ubuntu server 10.4下NFS服务的配置前言：实例应用 ：

1，NFS与samba有什么区别？

（1）NFS基于RPC协议，samba应用SMB协议。

（2）NFS(Network File System)主要用在UNIX/LINUX操作系统之间共享文件，Samba即可以用在unix/linux操作系统之间，也可以用在unix/linux与微软的操作系统（windows)之间。经过google看到现在windows 7支持NFS了，但是中文会乱码，不支持UTF-8。

我知道的就这么多。

2，为什么NFS需要使用RPC协议？

因为 NFS 用来传输的 端口 是随机选择小于 1024 以下的端口来使用的，这样就使的客户端不知道服务端使用哪个端口，所以此时就得要远程过程调用 (Remote Procedure Call, RPC) 的协议来辅助。

3，RPC协议的功能及如何工作？

RPC 最主要的功能就是在指定每个 NFS 功能所对应的 port number ，并且回报给客户端，让客户端可以连结到正确的端口上去。 那 RPC 又是如何知道每个 NFS 的端口呢？这是因为当服务器在启动 NFS 时会随机取用数个端口，并主动的向 RPC 注册，因此 RPC 可以知道每个端口对应的 NFS 功能，然后 RPC 又是固定使用 port 111 来监听客户端的需求并回报客户端正确的端口， 所以当然可以让 NFS 的启动更为轻松愉快了

4，为什么先启动RPC，后启动NFS?

因为启动NFS时，就要向RPC进行注册，如果RPC没有先启动，NFS当然就注册不成功，客户端无法获取服务端的端口号，NFS就无法正常工作。所以，RPC先于NFS启动。另外，RPC 若重新启动时，原本注册的数据会不见，因此 RPC 重新启动后，他管理的所有程序都需要重新启动以重新向 RPC 注册。

5，NFS对文件权限的控制是如何进行的？会发生哪些问题，这些问题会产生什么结果？如何解决这些问题？

NFS服务器是以用户在客户端机器中的UID，与以自己的 /etc/passwd, /etc/group 来查询对应的UID进行比对，进行文件权限的控制；这样一来，就会发生以下问题：

（1）用户A的UID在NFS服务器的/etc/passwd, /etc/group 中刚好存在。

那A就能访问具有相应权限的文件

（2）用户A的UID在NFS服务器的/etc/passwd, /etc/group 中不存在。

那A就变成匿名用户

（3）用户A的UID是NFS服务器上B的UID

那A就能访问B所具有权限的文件。

（4）特殊用户root如何处理

在默认的情况下，变成匿名用户。关于root ,在/etc/exports中有两个相关的设置

no_root_squash：

登入 NFS 主机使用分享目录的用户，如果是 root 的话，那么对于这个分享的目录来说，他就具有 root 的权限！ 这个项目『极不安全』，不建议使用！

root_squash： 

在登入 NFS 主机使用分享之目录的用户如果是 root 时，那么这个使用者的权限将被压缩成为匿名用户

解决以上用户账号不同步的问题，有以下三种方法：

（1）手工同步/etc/passwd文件

（2）使用LDAP服务

（3）使用NIS服务

6，在NFS服务端，客户端都需要安装哪些软件包？

在ubuntu 操作系统下，NFS服务端需要nfs-kernel-server,nfs-common,portmap;客户端需要nfs-common,portmap。

配置一台NFS服务器(IP地址为192.168.2.87），共享一个目录nfstest，从客户端访问的用户都被映射成NFS服务器中UID=1000的用户admin01,可以读写文件。

（1）安装NFS

#sudo apt-get install nfs-kernel-server

<a href="http://xuchengji.blog.51cto.com/attachment/201009/26/160472_1285489187ulkv.png"></a>

可以看出，同时也会安装相关的nfs-common,portmap软件包。

（2）配置 /etc/exports文件

#mkdir nfstest

#sudo vim /etc/exports

#sudo /etc/init.d/nfs-kernel-server restart

注释：

/home/admin01/nfstest 就是要共享出来的目录或文件

* 代表所有的主机，这里可以是一个IP（192.168.2.32）或是主机名或是域名*.labtest.com，也可以是一个范围（192.168.2.0/24)

rw：read-write，可擦写的权限；

ro：read-only，只读的权限；

sync：数据同步写入到内存与硬盘当中；

async：数据会先暂存于内存当中，而非直接写入硬盘！

no_root_squash： 

在登入 NFS 主机使用分享之目录的用户如果是 root 时，那么这个使用者的权限将被压缩成为匿名用户，通常他的 UID 与 GID 都会变成 nobody(nfsnobody) 那个系统账号的身份；

all_squash： 

不论登入 NFS 的使用者身份为何， 他的身份都会被压缩成为匿名用户，通常也就是 nobody(nfsnobody) 啦！

anonuid： 

anon 意指 anonymous (匿名者) 前面关于 *_squash 提到的匿名用户的 UID 设定值，通常为 nobody(nfsnobody)，但是您可以自行设定这个 UID 的值！当然，这个 UID 必需要存在于您的 /etc/passwd 当中！

anongid：同 anonuid ，但是变成 group ID 就是了！

这是几个比较常见的权限参数，如果你有兴趣玩其他的参数时，请自行 man exports 可以发现很多有趣的数据

#sudo apt-get install nfs-common

<a href="http://xuchengji.blog.51cto.com/attachment/201009/26/160472_12854891892Hqw.png"></a>

会安装相应的软件包portmap

查看NFS服务器上共享出来的文件

#sudo showmount –e 192.168.2.87

挂载到本地的nfs目录上

#sudo mount 192.168.2.87:/home/admin01/nfstest nfs

<a href="http://xuchengji.blog.51cto.com/attachment/201009/26/160472_1285489189oJeu.png"></a>

一个简单的NFS应用就完成了。

在客户端是以xcj用户访问，但在NFS服务器端test的拥有者及组都是UID=1000,GID=1000的admin01

使用autofs要达到目的是：

(1)让客户端在有使用到 NFS 文件系统的需求时才挂载

(2)并且不需要事先建立挂载点

(3)另外，当 NFS 文件系统使用完毕后，让 NFS 自动卸除，以避免可能的 RPC 错误

安装autofs

#sudo apt-get install autofs

配置auto.master

#sudo vim /etc/auto.master

<a href="http://xuchengji.blog.51cto.com/attachment/201009/26/160472_1285489190R4Xi.png"></a>

auto.nfstest这个文件名可以自定

建立/etc/auto.nfstest文件

#sudo vim /etc/auto.nfstest

<a href="http://xuchengji.blog.51cto.com/attachment/201009/26/160472_1285489190UFU3.png"></a>

这时只要访问tempnfs,就会自动挂载上NFS服务器的上nfstest

#sudo /etc/init.d/autofs restart

#cd tempnfs

结束语：

NFS服务配置起来还是比较简单的，使用也很方便，但是客户端与服务端的账号同步的问题较难处理，能把LDAP或NIS结合进来是个不错的选择。autofs使用起来，真的是不错。

本文的相关理论主要来源于《鸟哥的linux私房菜》的NFS

本文转自xcjgutong 51CTO博客，原文链接:http://blog.51cto.com/xuchengji/397588