为什么Linuxnetworking使用Samba?

Linux发行版的“文件和打印机共享”function大多是Samba。 Samba是微软networking文件系统的解释。

跨OS兼容性当然很重要,但是为什么Linux系统默认采用这种微软技术呢?

微软的networking文件系统如此之好? 桑巴显然工作得很好,我不是“disiting”它。

或者,为了改变这个问题,“通过networking共享文件和打印机的Linux本地方式是什么?”

微软的networking文件系统如此之好?

从无处不在的angular度来看,那是好的。 如果你问这是否是一个好的协议,那么答案就是它并不是那么好。 它在高延迟的链路上有很大的问题。 它有太多冗余的命令。 微软已经用SMB2修复了很多这个问题。

Linux系统默认这种微软技术?

有许多用户要求他们的Linux机器能够参与异构networking。 SMB是似乎在所有常见操作系统上都支持的最低公用分母。

什么是Linux本地共享文件和打印机的方式

NFS可能是最标准的* nix文件共享协议。

LPR或CUPS是最常见的打印协议。

就我个人而言,我强烈希望webdav在文件共享方面更为普遍。 但是我还没有为* nixfind一个非常好的webdav守护进程。

Linux的big 2文件共享系统是NFS和SAMBA。 我们在这里运行的原因不同。 这是一个非常棒的pro / con列表

NFS

  • +服务器到服务器
  • +快速
  • +易于为less数用户设置
  • +非常可靠的群集/高可用性
  • 每个客户端机器在/ etc / exports中都需要自己的configuration
  • 非常有限的安全选项。
  • 用户必须在服务器和客户端上匹配才能保留unix权限
  • 符号连接到共享以外的内容将失败,或者更糟糕的是在客户端上使用相同名称的资源

SAMBA

  • +服务器到用户
  • +非常灵活的configuration
  • +能够针对Active Directory,LDAP,本地用户,samba用户使用每个用户的身份validation
  • +与大多数其他操作系统兼容
  • +能够共享打印机
  • +能够保存任意权限的文件。
  • +(可选)支持完整的UNIX权限
  • +能够使共享资源之外的资源符号连接似乎在共享内部。 例如重新导出一个安装的共享。
  • 比NFS更高的开销
  • 灵活的configuration很容易搞砸
  • caching/locking问题。 如果不是所有用户都使用samba来访问这些文件,则某些用户可能看不到文件的更改
  • 微软问题。 MS每隔几年就喜欢“改进”这个规范,所以未来的Windows桌面客户端可能无法连接到你的Samba服务器。 桑巴团队很好地跟上MS,但是你必须意识到这一点

Samba在很大程度上达到了显着的地位, 因为它允许未经修改的Windows站点与之交谈,并且由于Windows在任何给定的networking上通常是最大的桌面用户群体,使得它更有趣。 Mac用户可以使用维护得不好的Netatalk软件包,或者更常用的操作系统内置的Samba软件包。 简而言之,Samba是因为它在异构networking中最好的而被大爆炸的。

纯粹的开放源代码文件服务解决scheme无可置疑的专利暴露在那里不是桌面用户友好的。 NFS几乎就是这样,它需要一个root-mount,直到最近才有内置安全特性的方法。 对于desktop-linux用户来说,FuseFS软件包已经有了很长的一段路要走,因为它允许像SSH / SFTP这样的文件服务协议而不是文件共享协议。 文件 – >保存 – >浏览到位置,将与FuseFS一起工作。

Linux文件共享将是NFS,共享打印机将是CUPS。 但是还有很多其他的文件共享,如SSH,FTP,SFTP等。

协议如FTP,HTTP,NFS和SSH。 我通常只使用SAMBA文件共享,以方便在平台之间传输文件。

还有更多以Linux为中心的networking文件系统,但是可以使用Windows客户端: http : //www.openafs.org/和http://www.coda.cs.cmu.edu/

标准的UNIX文件共享是NFS。 但是,正如人们所说,这就是纯UNIX。 NFS还有映射login等问题。 SAMBA的实现存在于很多系统上,并提供最广泛的连接选项。 Windows机器,Linux机器和现代Mac都可以使用SAMBA。 如果你使用它,你几乎可以保证其他机器可以连接。