nfs客户端服务(win nfs客户端)

nfs客户端服务(win nfs客户端)p 1 nfs 简介 br NFS Network File System 网络文件系统 是 FreeBSD 支持的文件系统中的一种 它允许网络中的计 br 算机 不同的计算机 不同的操作系统 amp p

大家好,我是讯享网,很高兴认识大家。



 <p>1.nfs简介&#xff1a;<br /> NFS &#xff08; Network File System &#xff0c;网络文件系统&#xff09;是 FreeBSD 支持的文件系统中的一种&#xff0c;它允许网络中的计<br /> 算机&#xff08;不同的计算机、不同的操作系统&#xff09;之间通过 TCP/IP 网络共享资源&#xff0c;主要在 unix 系列操作系统上使<br /> 用。在 NFS 的应用中&#xff0c;本地 NFS 的客户端应用可以透明地读写位于远端 NFS 服务器上的文件&#xff0c;就像访问本<br /> 地文件一样。<br /> NFS 服务器可以让 PC 将网络中的 NFS 服务器共享的目录挂载到本地端的文件系统中&#xff0c;而在本地端的系统<br /> 中看来&#xff0c;那个远程主机的目录就好像是自己的一个磁盘分区一样。<br /> 由于 NFS 支持的功能比较多&#xff0c;而不同的功能都会使用不同的程序来启动&#xff0c;每启动一个功能就会启用一些<br /> 端口来传输数据&#xff0c;因此 NFS 的功能所对应的端口并不固定&#xff0c;而是随机取用一些未被使用的小于 1024 的端<br /> 口用于传输。但如此一来就会产生客户端连接服务器的问题&#xff0c;因为客户端需要知道服务器端的相关端口<br /> 才能够连接。<br /> 此时就需要 RPC &#xff08; Remote Procedure Call &#xff0c;远程过程调用&#xff09;的服务。由于当服务器在启动 NFS 时会随机<br /> 选取数个端口号&#xff0c;并主动向 RPC 注册&#xff0c;所以 RPC 知道每个 NFS 功能所对应的端口号&#xff0c; RPC 将端口号通知给<br /> 客户端&#xff0c;让客户端可以连接到正确的端口上去。 RPC 采用固定端口号 port 111 来监听客户端的需求并向<br /> 客户端响应正确的端口号。<br /> 注&#xff1a;在启动 NFS 之前&#xff0c;要先启动 RPC &#xff0c;否则 NFS 会无法向 RPC 注册。另外&#xff0c; RPC 若重新启动&#xff0c;原来注册的<br /> 数据会消失不见&#xff0c;因此 RPC 重启后&#xff0c;它管理的所有服务都需要重新启动以重新向 RPC 注册。</p> 

讯享网

2.nfs配置:

安装软件包:

[root@localhost ~] # yum install rpcbind
[root@localhost ~] # yum install nfs-utils
/etc/exports 主配置文件(文件不一定存在)
编辑/etc/exports文件
例:
/data 192 .168.58.5(rw)
# 共享目录 主机名(权限)
/usr/sbin/showmount 该命令主要用在 client 端。这个命令可以查看 NFS 共享出来的目录资源







讯享网

# 服务端 (192.168.144.131)
[root@server data] # mkdir /data       创建共享目录
[root@server data] # vim /etc/exports    编辑文件
/data 192.168.144.132(rw)
[root@server data] # chmod o+w /data/
[root@server data] # systemctl disable firewalld –now
[root@server data] # getenforce
Enforcing
[root@server data] # setenforce 0
[root@server data] # systemctl restart nfs-server
[root@server data] # showmount -e 192.168.144.131
Export list for 192.168.144.131:
/data 192.168.144.132











说明:

说明
rw , ro:
该目录共享的权限是可读写还是只读,但最终能否读写,还是与 文件系统的 rwx有关
sync , async:
sync 代表数据会同步写入到内存与硬盘中, async 则代表数据会先暂存于内存
当中,而非直接写入硬盘
no_root_squash
root_squash:
若客户端在共享目录里创建的文件的所属者和所属组是 root 用户 和 root 组,
那么显示文件的属主和属组时有以下两种情况: no_root_squash 表示,文件
的所属者和所属组是 root 用户和 root 组; root_squash 表示将 root 用户和组
映射为匿名用户和组 (默认设置)。
all_squash
no_all_squash

all_squash: 客户端所有用户创建文件时,客户端会将文件的用户 和组映射为
匿名用户和组 no_all_squash: 客户端普通用户创建的 文件的 UID 和 GID 是多
少,服务端就显示为多少(默认设置)
anonuid=
anongid=
将文件的用户和组映射为指定的 UID 和 GID ,若不指定默认为
65534 ( nfsnobody )




















# 客户端( 192.168.144.132 )
[root@client ~] # showmount -e 192.168.144.131
Export list for 192 .168.144.131:
/data 192 .168.144.132
[root@client ~] # mkdir -p /nfsclient/client-data/
[root@client ~] # mount 192.168.144.131:/data /nfsclient/client-data/




3.配置autofs自动挂载

在一般 NFS 文件系统的使用过程中,如果客户端要使用服务端所提供的文件系统,可以在
/etc/rc.d/rc.local 中设置开机时自动挂载( /etc/rc.d/rc.local 文件中写入的命令,在每次启动系统用户
登录之前都会执行一次) ; 也可以在登录系统后手动利用 mount 来挂载。
由于网络的问题, NFS 服务器与客户端的连接不会一直存在,当我们挂载了 NFS 服务器之后,任何一方
脱机都可能造成另外一方等待超时。为了解决这样的问题,就出现了下面的想法:当客户端在有使用NFS 文件系统的需求时才让系统自动挂载。 当NFS 文件系统使用完毕后,让 NFS 自动卸载。 于是就产生了autofs 这个服务。 autofs这个服务是在客户端的上面,它会持续的检测某个指定的目录,并预先设置当使用到该目录的某 个子目录时,将会取得来自服务器端的NFS 文件系统资源,并进行自动挂载的操作。



# 客户端配置 autofs
[root@client ~] # yum install autofs -y    安装软件包
[root@client ~] # grep yb /etc/auto.master
/client /etc/auto.yb
# 本地端目录 具体挂载配置文件
[root@client ~] # cat /etc/auto.yb
upload 192 .168.144.131:/nfs/upload
# 本地端子目录 挂载参数 服务器 : 服务器对应目录
[root@client ~] # systemctl restart autofs
# 触发自动挂载
[root@client ~] # cd /client
[root@client ~] # cd upload











小讯
上一篇 2025-05-10 17:56
下一篇 2025-05-13 10:41

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/191305.html