Linux工作原理12网络文件传输和共享
12网络文件传输和共享本章将介绍在网络上的计算机之间分发和共享文件的方法。首先，我们将介绍一些复制文件的方法，而不是你已经见过的 scp 和 sftp 实用程序。然后，我们将讨论真正的文件共享，即把一台机器上的目录附加到另一台机器上。
因为分发和共享文件的方法有很多，所以这里列出了一些环境和相应的解决方案。这里没有涉及在多个所在与众多用户之间进行大规模共享的问题。尽管并非不大概，但这种解决方案通常必要大量的工作，不在本书的讨论范围之内。在本章的末了，我们将讨论为什么会出现这种环境。
与本书的许多其他章节不同，本章的末了一部门并非高级材料。究竟上，最有价值的章节是最 “理论化 ”的章节。第 12.3 节和第 12.8 节将资助你理解为什么这里首先列出了这么多选项。
12.1 快速复制（SimpleHTTPServer）
假设你想把一个（或多个）文件从你的 Linux 机器复制到个人网络上的另一台机器上，而且你并不关心复制回来或任何花哨的东西--你只想快速地把文件拿到那里。使用 Python 有一种方便的方法。只需转到包罗文件的目录，然后运行
python -m SimpleHTTPServer这将启动一个根本的网络服务器，使网络上的任何浏览器都能访问当前目录。默认环境下，它运行在 8000 端口上，因此，如果运行此程序的机器地址是 10.1.2.4，将目标系统上的浏览器指向 http://10.1.2.4:8000，就能获取所需内容。
本方法假定当地网络是安全的。请勿在公共网络或任何其他您不信任的网络环境中执行此操纵。
12.2 rsync
当你想复制的不光仅是一两个文件时，可以使用必要目标地服务器支持的工具。例如，你可以用 scp -r 将整个目录结构复制到另一个地方，前提是长途目标地必须支持 SSH 和 SCP 服务器（Windows 和 macOS 都支持）。我们已经在第 10 章中看到过这个选项：
$ scp -r directory user@remote_host[:dest_dir]这种方法可以完成工作，但不是很机动。特别是，传输完成后，长途主机大概没有目录的精确副本。如果长途机器上已经存在目录，并且其中包罗一些无关文件，那么这些文件在传输后仍会存在。
如果你盼望经常做这类事情（尤其是如果你计划自动执行该过程），你应该使用一个专门的同步系统，它还可以执行分析和验证。在 Linux 上，rsync 是尺度的同步器，性能良好，并提供多种有用的传输方式。在本节中，我们将介绍一些根本的 rsync 操纵模式，并相识它的一些特别性。
12.2.1 rsync 入门
要让 rsync 在两台主机间运行，你必须在源主机和目标主机上都安装 rsync 程序，还必要一种从另一台机器访问其中一台机器的方法。传输文件最简单的方法是使用长途 shell 账户，我们假设你想使用 SSH 访问来传输文件。不外，请记住，纵然是在一台机器上的不同位置之间复制文件和目录，比如从一个文件系统复制到另一个文件系统，rsync 也能派上用场。
从外貌上看，rsync 命令与 scp 并无太大区别。究竟上，你可以使用相同的参数运行 rsync。例如，要将一组文件复制到主机上的主目录，请输入
$ rsync file1 file2 ... host：在任何当代系统上，rsync 都假定你使用 SSH 连接到长途主机。
rsync not found
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(165)该关照表示长途 shell 在其系统上找不到 rsync。如果 rsync 在长途系统上，但不在该系统用户的命令路径中，请使用 --rsync-path=path 手动指定其位置。
如果两台主机上的用户名不同，请在命令参数中的长途主机名后添加 user@，其中 user 是您在主机上的用户名：
$ rsync file1 file2 ... user@host：除非提供额外选项，否则 rsync 只复制文件。究竟上，如果你只指定了上述选项，并将目录 dir 作为参数，就会看到如下信息：
skipping directory dir要传输整个目录层次结构，包括符号链接、权限、模式和设备，请使用 -a 选项。别的，如果要复制到长途主机上主目录以外的其他目录，请将其名称放在长途主机之后，如下所示：
$ rsync -a dir host:dest_dir复制目录大概比力麻烦，所以如果你不确定文件传输时会发生什么，可以使用 -nv 选项组合。-n选项让rsync以 “干运行 ”模式运行，即在不实际复制任何文件的环境下进行试验。-v选项用于 “详细说明 ”模式，显示传输和相关文件的详细信息：
$ rsync -nva dir host:dest_dir输出结果如下
building file list ... done
ml/nftrans/nftrans.html
wrote 2183 bytes read 24 bytes 401.27 bytes/sec12.2.2 制作目录结构的精确副本
默认环境下，rsync 复制文件和目录时不会考虑目标目录之前的内容。例如，如果将包罗文件 a 和 b 的目录 d 传输到一台已经著名为 d/c 的文件的机器上，那么 rsync 之后，目标目录将包罗 d/a、d/b 和 d/c。
要制作源目录的精确副本，必须删除目标目录中不存在于源目录的文件，例如本例中的 d/c。请使用 --delete 选项来实现这一目标：
$ rsync -a --delete dir host:dest_dir此操纵大概很危险，因此请花时间查抄目标目录，看看是否有任何内容会被无意中删除。记住，如果对传输没有把握，可以使用 -nv 选项进行模仿运行，这样就能准确知道 rsync 要删除文件的时间。
12.2.3 使用尾部斜线
在 rsync 命令行中指定一个目录作为源文件时要特别警惕。请看我们目前使用的根本命令
$ rsync -a dir host:dest_dir完成后，dest_dir 中的目录 dir 就会出现在 host 上。图 12-1 显示了 rsync 通常怎样处理包罗 a 和 b 文件的目录的示例。
https://img2024.cnblogs.com/blog/3174021/202407/3174021-20240728062019670-302645069.png
图 12-1：正常的 rsync 复制
不外，在源名称后添加斜线 (/) 会明显改变行为：
$ rsync -a dir/ host:dest_dir在这里，rsync 会将 dir 中的所有内容复制到主机上的 dest_dir，而不会在目标主机上创建 dir。因此，可以将 dir/ 的传输视为雷同于当地文件系统上 cp dir/* dest_dir 的操纵。
例如，假设有一个包罗 a 和 b 文件（dir/a 和 dir/b）的目录 dir。运行该命令的跟踪斜线版本，将它们传输到主机上的 dest_dir 目录：
$ rsync -a dir/ host:dest_dir传输完成后，dest_dir 包罗 a 和 b 的副本，但不包括 dir。但是，如果省略了 /on dir 的尾部，dest_dir 就会得到一个包罗 a 和 b 的 dir 副本。传输的结果是，长途主机上会著名为 dest_dir/dir/a 和 dest_dir/dir/b 的文件和目录。图 12-2 展示了 rsync 在使用尾部斜线时怎样处理图 12-1 中的目录结构。
在向长途主机传输文件和目录时，如果不警惕在路径后添加了 /，通常只会造成麻烦；你可以前去长途主机，添加 dir 目录，然后将所有传输的项目放回 dir 中。不幸的是，当你将尾部的 / 与 --delete 选项联合使用时，大概会造成更大的灾难；一定要格外警惕，因为这样很容易删除不相关的文件。
https://img2024.cnblogs.com/blog/3174021/202407/3174021-20240728062154032-2139542439.png
图 12-2: rsync 中尾部斜线的影响
请警惕 shell 的文件名自动补全功能。许多 shell 会在您按下 TAB 键后，在完成的目录名上添加斜线。
12.2.4 清除文件和目录
rsync 的一个紧张功能是可以将文件和目录清除在传输操纵之外。例如，你想将名为 src 的当地目录传输到主机，但又想清除任何名为 .git 的文件。你可以这样做
$ rsync -a --exclude=.git src host：请注意，这条命令会清除所著名为 .git 的文件和目录，因为 --exclude 使用的是模式，而不是绝对文件名。要清除某个特定项目，请指定以 / 开头的绝对路径，如图所示：
$ rsync -a --exclude=/src/.git src host：该命令中 /src/.git 的第一个 / 不是系统根目录，而是传输的根本目录。
这里还有一些关于怎样清除模式的提示：
[*]你可以使用任意多个 --exclude 参数。
[*]如果重复使用相同的模式，可将其放在纯文本文件中（每行一个模式），然后使用 --exclude-from=file 。
[*]若要清除名为 item 的目录，但包罗该名称的文件，请使用尾部斜线：--exclude=item/。
[*]清除模式基于完整的文件或目录名称组件，并可包罗简单的球状通配符（通配符）。例如，t*s 与此匹配，但不匹配ether。
[*]如果清除了某个目录或文件名，但发现自己的模式限定性太强，可以使用 --include 来特别包括另一个文件或目录。
12.2.5 查抄传输、添加保护措施和使用核查模式
为加快运行速度，rsync 使用快速查抄来确定传输源上的任何文件是否已在目标上。查抄使用文件大小和末了修改日期的组合。第一次将整个目录层次结构传输到长途主机时，rsync 会发现目标地没有任何文件已经存在，并传输所有文件。使用 rsync -n 测试传输过程可以验证这一点。
运行一次 rsync 后，使用 rsync -v 再运行一次。这一次，你会发现传输列表中没有文件显示，因为文件集在两端都存在，且修改日期相同。
当源端的文件与目标端的文件不一致时，rsync 会传输源文件并覆盖长途端存在的任何文件。不外，默认行为大概不够充实，因为在传输过程中跳过文件之前，你大概必要额外的保证，即文件确实是相同的，或者你大概想要添加一些额外的保护措施。下面是一些很有用的选项：
[*]--校验和（缩写：-c）计算文件的校验和（主要是唯一签名），看它们是否相同。在传输过程中，该选项会斲丧少量 I/O 和 CPU 资源，但如果你处理的是敏感数据或文件大小通常一致的文件，则必须使用该选项。
[*]--忽略已存在文件 不删除目标端已存在的文件。
[*]-backup（缩写：-b）不会删除目标机上已有的文件，而是在传输新文件前，在文件名后添加 ~ 后缀，重新定名这些已有文件。
[*]--suffix=s 将 --backup 使用的后缀从 ~ 改为 s。
[*]--update（缩写：-u）不会删除目标文件中任何日期晚于源文件相应日期的文件。
在没有特别选项的环境下，rsync 运行安静，只有在出现问题时才会产生输出。不外，你可以使用 rsync -v 或 rsync -vv 获取更多细节。(你可以随心所欲地添加多个 v 选项，但两个大概会超出你的必要）。如需传输后的全面总结，请使用 rsync --stats。
12.2.6 压缩数据
许多用户喜好将 -z 选项与 -a 联合使用，以便在传输前压缩数据：
$ rsync -az dir host:dest_dir在某些环境下，压缩可以提高性能，例如在慢速连接（如慢速上行链路）上上传大量数据时，或两台主机之间延迟较高时。不外，在快速局域网中，两台端点计算机大概会受到压缩和解压缩数据所需的 CPU 时间的限定，因此未压缩的传输大概更快。
12.2.7 限定带宽
向长途主机上传大量数据时，很容易堵塞互联网连接的上行链路。尽管在传输过程中不会使用（通常很大的）下行链路容量，但如果让 rsync 尽大概快地运行，连接速度还是会显得很慢，因为 HTTP 请求等外发 TCP 数据包将不得不与传输数据争夺上行链路的带宽。
要解决这个问题，可以使用 --bwlimit 给上行链路一点喘息空间。例如，要将带宽限定在 100,000Kbps 以下，可以这样做
$ rsync --bwlimit=100000 -a dir host:dest_dir12.2.8 向电脑传输文件
rsync 命令不光可以将文件从当地机器复制到长途主机。通过将长途主机和长途源路径作为命令行的第一个参数，你也可以将文件从长途机器传输到当地主机。例如，要将长途系统上的 src_dir 传输到当地主机上的 dest_dir，请运行此命令：
$ rsync -a host:src_dir dest_dir如前所述，您也可以使用 rsync 复制当地机器上的目录，只需在两个参数中省略 host:即可。
12.2.9 更多 rsync 主题
每当必要复制大量文件时，rsync 都会是最先想到的实用工具之一。在批处理模式下运行 rsync 对将同一组文件复制到多个主机特别有用，因为它能加快长时间传输的速度，并能在传输中断时恢复。
你还会发现 rsync 在备份时非常有用。例如，你可以将互联网存储（如亚马逊的 S3）连接到 Linux 系统，然后使用 rsync --delete 定期将文件系统与网络存储同步，从而实现一个非常有用的备份系统。
除了这里介绍的命令行选项，还有很多其他命令行选项。运行 rsync --help 可得到粗略概览。你可以在 rsync(1) 手册页面和 rsync 主页 (https://rsync.samba.org/) 上找到更多详细信息。
12.3 文件共享简介
你的 Linux 机器在网络上大概并不孤单，当你在网络上有多台机器时，险些总有来由在它们之间共享文件。在本章的别的部门，我们将首先介绍 Windows 和 macOS 机器之间的文件共享，然后你将进一步相识 Linux 怎样适应与完全生疏环境的交互。为了在 Linux 机器之间共享文件或从网络区域存储（NAS）设备访问文件，我们将讨论怎样使用 SSHFS 和网络文件系统（NFS）作为客户端。
12.3.1 文件共享的使用和性能
在使用任何类型的文件共享系统时，都必要问自己一个问题，那就是为什么要这样做。在传统的基于 Unix 的网络中，有两个主要原因：方便和缺乏当地存储。一个用户可以登录到网络上的多台机器之一，每台机器都可以访问用户的主目录。将存储集中在少数集中式服务器上，比为网络上的每台机器购买和维护大量当地存储要经济得多。
这种模式的优点被一个多年稳定的主要缺点所掩饰：与当地存储相比，网络存储的性能往往很差。某些类型的数据访问没有问题；例如，现代硬件和网络将视频和音频数据从服务器流式传输到媒体播放器没有问题，部门原因是数据访问模式非常可猜测。从大型文件或数据流发送数据的服务器可以高效地预载和缓冲数据，因为它知道客户端大概会按次序访问数据。
但是，如果你正在进行更复杂的操纵或同时访问许多不同的文件，你就会发现你的 CPU 经常在网络上等候。延迟是罪魁祸首之一。这是从任何随机（任意）网络文件访问中接收数据所需的时间。在向客户端发送任何数据之前，服务器必须接受并破译请求，然后定位并加载数据。最初的步骤通常是最慢的，险些每次新文件访问都要进行这些步骤。
这个故事的寓意是，当你开始考虑网络文件共享时，问问自己为什么要这么做。如果是为了不必要频繁随机访问的大量数据，你大概不会有问题。但是，如果你正在编辑视频或开辟一个规模较大的软件系统，你就会盼望将所有文件保存在当地存储器中。
12.3.2 文件共享的安全性
传统上，文件共享协议的安全性并不被视为重中之重。这对你实施文件共享的方式和所在都有影响。如果你有任何来由猜疑共享文件的机器之间网络的安全性，你就必要在设置中考虑授权/验证和加密。良好的授权和身份验证意味着只有拥有精确根据的人才能访问文件（而且服务器是它所声称的那个人），而加密则能确保文件数据在传输到目标地时不会被任何人盗取。
最容易设置的文件共享选项通常是最不安全的，而且不幸的是，目前还没有确保这些类型访问安全的尺度化方法。不外，如果你乐意花功夫连接精确的部门，stunnel、IPSec 和 VPN 等工具可以确保根本文件共享协议以下各层的安全。
12.4 使用 Samba 共享文件
如果你有运行 Windows 的机器，你大概会盼望允许这些 Windows 机器使用尺度的 Windows 网络协议服务器消息块（SMB）访问 Linux 系统的文件和打印机。
Unix 的尺度文件共享软件套件称为 Samba。Samba 不光能让网络中的 Windows 计算机访问你的 Linux 系统，还能反过来使用：你可以通过 Samba 客户端软件从 Linux 机器打印和访问 Windows 服务器上的文件。
要设置 Samba 服务器，请执行以下操纵：
[*]创建一个 smb.conf 文件。
[*]在 smb.conf 文件中添加文件共享部门。
[*]在 smb.conf 中添加打印机共享部门。
[*]启动 Samba 守护进程 nmbd 和 smbd。
从发行版软件包安装 Samba 时，系统会使用服务器的一些公道默认值执行这些步骤。不外，它大概无法确定你盼望将 Linux 机器上的哪些特定共享（资源）提供给客户端。
本章对 Samba 的讨论并不全面；它仅限于让单个子网中的 Windows 机器通过 Windows 网络位置浏览器看到一台独立的 Linux 机器。设置 Samba 的方法不胜枚举，因为访问控制和网络拓扑结构有多种大概性。有关怎样设置大型服务器的详细内容，请参阅 Gerald Carter、Jay Ts 和 Robert Eckstein 合著的《Using Samba》（第 3 版）（O'Reilly，2007 年），该指南内容更为丰富，也可访问 Samba 网站 (https://samba.org/)。
12.4.1 服务器设置
Samba 的核心设置文件是 smb.conf，大多数发行版都将其放在 etc 目录中，如 /etc/samba。不外，您大概必要到处探求才能找到该文件，因为它也大概在 lib 目录中，如 /usr/local/samba/lib。
smb.conf 文件格式雷同于你在其他地方看到的 XDG 风格（如 systemd 设置格式），分为几个部门，用方括号表示，如 和 。smb.conf 中的 部门包罗实用于整个服务器和所有共享的常规选项。这些选项主要涉及网络设置和访问控制。本例 部门展示了怎样设置服务器名称、描述和工作组：
# server name
netbios name = name
# server description
server string = My server via Samba
# workgroup
workgroup = MYNETWORK这些参数的作用如下：
[*]netbios name 服务器名称。如果省略此参数，Samba 将使用 Unix 主机名。NetBIOS 是 SMB 主机之间经常使用的 API。
[*]server string 服务器的简短描述。默认为 Samba 版本号。
[*]工作组 Windows 工作组名称。如果在 Windows 域中，请将此参数设置为域的名称。
12.4.2 服务器访问控制
可以在 smb.conf 文件中添加选项，限定哪些机器和用户可以访问 Samba 服务器。以下是可以在 部门和控制单个共享的部门（如本章后面所述）中设置的众多选项中的几个：
接口 设置此项可让 Samba 在指定的网络或接口上监听（接受连接）。例如
interfaces = 10.23.2.0/255.255.255.0
interfaces = enp0s31f6
[*]bind interfaces only:将此项设置为 “是”，以便将访问权限限定在只能通过这些接口直接访问的机器上。
[*]valid users设置此项以允许指定用户访问。例如
valid users = jruser, bill
[*]guest ok 将此参数设置为 true 可让网络上的匿名用户访问共享。只有在确定网络是私有的环境下才可这样做。
[*]browseable 设置此项可让网络浏览器查看共享。如果将任何共享的此参数设置为 “否”，则仍可访问 Samba 服务器上的共享，但必要知道共享的确切名称才能访问它们。
12.4.3 密码
一般来说，只有通过密码验证才能访问 Samba 服务器。不幸的是，Unix 的根本密码系统与 Windows 的不同，因此除非指定明文网络密码或使用 Windows 域服务器验证密码，否则必须设置其他密码系统。本节将向你展示怎样使用 Samba 的 Trivial Database (TDB) 后端设置一个适合小型网络的替代密码系统。
首先，在 smb.conf 部门使用以下条目定义 Samba 密码数据库的特性：
# use the tdb for Samba to enable encrypted passwords
security = user
passdb backend = tdbsam
obey pam restrictions = yes
smb passwd file = /etc/samba/passwd_smb这几行允许你使用 smbpasswd 命令操纵 Samba 密码数据库。obey pam restrictions 参数确保任何使用 smbpasswd 命令更改密码的用户都必须服从 PAM（可插拔身份验证模块，第 7 章将介绍）对正常密码更改所执行的任何规则。对于 passdb 后端参数，可以选择在冒号后指定 TDB 文件的路径名，例如，tdbsam:/etc/samba/private/passwd.tdb。
如果可以访问 Windows 域，则可以设置安全性 = 域，使 Samba 使用域的身份验证系统，而无需密码数据库。不外，为了让域用户访问运行 Samba 的计算机，每个域用户都必须在该计算机上拥有具有相同用户名的当地帐户。
[*]添加和删除用户
要让 Windows 用户访问 Samba 服务器，首先必要使用 smbpasswd -a 命令将用户添加到密码数据库：
# smbpasswd -a usernamesmbpasswd 命令的用户名参数必须是 Linux 系统中的有用用户名。
与平凡系统的 passwd 程序一样，smbpasswd 会要求你输入两次新 SMB 用户的密码。密码通过必要的安全查抄后，smbpasswd 会确认已创建新用户。
要删除用户，请使用 smbpasswd 的 -x 选项：
# smbpasswd -x username要暂时停用用户，可使用 -d 选项；之后可使用 -e 选项重新启用用户：
# smbpasswd -d username
# smbpasswd -e username
[*]更改密码
可以超级用户身份更改 Samba 密码，方法是使用 smbpasswd，除用户名外无其他选项或关键字：
# smbpasswd username不外，如果 Samba 服务器正在运行，任何用户都可以通过在命令行中自行输入 smbpasswd 来更改自己的 Samba 密码。
末了，设置中有一处必要注意。如果在 smb.conf 文件中看到这样一行，请务必警惕：
unix password sync = yes这一行会导致 smbpasswd 在更改 Samba 密码的同时更改用户的平凡密码。结果大概会非常混乱，尤其是当用户将其 Samba 密码改为非 Linux 密码时，就会发现他们再也无法登录 Linux 系统了。有些发行版会在 Samba 服务器包中默认设置此参数！
12.4.4 手动启动服务器
通常环境下，如果您是从发行版软件包中安装的 Samba，则无需担心服务器的启动问题。请查看 systemctl --type=service 中的列表进行验证。不外，如果是从源代码安装的，请使用以下参数运行 nmbd 和 smbd，其中 smb_config_file 是 smb.conf 文件的完整路径：
# nmbd -D -s smb_config_file
# smbd -D -s smb_config_filenmbd 守护进程是一个 NetBIOS 名称服务器，而 smbd 负责处理共享请求的实际工作。选项 -D 指定守护进程模式。如果在 smbd 运行时修改了 smb.conf 文件，可以通过 HUP 信号关照守护进程，不外如果让 systemd 监控服务器，效果会更好，在这种环境下，可以让 systemctl 代劳。
12.4.5 诊断和日志文件
如果 Samba 服务器启动时出现问题，命令行上会显示错误信息。不外，运行时诊断信息会进入 log.nmbd 和 log.smbd 日志文件，它们通常位于 /var/log 目录中，如 /var/log/samba。您还可以在其中找到其他日志文件，如每个客户端的单独日志。
12.4.6 文件共享设置
要将目录导出到 SMB 客户端（即与客户端共享目录），请在 smb.conf 文件中添加如下内容，其中 label 为共享的名称（如 mydocuments），path 为完整的目录路径：
path = path
comment = share description
guest ok = no
writable = yes
printable = no这些参数在目录共享中非常有用：
[*]guest ok 这里的 yes 设置允许访客访问共享。public 参数是同义词。
[*]writable 这里的 “是 ”或 “true ”设置将共享标记为读写。不允许访客访问读写共享。
[*]printable显然，在目录共享中，该参数必须设置为 “否 ”或 “false”。
[*]veto files 该参数阻止导出任何与给定模式匹配的文件。每个模式必须用正斜杠括起来（这样看起来就像 /pattern/）。此示例禁止导出对象文件以及任何名为 bin 的文件或目录：
veto files = /*.o/bin/12.4.7 主目录
如果要向用户导出主目录，可以在 smb.conf 文件中添加名为 的部门。该部门应如下所示：
comment = home directories
browseable = no
writable = yes默认环境下，Samba 会读取登录用户的 /etc/passwdentry 来确定 的主目录。不外，如果不想让 Samba 遵循这一行为（即盼望将 Windows home 目录放在与常规 Linux home 目录不同的位置），可以在路径参数中使用 %S 更换。例如，下面是切换用户的
path = /u/%SSamba 将当前用户名更换为 %S。
参考资料
[*]软件测试佳构书籍文档下载持续更新 https://github.com/china-testing/python-testing-examples 请点赞，谢谢！
[*]本文涉及的python测试开辟库 谢谢点赞！ https://github.com/china-testing/python_cn_resouce
[*]python佳构书籍下载 https://github.com/china-testing/python_cn_resouce/blob/main/python_good_books.md
[*]Linux佳构书籍下载 https://www.cnblogs.com/testing-/p/17438558.html
12.4.8 共享打印机
通过在 smb.conf 文件中添加 部门，可以将打印机导出到 Windows 客户端。下面是使用尺度 Unix 打印系统 CUPS 时该部门的外观：
comment = Printers
browseable = yes
printing = CUPS
path = cups
printable = yes
writable = no要使用打印 = CUPS 参数，您的 Samba 安装必须针对 CUPS 库进行设置和链接。
注意
根据您的设置，您大概还盼望使用 guest ok = yes 选项允许访客访问打印机，而不是给每个必要访问打印机的人一个 Samba 密码或账户。例如，使用防火墙规则将打印机访问限定在单一子网内就很容易。
12.4.9 Samba 客户端
Samba 客户端程序 smbclient 可以打印并访问长途 Windows 共享。在必须与不提供 Unix 友好通信方式的 Windows 服务器进行交互的环境中，这个程序就派上用场了。
要开始使用 smbclient，请使用 -L 选项从名为 SERVER 的长途服务器获取共享列表：
$ smbclient -L -U username SERVER如果你的 Linux 用户名与 SERVER 上的用户名相同，则不必要 -U username。
运行此命令后，smbclient 会要求输入密码。要尝试以访客身份访问共享，请按 ENTER 键；否则，请输入您在 SERVER 上的密码。成功后，你将看到如下的共享列表：
Sharename Type Comment
--------- ---- -------
Software Disk Software distribution
Scratch Disk Scratch space
IPC$ IPC IPC Service
ADMIN$ IPC IPC Service
Printer1 Printer Printer in room 231A
Printer2 Printer Printer in basement使用 “类型 ”字段资助你理解每个共享，只需注意磁盘和打印机共享（IPCshares 用于长途管理）。该列表中有两个磁盘共享和两个打印机共享。使用 Sharenamecolumn 中的名称访问每个共享。
12.4.9.1以客户端身份访问文件
如果只必要临时访问磁盘共享中的文件，请使用以下命令（同样，如果你的 Linux 用户名与服务器上的用户名一致，可以省略 -U 用户名）：
$ smbclient -U username "\\SERVER\sharename成功后，你会得到如下提示，表明你现在可以传输文件了：
smb: \>在这种文件传输模式下，smbclient 雷同于 Unix 的 ftp，你可以运行这些命令：
[*]get file 从长途服务器拷贝文件到当前当地目录。
[*]put file 将当地机器上的文件复制到长途服务器上。
[*]cd dir 将长途服务器上的目录更改为 dir。
[*]lcd localdir 将当前当地目录更改为 localdir。
[*]pwd 打印长途服务器上的当前目录，包括服务器和共享名称。
[*]!command 在当地主机上运行命令。两个特别方便的命令是 !pwd 和 !ls ，用于确定当地端的目录和文件状态。
[*]help 显示完整的命令列表。
12.4.9.2使用 CIFS 文件系统
如果想更方便地访问 Windows 服务器上的文件，可以使用挂载直接将共享附加到系统上。命令语法如下（注意使用 SERVER:sharename 而非正常的 \SERVER\sharename 格式）：
# mount -t cifs SERVER:sharename mountpoint -o user=username,pass=password要像这样使用挂载，系统上必须安装通用互联网文件系统（CIFS）实用程序。大多数发行版都将其作为一个单独的软件包提供。
12.4.10 Ubuntu搭建samba实例：
$ sudo apt install samba
$ sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.backup
$ sudo nano /etc/samba/smb.conf
path = /path/to/shared/folder
read only = no
browsable = yes
$ sudo systemctl restart smbd
$ sudo smbpasswd -a username参考：https://reintech.io/blog/installing-configuring-samba-ubuntu-22
12.5 SSHFS
介绍完 Windows 文件共享系统后，我们将在本节讨论 Linux 系统间的文件共享。对于不是特别复杂的环境，可以考虑使用 SSHFS。这只不外是一个用户空间文件系统，它能打开 SSH 连接，并在你机器上的挂载点显示对方的文件。大多数发行版默认不安装它，所以你大概必要安装发行版的 SSHFS 软件包。
在命令行上使用 SSHFS 的语法与你以前见过的 SSH 命令很相似。当然，你必要提供共享目录（在长途主机上）和所需的挂载点：
$ sshfs username@host:dir mountpoint就像在 SSH 中一样，如果长途主机上的用户名相同，可以省略 username@，如果只想挂载对方的主目录，也可以省略 :dir。如有必要，该命令会要求对方提供密码。
由于这是一个用户空间文件系统，如果以平凡用户身份运行，则必须使用 fusermount 将其卸载：
$ fusermount -u mountpoint超级用户也可以使用 umount 卸载这些文件系统。为确保所有权和安全性的一致性，这类文件系统通常最好以平凡用户身份挂载。
SSHFS 有以下优点
[*]设置最少。对长途主机的唯一要求是启用 SFTP，而大多数 SSH 服务器都默认启用 SFTP。
[*]它不依靠于任何特定的网络设置。只要能打开 SSH 连接，SSHFS 就能正常工作，无论连接是在安全的当地网络还是不安全的长途网络上。
SSHFS 的缺点是
[*]性能下降。加密、转换和传输的开销很大（但大概没有你想象的那么糟糕）。
[*]多用户设置受到限定。
如果你认为 SSHFS 大概适合你，那就绝对值得一试，因为它的设置非常简单。
12.6 NFS
NFS 是 Unix 系统中最常用的传统文件共享系统之一，有许多不同版本的 NFS 可用于不同场景。您可以通过 TCP 和 UDP 为 NFS 提供服务，并有大量的身份验证和加密选项（遗憾的是，默认环境下启用的选项很少）。由于选项众多，NFS 大概是一个很大的话题，因此我们将只做最根本的介绍。
要使用 NFS 在服务器上挂载长途目录，请使用与挂载 CIFS 目录相同的根本语法：
# mount -t nfs server:directory mountpoint从技术上讲，你并不必要 -t nfs 选项，因为 mountshould 会帮你解决这个问题，但你大概必要研究一下 nfs(5) 手册页面中的选项。使用 sec 选项，你可以找到几种不同的安全选项。许多小型封闭网络的管理员使用基于主机的访问控制。更复杂的方法，如基于 Kerberos 的身份验证，必要在系统的其他部门进行额外设置。
当你发现通过网络更多地使用文件系统时，请设置自动计数器，使系统只在你实际尝试使用文件系统时才挂载它们，以防止出现启动时的依靠性问题。传统的自动挂载工具名为 automount，还有一个更新的版本名为 amd，但其中大部门功能现已被 systemd 中的自动挂载单元类型所取代。
[*]NFS 服务器
设置 NFS 服务器向其他 Linux 机器共享文件要比设置客户端复杂得多。你必要运行服务器守护进程（mountd 和 nfsd），并设置 /etc/exports 文件以反映你要共享的目录。不外，我们不会介绍 NFS 服务器，主要是因为通过网络共享存储通常要方便得多，只需购买一台 NAS 设备来代为处理即可。许多此类设备都基于 Linux，因此天然会支持 NFS 服务器。供应商通过提供自己的管理工具为 NAS 设备增添价值，以减轻设置 RAID 设置和云备份等繁琐任务的痛苦。
12.7 云存储
说到云备份，另一种网络文件存储方式是云存储，如 AWS S3 或 Google Cloud Storage。这些系统没有当地网络存储的性能，但却有两个显著上风：你永远不必维护它们，也不必担心备份问题。
除了所有云存储提供商都提供的网络（和编程）接口外，还有一些方法可以在 Linux 系统上挂载大多数类型的云存储。与我们目前看到的大多数文件系统不同，这些系统险些都是以 FUSE（用户空间文件系统）接口的形式实现的。对于一些流行的云存储提供商，如 S3，甚至有多种选择。这是有原理的，因为 FUSE 处理程序只不外是一个用户空间守护进程，充当数据源和内核之间的中介。
本书不涉及设置云存储客户端的具体细节，因为每个客户端都不尽相同。
12.8 网络文件共享的现状
说到这里，你大概会以为对 NFS 和一般文件共享的讨论似乎有些不完整--大概是这样，但这只是文件共享系统自己的问题。我们在第 12.3.1 和 12.3.2 节中讨论了性能和安全问题。特别是，NFS 的根本安全级别很低，必要大量额外工作才能提高。CIFS 系统在这方面略胜一筹，因为必要的加密层已内置于当代软件中。然而，性能限定并不容易克服，更不用说当系统暂时无法访问其网络存储时会有多么糟糕的表现了。
为解决这一问题，人们进行了多次尝试。其中最广泛的大概是安德鲁文件系统（AFS），该系统最初计划于 20 世纪 80 年代，就是围绕解决这些问题而建立的。那么，为什么不是每个人都使用 AFS 或雷同的系统呢？
这个问题没有统一的答案，但很大水平上是因为计划的某些部门缺乏机动性。例如，安全机制要求使用 Kerberos 验证系统。尽管该系统普遍可用，但它从未成为 Unix 系统的尺度设置，而且必要大量的设置和维护工作（你必须为它设置一个服务器）。
对于大型机构来说，满足 Kerberos 等要求不成问题。这正是 AFS 发达发展的环境；大学和金融机构是 AFS 的大本营。但对于小用户来说，不这样做更简单，他们更喜好 NFS 或 CIFS 共享等更简单的选项。这种限定甚至延伸到了 Windows；从 Windows 2000 开始，微软改用 Kerberos 作为其服务器产物的默认身份验证，但小型网络并不倾向于使用这种服务器的 Windows 域。
除了身份验证这一先决条件外，还有一个源于更多技术原因的问题。传统上，许多网络文件系统客户端都是内核代码，尤其是 NFS。不幸的是，网络文件系统的要求足够复杂，因此问题开始出现。仅仅是身份验证在内核中就没有用武之地。内核客户端的实现也严峻限定了网络文件系统潜在的开辟人员基础，拦阻了整个系统的发展。在某些环境下，客户端代码位于用户空间，但其下层总是有某种内审定制。
目前，我们发现在 Linux/Unix 世界中还没有一种真正尺度的网络文件共享方式（至少如果你不是一个大型网站，或者你不肯意投入大量的工作）。不外，环境并不一定总是云云。
当提供商开始提供云存储服务时，传统的网络文件共享形式显然已经不实用了。在云中，访问方法建立在 TLS 等安全机制之上，无需建立 Kerberos 等大型系统即可访问存储。正如前文所述，通过 FUSE 访问云存储有很多选择。客户端的任何部门都不再依靠内核；任何类型的身份验证、加密或处理都可以在用户空间轻松完成。
所有这些都意味着，未来的文件共享计划很大概会在安全性和文件名翻译等其他方面融入更多机动性。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]