1. 什 么是 NFS(Network FileSystem)
NFS 就 是 Network FileSystem 的缩写,最早之 前是由 Sun 所发展出来的。他最大的功
能就是可以透过网络,让不同的机器、不同的操作系统、可以彼此分享个别的档案
( share file ) ,所以,也可以简单的把他看做是一个 file server 呢!这个 NFS Server
可以让你的 PC 来把网络远程的 NFS 主 机分享的目录,挂载到本地端的机器当中,所以,
在本地端的机器看起来,那个远程主机的目录就好象是自己的 partition 一般!
虽然 NFS 有属于自己的协议与使用的 port number , 但是在资料传送或者其它相关讯息
传递的时候, NFS 使用的则是一个称为远程过程调用( Remote Procedure Call, RPC ) 的
协议来协助 NFS 本身的运作!
2.RPC
当我们在使用某些服务来进行远程联机的时候,有些信息,例如主机的 IP 、服务的 port
number 、 与对应到的服务之 PID 等等,都需要管理与对应!这些管 理 port 的对应与服
务相关性的工作,就是这个 Remote Procedure Call, RPC 的任务了
NFS 本 身的服务并没有提供资料传递的协议,但是 NFS 却能让我 们进行档案的分享,这
其中的原因,就是 NFS 使用到一些其它相关的传输协议!而这些传输的协议,就是使用
到这个所谓的 RPC 的功能 !这也就是说, NFS 本 身就是使用 RPC 的一个 program 就
是了!说的更白话一点, NFS 也可以视作是一个 RPC server 啦!同时要注意到的是,
在某些状况中,不但跑 NFS 的 Server 需 要激活 RPC 的服务,连带的,要挂载 NFS
partition 的 Client 机器,也需要同步激活 RPC 才行!这样 Server 端与 Client 端才
能藉由 RPC 的协议来进行 program port 的 对应喔!NFS 主要在管理分享出来的目录,
而至于资料的传递,就直接把他丢给 RPC 的协议来运作就是了!
3.NFS 激活的 RPC daemons
rpc.nfsd : 这个 daemon 主要的功能就是在管理 Client 是否能够登入主机的权限啦,其
中还包含这个登入者的 ID 的判别
rpc.mountd : 这个 daemon 主要的功能,则是在管理 NFS 的档案系统!当 Client 端顺利
的通过 rpc.nfsd 而登入主机之后,在他可以使用 NFS server 提 供的档案之前,还会经
过档案使用权限 ( 就是那个 -rwxrwxrwx 与 owner, group 那几个权限啦 ) 的认证程序!
他会去读 NFS 的设定档 /etc/exports 来比 对 Client 的权限,当通过这一关之后,
Client 就可以取得使用 NFS 档案的权限啦!( 注:这个也是我们用来管理 NFS 分享之目
录的使用权限与安全设定的地方哩)
4.NFS 需要有两个套件才行,分别是:
nfs-utils
就是提供 rpc.nfsd 及 rpc.mountd 这两个 NFS daemons 与其它相关 documents 与说明文
件、执行档等的套件!这个就是 NFS 的主要套件
portmap
就如同刚刚提的到,我们的 NFS 其实可以被视为一个 RPC server program ,而要激活任
何一个 RPC server program 之前,我们都需要做好 port 的对应 ( mapping ) 的工作才
行,这个工作其实就是『 portmap 』这个服务所负责的!也就是说,在激活任何一个
RPC server 之前,我们都需要激活 portmap 才 行呢!那么这个 portmap 到底在干嘛呢?
就如同这个服务的名称,哈哈!就是作 port 的 mapping 啊!举个例子来说:当 Client
端尝试来使用 RPC server 所提供的服务时,由于 Client 需要取得一个可以连接的 port
才能够使用 RPC server 所提供的服务,因此, Client 首先就会去跟 portmap 讲『喂!
可不可以通知一下,给我个 port number ,好让我可以跟 RPC 联络吧!』这个时候
portmap 就自动的把自己管理的 port mapping 告 知 Client ,好让他可以连接上来
server 呢!所以 :『激活 NFS 之前,请先激 活 portmap !』
5.NFS server 端的设定:
a)./etc/exports
分享的目录 主机名称 1 或 IP1( 参数 1 ,参数 2) 主机名称 2 或 IP2( 参数 3 ,参数 4)
b). 参 数
rw: 可 擦写的权限
ro: 只 读的权限
no_root_squash: 登入 NFS 主机使用分享目录的使用者, 如果是 root 的话,那么对于这
个分享的目录来说,他就具有 root 的权限!这个项目『极不安全』,不建议使用!
root_squash: 在登入 NFS 主机使用分享之目录的使用 者如果是 root 时,那么这个使用
者的权限把被压缩成为匿名使用者,通常他的 UID 与 GID 都会变成 nobody 那个身份;
all_squash: 不论登入 NFS 的使用者身份为何,他的 身份都会被压缩成为匿名使用者,通
常也就是 nobody 啦!
anonuid: 前面关于 *_squash 提到的匿名使 用者的 UID 设定值,通常为 nobody ,但是你
可以自行设定这个 UID 的值!当然,这个 UID 必 需要存在于你的 /etc/passwd 当中!
anongid: 同 anonuid ,但是变成 group ID 就是了
sync: 资料同步写入到内存与硬盘当中
async: 资料会先暂存于内存当中,而非直接写入硬盘
6. 设 置的实例:
a). /tmp *(rw,no_root_squash) //* 号表示所有的 IP 都可以访问
b). /tmp *(rw)
/home/public 192.168.0.*(rw) *(ro) // 下面两行作用一样
/home/public 192.168.0.0/24(rw) *(ro)
c). /home/test 192.168.0.100(rw) // 只对某部机器设置权限
d). /home/linux *.linux.org(rw,all_squash,anonuid=40,anongid=40) // 当*.linux.org 登陆
此 NFS 主机,并且在/home/linux 下面 写入档案时,该档案的所有人与所有组,就会变成
/etc/passwd 里面对应的 UID 为 40 的那个身份的使用者了.
7. 权 限问题
假设/etc/exports 里面的内容为
#vi /etc/exports
/tmp *(rw,no_root_squash)
/home/public 192.168.0.*(rw) *(ro)
/home/test 192.168.0.100(rw)
/home/linux *.linux.org(rw,all_squash,anonuid=40,anongid=40)
假设我们在 192.168.0.100 这个 client 端登陆此 NFS 主机(192.168.0.2), 那么
情况一: 在 192.168.0.100 的帐号为 test 这个身份,同时,NFS 主机上也有 test 这个帐号
a). 由 于 NFS 主机的/tmp 权限为-rwxrwxrwt , 所以我(test 在 192.168.0.100 上) 在/tmp 下面具
有存取的权限,并且写入档案的所有人为 test.
b). 在/home/public 中,由于我有读写的权限,如果 NFS 主机在 /home/public 这个目录的
权限对于 test 开放写入的话,那么就可以读写,并且写入档案的所有人是 test 。 如果 NFS
主机的 /home/public 对于 test 这个使用者并没有开放写入 权限时,那就无法写入,虽然
/etc/exports 里面是 rw ,也不起作用.
c). 在/home/test 中,权限与/home/public 有相同的状态,需要 NFS 主机的/home/test 对
于 test 有开放的权限.
d). 在/home/linux 当中,不论是何种的 user, 身份都会被变成 UID=40 的这个帐号
情况二: 如 果我们在 192.168.0.100 的身份为 test2, 但是 NFS 主机却没有 test2 这个帐号时
a). 在/tmp 下还是可以写入,但是写入的档案所有人变成 nobody.
b). 在/home/public 与/home/test 里面是否可以写入,还需要看/home/public 的权限而定,
不过身份就被变成 nobody 了
c)/home/linux 下的身份还是变成 UID=40 的帐号.
情况三: 在 192.168.0.100 的身份为 root
a). 在/tmp 里面可以写入,但是由于 no_root_squash 的参数,改变了预设的 root_squash
的设定值,所以在/tmp 写入档案的所有人为 root 了.
b). 在/home/public 底下的身份被压缩成了 nobody, 因为预设的属性都具有 root_squash ,所
以档案所有人就变成了 nobody.
c)./home/test 情况与/home/public 相同.
d)./home/linux 中,root 的身份也被压缩成 UID=40 的那个使用者了.
8. 启 动服务 portmap,nfs
#/etc/rc.d/init.d/portmap start (or:#service portmap start)
#/etc/rc.d/init.d/nfs start (or:#service nfs start)
可以到/var/log/messages 里面查看是否正确激活
9.exportfs 的用法
如果我们修改了/etc/exports 后,并不需要重启 nfs 服务,只要用 exportfs 重新扫描 一
次/etc/exports , 并且重新加载即可
语法: exportfs [-aruv]
-a: 全 部挂载( 或卸载) /etc/exports 档案内的设定
-r: 重 新挂载/etc/exports 里面的设定,也同步的更新/etc/exports 和
/var/lib/nfs/xtab 里面的内容
-u: 卸 载某一目录
-v: 在 export 的时候,把分享的目录显示到荧屏上.
例子
#exportfs -rv // 重新 export 一次
#exportfs -au // 全部卸载
10./var/lib/nfs/xtab 里面可以查看每个目录的分享权限( 但是我怎 么也没有找到,靠, 找
到了,原来要有人 mount 上 nfs 后才 会出现内容) ,如:
/tmp node3(ro,sync,wdelay,
hide,secure,root_squash,
no_all_squash,subtree_check,
secure_locks,mapping=identity,
anonuid=-2,anongid=-2)
为什么 anonuid=-2 呢?呵呵!其实它说的是把 65536 - 2 的 值,也就是 65534 的那个
UID 啦! 对照一下 /etc/passwd ,你就会发现,哇!原来 那就是 nobody 的啦
11.showmount 命令
语法: showmount [-ae] hostname
-a: 显 示目前主机与 client 所连上来的使用目录的状态
-e: 显 示 hostname 的/etc/exports 里面共享的目录
12. 查 看激活的 portnumber
#netstat -utln
nfs 自 己所开启的 port ,就是那个 2049 的 port 啦!就是 NFS 主 要产生的 port NFS
server 在前面我们就提过了,他是 RPC server 的 一种,而 NFS 由于提供了多个
program ( 例如 rpc.mountd, rpc.rquotad, rpc.nfsd... ) ,因此就需要激活多个 port 了!
而且这些 port 是『随机产生的』,也就是那个 port number 不 会是固定的啦!每次
restart nfs 都会得到不一样的 port number 呢! 那么 Client 端怎么知道要连接上那个
port 来呼叫需要的 program 呢?呵呵! 那就是 sunrpc ( port 111 ) 那个 portmap 服务
所产生的 port number 的功用啦!Client 会 先连接到 sunrpc 那个 port 去知道应该到
那个 port 去呼叫所需要的程序!所以 , rpc.xxxx 等 之类的 daemon 自然就不需要有固
定的 port number !
***********************************************
NFS 客 户端的设定
#mount -t nfs hostname(orIP):/directory /mountpoint 搞定,就这么简单
为了担心会不小心把 NFS 端挂进来的具有 SUID 权 限档案的程序执行,root 可以把 NFS
所分享的目录以较为安全的情况挂载进来,可以
#mount -t nfs -o nosuid,ro hostname:/directory /mountponit
可能出问题的地方:
1. 权 限的设定不符合
2. 忘 记了激活 portmap, 此时会报错:
mount: RPC: Port mapper failure - RPC: Unable to receive 或者
mount: RPC: Program not registered
那么,启动 portmap ,并且重新启动 nfs
#service portmap start
#service nfs restart
3. 被 防火墙搞掉
重新设置防火墙, 包括 iptables 与 TCP_Wrappers, 因为激活了 portmap ,所以 port 111 必须
提供出去. 因 此在 iptables rules 中,要增加:
iptables -A INPUT -p TCP --dport 111 -j ACCEPT
iptables -A INPUT -p UDP --dport 111 -j ACCEPT
如果还不行,那就是 TCP_Wrappers 的问题,检查/etc/hosts.deny , 如果有一行是:
ALL: ALL: deny
那就必须在/etc/hosts.allow 中增加:
portmap: ALL: allow
如果我们的 NFS 针对内部网络开发,对于外部网络只对学术网络开发(140.0.0.0/8) ,可以:
iptables -A INPUT -i eth0 -p TCP -s 192.168.0.0/24 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p UDP -s 192.168.0.0/24 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p TCP -s 140.0.0.0/8 --dport 111 -j ACCEPT
iptables -A INPUT -i eth0 -p UDP -s 140.0.0.0/8 --dport 111 -j ACCEPT
还可以使用 TCP_Wrappers ,在/etc/hosts.allow 里面规定连上 NFS 主机的主机 IP 与名
称,例如
#vi /.etc/hosts.allow
portmap: 192.168.0.0/255.255.255.0 :allow
portmap: 140.113.23.23 :allow
portmap: .sdu.edu.cn :allow
RPC Server 的相关命令
rpcinfo
#rpcinfo -p hostname(orIP)
要注意的问题:
需要注意的是,由于 NFS 使用的这个 RPC 在 client 端连上主机时,那么你的主机想要
关机,那可就会成为『不可能的任务』!我还不知道正确的原因是什么,但是,如果你的
Server 上面还有 Client 在联机,那么你要 关机,可能得要等到数个钟头才能够正常的
关机成功!嗄!真的假的!不相信吗?不然您自个儿试试看! ^_^ !所以 ,建议您的
NFS Server 想要关机之前,能更先『关掉 portmap 与 nfs 』这两个东西!如果无法正
确的把这两个 daemons 关掉,那么先以 netstat -utlp 找出 PID ,然后以 kill 把他关
掉先!这样才有办法正常的关机成功喔!这个请特别特别的注意呢!
在 TurboLinux8.0 for AMD64 (kernel 2.4.21-4smp),mount NFS 时候报错为:
portmap: server localhost not responding, timed out
解决办法:
mount -t nfs -o nolock node1:/public /public
即增加-o nolock 参数, 原因:
Unfsd doesn't support NLM locking, and it's causing the lockd daemon to be started
(which again requires the portmapper to be installed etc.)()