当前位置：首页 > 范文大全 > 合同>NFS协议的版本解析

NFS协议的版本解析

2022-09-29 08:17:15 收藏本文下载本文

“Still”通过精心收集，向本站投稿了11篇NFS协议的版本解析，下面是小编给大家带来的NFS协议的版本解析，以供大家参考，我们一起来看看吧!

NFS协议的版本解析

篇1：NFS协议的版本解析

对于网络协议来说，随着网络的不断扩展和发展，也跟进着新的版本，那么对于NFS协议来说都有哪些版本呢？下面我们就来详细分析一下，具体的NFS协议版本都有哪些。来看看各NFS协议版本的主要区别。

V3相对V2的主要区别:

1、文件尺寸

V2最大只支持32BIT的文件大小(4G),而NFS协议的V3新增加了支持 64BIT文件大小的技术.

2、文件传输尺寸

V3没有限定传输尺寸,V2最多只能设定为8k,可以使用 -rsize and -wsize 来进行设定.

3、完整的信息返回

V3增加和完善了许多错误和成功信息的返回,对于服务器的设置和管理能带来很大好处.

4、增加了对TCP传输协议的支持

V2只提供了对UDP协议的支持,在一些高要求的网络环境中有很大限制,V3增加了对TCP协议的支持

*5、异步写入特性

6、改进了SERVER的mount性能

7、有更好的 I/O WRITES 性能.

9、更强网络运行效能,使得网络运作更为有效.

10、更强的灾难恢复功能.

异步写入特性（v3新增加）介绍:

NFS协议的V3版本能否使用异步写入,这是可选择的一种特性.NFS V3客户端发发送一个异步写入请求到服务器,在给客户端答复之前服务器并不是必须要将数据写入到存储器中（稳定的）.服务器能确定何时去写入数据或者将多个写入请求聚合到一起并加以处理,然后写入.客户端能保持一个数据的copy以防万一服务器不能完整的将数据写入.当客户端希望释放这个copy的时候,它会向服务器通过这个操作过程,以确保每个操作步骤的完整.异步写入能够使服务器去确定最好的同步数据的策略.使数据能尽可能的同步的提交何到达.与V2比较来看,这样的机制能更好的实现数据缓冲和更多的平行（平衡）.而NFS V2的SERVER在将数据写入存储器之前不能再相应任何的写入请求.

V4相对V3的改进:

1:改进了INTERNET上的存取和执行效能

2:在协议中增强了安全方面的特性

3:增强的跨平台特性

篇2：NFS协议的比较

NFS协议随着网络的发展也得到了一些改进和优化，那么目前我们已经有了第四个版本的使用。那么相较于这些版本的内容，以及特点有什么差异呢？我们这里来详细讨论一下。

V3相对V2的主要区别:

1?文件尺寸

V2最大只支持32BIT的文件大小(4G),而NFS协议的V3新增加了支持 64BIT文件大小的技术.

2?文件传输尺寸

V3没有限定传输尺寸,V2最多只能设定为8k,可以使用 -rsize and -wsize 来进行设定.

3?完整的信息返回

V3增加和完善了许多错误和成功信息的返回,对于服务器的设置和管理能带来很大好处.

4?增加了对TCP传输协议的支持

V2只提供了对UDP协议的支持,在一些高要求的网络环境中有很大限制,V3增加了对TCP协议的支持

*5?异步写入特性

6?改进了SERVER的mount性能

7?有更好的 I/O WRITES 性能.

9?更强网络运行效能,使得网络运作更为有效.

10?更强的灾难恢复功能.

异步写入特性(v3新增加)介绍:

NFS协议的V3版本能否使用异步写入,这是可选择的一种特性.NFS V3客户端发发送一个异步写入请求到服务器,在给客户端答复之前服务器并不是必须要将数据写入到存储器中(稳定的).服务器能确定何时去写入数据或者将多个写入请求聚合到一起并加以处理,然后写入.客户端能保持一个数据的copy以防万一服务器不能完整的将数据写入.当客户端希望释放这个copy的时候,它会向服务器通过这个操作过程,以确保每个操作步骤的完整.异步写入能够使服务器去确定最好的同步数据的策略.使数据能尽可能的同步的提交何到达.与V2比较来看,这样的机制能更好的实现数据缓冲和更多的平行(平衡).而NFS V2的SERVER在将数据写入存储器之前不能再相应任何的写入请求.

V4相对V3的改进:

1:改进了INTERNET上的存取和执行效能

2:在协议中增强了安全方面的特性

3:增强的跨平台特性

篇3：NFS协议的故障处理和安全解析

在之前的文章中，我们介绍了NFS协议的有关内容，想必大家对于它的基础概念，以及配置等有关内容已经有了了解了。这里我们主要讲解一下有关于NFS协议的故障解决以及相关安全的问题。

NFS协议故障解决

1?NFSD没有启动起来

首先要确认 NFS 输出列表存在,否则 nfsd 不会启动.可用 exportfs 命令来检查,如果 exportfs 命令没有结果返回或返回不正确,则需要检查 /etc/exports 文件.

2? mountd 进程没有启动

mountd 进程是一个远程过程调用 (RPC) ,其作用是对客户端要求安装(mount)文件系统的申请作出响应.mountd进程通过查找 /etc/xtab文件来获知哪些文件系统可以被远程客户端使用.另外,通过mountd进程,用户可以知道目前有哪些文件系统已被远程文件系统装配,并得知远程客户端的列表.查看mountd是否正常启动起来可以使用命令rpcinfo进行查看,在正常情况下在输出的列表中应该象这样的行:

100005 1 udp 1039 mountd

100005 1 tcp 1113 mountd

100005 2 udp 1039 mountd

100005 2 tcp 1113 mountd

100005 3 udp 1039 mountd

100005 3 tcp 1113 mountd

如果没有起来的话可以检查是否安装了PORTMAP组件.

rpm -qa|grep portmap

3?fs type nfs no supported by kernel

kernel不支持nfs文件系统,重新编译一下 KERNEL就可以解决.

4? can't contact portmapper: RPC: Remote system error - Connection refused

出现这个错误信息是由于SEVER端的PORTMAP没有启动.

5? mount clntudp_create: RPC: Program not registered

NFS协议没有启动起来,可以用 showmout -e host命令来检查NFS SERVER是否正常启动起来.

6?mount: localhost:/home /test failed, reason given by server: Permission denied

这个提示是当 client要mount nfs server时可能出现的提示,意思是说本机没有权限去mount nfs server上的目录.解决方法当然是去修改NFS SERVER咯.

7?被防火墙阻挡

这个原因很多人都忽视了,在有严格要求的网络环境中,我们一般会关闭linux上的所有端口,当需要使用哪个端口的时候才会去打开.而NFS默认是使用111端口,所以我们先要检测是否打开了这个端口,另外也要检查 TCP_Wrappers的设定.

NFS安全

NFS的不安全性主要体现于以下4个方面:

1?新手对NFS的访问控制机制难于做到得心应手,控制目标的精确性难以实现

2?NFS没有真正的用户验证机制,而只有对RPC/Mount请求的过程验证机制

3?较早的NFS可以使未授权用户获得有效的文件句柄

4?在RPC远程调用中,一个SUID的程序就具有超级用户权限.

加强NFS协议安全的方法:

1?合理的设定/etc/exports**享出去的目录,最好能使用 anonuid,anongid以使MOUNT到NFS SERVER的CLIENT仅仅有最小的权限,最好不要使用root_squash.

2?使用IPTABLE防火墙限制能够连接到NFS SERVER的机器范围

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

3?为了防止可能的Dos攻击,需要合理设定NFSD 的COPY数目.

4?修改/etc/hosts.allow和/etc /hosts.deny达到限制CLIENT的目的

/etc/hosts.allow

portmap: 192.168.0.0/255.255.255.0 : allow

portmap: 140.116.44.125 : allow

/etc/hosts.deny

portmap: ALL : deny

5?改变默认的NFS协议的端口

NFS默认使用的是111端口,但同时你也可以使用port参数来改变这个端口,这样就可以在一定程度上增强安全性.

6?使用Kerberos V5作为登陆验证系统

修改/etc/hosts.allow和/etc/hosts.deny达到限制CLIENT的目的

/etc/hosts.allow

portmap: 192.168.0.0/255.255.255.0 : allow

portmap: 140.116.44.125 : allow

这个得多注意!!

/tmp *(rw,no_root_squash)

no_root_squash:登入到NFS主机的用户如果是ROOT用户,他就拥有ROOT的权限,此参数很不安全,建议不要使用.

有时需要执行umont卸载nfs盘阵时,会遇见device is busy的情况,字面意思理解为设备忙,有其他进程正在使用此设备.

此时需要用到命令fuser

其格式为: $ fuser -m -v (nfs挂载点) 回车执行后得到的结果依次是:用户进程号权限命令

此命令可以查看到访问此设备的所有进程,停止进程后umount.

如果添加参数 -k则可以一次性将所有当前访问nfs协议共享盘阵的进程停止也可以加-i 打开交互显示,以便用户确认

或者用fuser命令:

#fuser -v -m 挂载点

即可查处用户 PID等,KILL掉该进程后再umount.

或者

#umount -l 挂载点

选项 Cl 并不是马上umount,而是在该目录空闲后再umount.还可以先用命令 ps aux 来查看占用设备的程序PID,然后用命令kill来杀死占用设备的进程,这样就umount的非常放心了.

篇4：合伙协议版本

甲方：中国石化湖南分公司邵阳市支公司

法定代表人：

乙方：湖南天成油业有限公司

法定代表人：

甲方为扩大、完善其在邵阳市区域范围内的销售网点，现本着合作赢的原则，经与乙方平等协商，现就委托乙方代办加油站的审批手续、代办征地手续，代为承建加油的相关事宜，特达成如下协议：

一、甲方在邵阳市区域范围内承建四个加油站、其中邵东县城内两个，邵阳市城区近期规划控制区内两个，四个加油站的建设地点分别为：

二、甲方委托乙方承建的加油站，乙方具体负责以下工作：

1、负责征地拆迁及国土、规划、环保等部门的报批手续。

2、负责到省、市、县等商务部门办理审批手续。（自愿退股协议书）

3、负责按设计图纸建设好加油站。

4、负责为完成上述三项工作出资。

三、乙方在报批和承建加油站的过程中的具体职责为：

1、提供给乙方建设加油站的站点，必须是经商务部门合法批准的，纳入规划布局范围内的站点，并应向乙方提供全部与之相关文件及资料。

2、负责提供乙方办理加油站建设的`征地、报批、承建所需的合法的书面委托和相关手续。

3、本条第1款和第2款规定的相关手续、资料，甲方应自本协议生效之日起日内向乙方提供加油站合伙经营协议书加油站合伙经营协议书。

4、负责将委托乙方办理的全部事项报经上级主管的批准同意，本协议的效力不因甲方上级主管部门是否批准而受影响。

5、负责自乙方将加油站建成并经验收合格之日起60日内按市场价格予以收购，并付清全部款项。

四、为避免恶竞争，甲方不得再在乙方建设和经营的加油站周边再布点建设新的加油站。

五、本协议涉及双方商业秘密，非经双方书面同意，任何一方不得对外泄露。

六、本协议经甲、乙双方盖章生效，至加油站的建成交由甲方收购和付清购买款之日起生效

七、本协议未尽事宜，经双方协商一致后，另行签订补充协议，补充协议与本协议具有同等效力。本协议一式四份，甲、乙双方各执两份。

甲方：

乙方：

20xx年月日

篇5：合伙协议版本

合伙人：

第一条合同目的

经过全体合伙人共同协商，一致同意作为新合伙人加入本合伙。

本协议以规范新入伙人权利和义务为目的，在《个人合伙协议》的基础上，由新合伙人与原合伙人协商一致后订立。本协议与《个人合伙协议》规定不一致的，以本协议为准。

新合伙人已经完整阅读并充分了解了《个人合伙协议》中规定的权利和义务，并同意完全遵守。

第二条合伙人信息

(一)原合伙人信息：

合伙人1: 性别：

身份证号:

家庭住址:

联系方式:

合伙人2: 性别：

身份证号:

家庭住址:

联系方式:

(二)新合伙人信息：

合伙人: 性别：

身份证号:

家庭住址:

联系方式:

第三条个人合伙的基本情况

本合伙是由合伙人、和共同出资，以

为目的而结成的。合伙的期限为自签约之日起年。

合伙已经在工商部门完成登记，个体工商字号为 ,经营场所为_ ,由作为合伙负责人按照授权处理日常合伙事务。

第四条新合伙人的出资方式、数额、缴付期限

新合伙人以方式出资，计人民币元; 年月日前实际缴足出资，逾期未缴或未缴足的，视为未加入合伙;已缴部分予以退还。

完成出资之日视为入伙日，正式成为本合伙的合伙人。

所有合伙人需签署《新合伙人出资证明》，确认新合伙人的出资份额。

第五条利润分配

新合伙人的利润分配，自入伙日起开始起算，以其出资额占合伙资产的比例为依据，按比例分配。

第六条债务承担

新合伙人同意对加入合伙之前的所有债务承担偿付义务。原合伙人需要将个人合伙的经营状况向新合伙人如实告知，对于未予告知的债务，新合伙人不需要承担偿付义务。如新合伙人对外予以偿付的，则可以向其它合伙人进行追偿。

合伙债务先由合伙财产进行清偿，合伙财产不足以清偿的，以入伙日起各合伙人的出资比例承担。

第七条争议解决

各方就履行中产生的任何争议，都应由各方通过友好协商解决，协商不成的，各方一致同意将该争议提交至仲裁委员会进行仲裁。

任何一方有权向人民法院提起诉讼。

第八条其它

1. 经协商一致，合伙人可以修改本协议或对未尽事宜进行补充;补充、修改内容与本协议相冲突的，以补充、修改后的内容为准。

2. 本协议一式份，合伙人各执份，均具有同等效力。

3. 本协议经全体合伙人签名、盖章后生效。

合伙人：签字日期：年月日

篇6：NFS协议的优化设置

NFS，是网络文件系统，这个大家是知道的。那么对于这个协议的使用，我们在前面也介绍过一部分。今天说一下NFS协议的调优过程，这个也是比较简单的。在下面我们用了四个步骤来完成这个过程，大家可以看一下具体的内容，进行一下操作。

调优的步骤:

1?测量当前网络?服务器和每个客户端的执行效率.

2?分析收集来的数据并画出图表.查找出特殊情况,例如很高的磁盘和CPU占用?已经高的磁盘使用时间

3?调整服务器

4?重复第一到第三步直到达到你渴望的性能

与 NFS协议性能有关的问题有很多,通常可以要考虑的有以下这些选择:

WSIZE,RSIZE参数来优化NFS的执行效能

WSIZE? RSIZE对于NFS的效能有很大的影响.

wsize和rsize设定了SERVER和CLIENT之间往来数据块的大小,这两个参数的合理设定与很多方面有关,不仅是软件方面也有硬件方面的因素会影响这两个参数的设定(例如LINUX KERNEL?网卡,交换机等等).

下面这个命令可以测试NFS协议的执行效能,读和写的效能可以分别测试,分别找到合适的参数.对于要测试分散的大量的数据的读写可以通过编写脚本来进行测试.在每次测试的时候最好能重复的执行一次MOUNT和unmount.

time dd if=/dev/zero f=/mnt/home/testfile bs=16k count=16384

用于测试的WSIZE,RSIZE最好是1024的倍数,对于NFS V2来说8192是RSIZE和WSIZE的最大数值,如果使用的是 NFS V3则可以尝试的最大数值是32768.

如果设置的值比较大的时候,应该最好在CLIENT上进入mount上的目录中,进行一些常规操作(LS,VI等等),看看有没有错误信息出现.有可能出现的典型问题有LS的时候文件不能完整的列出或者是出现错误信息,不同的操作系统有不同的最佳数值,所以对于不同的操作系统都要进行测试.

设定最佳的NFSD的COPY数目.

linux中的NFSD的COPY数目是在/etc/rc.d/init.d/nfs这个启动文件中设置的,默认是8个NFSD,对于这个参数的设置一般是要根据可能的CLIENT数目来进行设定的,和WSIZE?RSIZE一样也是要通过测试来找到最近的数值.

UDP and TCP

可以手动进行设置,也可以自动进行选择.

mount -t nfs -o sync,tcp,noatime,rsize=1024,wsize=1024 EXPORT_MACHINE:/EXPORTED_DIR /DIR

UDP有着传输速度快,非连接传输的便捷特性,但是UDP在传输上没有TCP来的稳定,当网络不稳定或者入侵的时候很容易使NFS协议的 Performance 大幅降低甚至使网络瘫痪.所以对于不同情况的网络要有针对的选择传输协议.nfs over tcp比较稳定,nfs over udp速度较快.在机器较少网络状况较好的情况下使用UDP协议能带来较好的性能,当机器较多,网络情况复杂时推荐使用TCP协议(V2只支持UDP协议).在局域网中使用UDP协议较好,因为局域网有比较稳定的网络保证,使用UDP可以带来更好的性能,在广域网中推荐使用TCP协议,TCP协议能让NFS在复杂的网络环境中保持最好的传输稳定性.可以参考这篇文章:www.hp.com.tw/ssn/unix/0212/unix021204.asp ;

版本的选择

V3作为默认的选择(RED HAT 8默认使用V2,SOLARIS 8以上默认使用V3),可以通过 vers= mount option来进行选择.

LINUX通过mount option的nfsvers=n进行选择.

篇7：NFS故障的解析和处理

日常的工作和学习中，我们使用的一些系统以及相应的操作中，难免会遇到一些故障问题，那么对于NFS故障的分析和解决我们在下文中为大家做了具体的分析和处理，希望本文的总结对您处理问题能够有所帮助。

NFS故障1、NFSD没有启动起来

首先要确认 NFS 输出列表存在,否则 nfsd 不会启动.可用 exportfs 命令来检查,如果 exportfs 命令没有结果返回或返回不正确,则需要检查 /etc/exports 文件.

NFS故障2、 mountd 进程没有启动

mountd 进程是一个远程过程调用 (RPC) ,其作用是对客户端要求安装（mount）文件系统的申请作出响应.mountd进程通过查找 /etc/xtab文件来获知哪些文件系统可以被远程客户端使用.另外,通过mountd进程,用户可以知道目前有哪些文件系统已被远程文件系统装配,并得知远程客户端的列表.查看mountd是否正常启动起来可以使用命令rpcinfo进行查看,在正常情况下在输出的列表中应该象这样的行:

1000051udp1039mountd 1000051tcp1113mountd 1000052udp1039mountd 1000052tcp1113mountd 1000053udp1039mountd 1000053tcp1113mountd

如果没有起来的话可以检查是否安装了PORTMAP组件.

rpm -qa|grep portmap

NFS故障3、fs type nfs no supported by kernel

kernel不支持nfs文件系统,重新编译一下 KERNEL就可以解决.

NFS故障4、 can't contact portmapper: RPC: Remote system error - Connection refused

出现这个错误信息是由于SEVER端的PORTMAP没有启动.

NFS故障5、 mount clntudp_create: RPC: Program not registered

NFS没有启动起来,可以用 showmout -e host命令来检查NFS SERVER是否正常启动起来.

NFS故障6、mount: localhost:/home /test failed, reason given by server: Permission denied

这个提示是当 client要mount nfs server时可能出现的提示,意思是说本机没有权限去mount nfs server上的目录.解决方法当然是去修改NFS SERVER咯.

NFS故障7、被防火墙阻挡

篇8：NFS服务的代码解析

NFS服务是网络中非常常见的一类文件管理协议，对于这方面的设置，我们在之前的文章中也有所介绍。那么今天，主要分析一下，在配置过程中的命令使用，对于命令代码我们来进行一下具体的讲解。

服务器端配置

1 创建共享目录

#mkdir/home/share #chownnobody.nogroup/home/share

2 创建或修改/etc/exports 配置文件

这个文件的内容非常简单,每一行由抛出路径,客户名列表以及每个客户名后紧跟的访问选项构成:

其中参数是可选的,当不指定参数时,nfs将使用默认选项.默认的共享选项是 sync,ro,root_squash,no_delay.当主机名或IP地址为空时,则代表共享给任意客户机提供服务.当将同一目录共享给多个客户机,但对每个客户机提供的权限不同时,可以这样:

下面是一些NFS共享的常用参数:

ro只读访问 rw读写访问 sync所有数据在请求时写入共享 asyncNFS在写入数据前可以相应请求 secureNFS通过1024以下的安全TCP/IP端口发送 insecureNFS通过1024以上的端口发送 wdelay如果多个用户要写入NFS目录,则归组写入（默认） no_wdelay如果多个用户要写入NFS目录,则立即写入,当使用async时,无需此设置. hide在NFS共享目录中不共享其子目录 no_hide共享NFS目录的子目录 subtree_check如果共享/usr/bin之类的子目录时,强制NFS检查父目录的权限（默认） no_subtree_check和上面相对,不检查父目录权限 all_squash共享文件的UID和GID映射匿名用户anonymous,适合公用目录. no_all_squash保留共享文件的UID和GID（默认） root_squashroot用户的所有请求映射成如anonymous用户一样的权限（默认） no_root_squasroot用户具有根目录的完全管理访问权限 anonuid=xxx指定NFS服务器/etc/passwd文件中匿名用户的UID anongid=xxx指定NFS服务器/etc/passwd文件中匿名用户的GID

配置文件/etc/exports内容如下:

$cat/etc/exports /home/share192.168.102.15(rw,sync)*(ro)

配置说明: 对192.168.102.15赋予读写权限,其他机器仅有只读权限.

3 重启NFS服务

#/etc/init.d/nfs-kernel-serverrestart

4 在客户机上查看NFS的资源共享情况

#showmount-e192.168.102.47 Exportlistfor192.168.102.47: /home/share(everyone)

5 使用mount命令即可挂栽共享资源

在客户机 192.168.102.15 上加载共享资源

#mount192.168.102.47:/home/share/mnt #cd/mnt #echo'12345'>123 即可发现对服务器共享目录可写 #umount/mnt 在客户机192.168.102.61上加载共享资源 #mount192.168.102.47:/home/share/mnt #cd/mnt #ls 123 #touch321 touch:cannottouch`321':Permissiondenied #echo'123455'>123 -bash:123:Permissiondenied

即可发现对服务器共享目录只有读取权限,这与我们在服务器端的权限设置是相符的.是不是我们每次修改了配置文件都需要重启nfs服务呢? 这个时候我们就可以用exportfs命令重新扫描/etc/exports文件,来使改动立刻生效.

比如:

#exportfs-au卸载所有共享目录 #exportfs-rv重新共享所有目录并输出详细信息

exportfs 命令有软件包 nfs-kernel-server 提供,详细的 exportfs 命令说明请查看:

man exportfs

中文的手册说明可以查看这里:当完成资源共享, 我们如何知道发布了哪些权限呢?这时我们可以查看 /var/lib/nfs/etab 文件,它是有 exportfs 命令根据 /etc/exports 生成的.

#cat/var/lib/nfs/etab /home/share192.168.102.15(rw,sync,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,secure_locks,acl,mapping=identity,anonuid=65534,anongid=65534) /home/share*(ro,sync,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,secure_locks,acl,mapping=identity,anonuid=65534,anongid=65534)

现在我们来查看服务器上有关NFS服务器启动了哪些端口:

tonybox:/home/share#lsof-i|greprpc portmap1931daemon3uIPv44289UDP*:sunrpc portmap1931daemon4uIPv44290TCP*:sunrpc(LISTEN) rpc.statd3206statd3uIPv47081UDP*:1029 rpc.statd3206statd6uIPv47072UDP*:838 rpc.statd3206statd7uIPv47085TCP*:1031(LISTEN) rpc.mount3483root6uIPv47934UDP*:691 rpc.mount3483root7uIPv47937TCP*:694(LISTEN)

篇9：解析：NFS服务端配置命令

在NFS服务的设置中，我们可以发现需要两方面的调整，一方面是服务器端，一方面是客户端的设置和使用。那么针对这些内容，我们首先来看看服务器端配置的具体说明。看看对NFS服务的一些建设操作的具体步骤是什么样子的。

服务器端配置

1 创建共享目录

#mkdir/home/share #chownnobody.nogroup/home/share

2 创建或修改/etc/exports 配置文件

这个文件的内容非常简单,每一行由抛出路径,客户名列表以及每个客户名后紧跟的访问选项构成:

下面是一些NFS共享的常用参数:

配置文件/etc/exports内容如下:

$cat/etc/exports /home/share192.168.102.15(rw,sync)*(ro)

配置说明: 对192.168.102.15赋予读写权限,其他机器仅有只读权限.

3 重启NFS服务

#/etc/init.d/nfs-kernel-serverrestart

4 在客户机上查看NFS的资源共享情况

#showmount-e192.168.102.47 Exportlistfor192.168.102.47: /home/share(everyone)

5 使用mount命令即可挂栽共享资源

在客户机 192.168.102.15 上加载共享资源

比如:

#exportfs-au卸载所有共享目录 #exportfs-rv重新共享所有目录并输出详细信息

exportfs 命令有软件包 nfs-kernel-server 提供,详细的 exportfs 命令说明请查看:

man exportfs

现在我们来查看服务器上有关NFS服务器启动了哪些端口:

篇10：NFS V3与各个版本间的比较

NFS协议大家应该都知道，随着网络的不断发函，目前已经有了不少版本，今天我们主要讲解一下NFS的基础知识，以及它们版本间的一些对比，包括NFS V2（rfc1094）,NFS V3（rfc1813）NFS V4。

一、NFS简介

NFS-Network FileSystem的缩写,NFS是由Sun开发并发展起来的一项用于在不同机器,不同操作系统之间通过网络互相分享各自的文件.NFS server也可以看作是一个FILE SERVER,它可以让你的PC通过网络将远端得NFS SERVER共享出来的档案MOUNT到自己的系统中,在CLIENT看来使用NFS的远端文件就象是在使用本地文件一样.

NFS协议从诞生到现在为止,已经有多个版本,如NFS V2（rfc1094）,NFS V3（rfc1813）（最新的版本是V4（rfc3010）.

二、各NFS协议版本的主要区别

V3相对V2的主要区别:

1、文件尺寸

V2最大只支持32BIT的文件大小(4G),而NFS V3新增加了支持64BIT文件大小的技术.

2、文件传输尺寸

V3没有限定传输尺寸,V2最多只能设定为8k,可以使用-rsize and -wsize 来进行设定.

3、完整的信息返回

V3增加和完善了许多错误和成功信息的返回,对于服务器的设置和管理能带来很大好处.

4、增加了对TCP传输协议的支持

V2只提供了对UDP协议的支持,在一些高要求的网络环境中有很大限制,V3增加了对TCP协议的支持

*5、异步写入特性

6、改进了SERVER的mount性能

7、有更好的I/O WRITES 性能.

9、更强网络运行效能,使得网络运作更为有效.

10、更强的灾难恢复功能.

异步写入特性（v3新增加）介绍:

NFS V3 能否使用异步写入,这是可选择的一种特性.NFS V3客户端发发送一个异步写入请求到服务器,在给客户端答复之前服务器并不是必须要将数据写入到存储器中（稳定的）.服务器能确定何时去写入数据或者将多个写入请求聚合到一起并加以处理,然后写入.客户端能保持一个数据的copy以防万一服务器不能完整的将数据写入.当客户端希望释放这个copy的时候,它会向服务器通过这个操作过程,以确保每个操作步骤的完整.异步写入能够使服务器去确定最好的同步数据的策略.使数据能尽可能的同步的提交何到达.与V2比较来看,这样的机制能更好的实现数据缓冲和更多的平行（平衡）.而NFS V2的SERVER在将数据写入存储器之前不能再相应任何的写入请求.

V4相对V3的改进:

1:改进了INTERNET上的存取和执行效能

2:在协议中增强了安全方面的特性

3:增强的跨平台特性