Chinaunix首页 | 论坛 | 博客
  • 博客访问: 729221
  • 博文数量: 245
  • 博客积分: 10037
  • 博客等级: 上将
  • 技术积分: 2512
  • 用 户 组: 普通用户
  • 注册时间: 2007-01-16 17:16
文章分类

全部博文(245)

文章存档

2008年(7)

2007年(238)

我的朋友

分类: LINUX

2007-04-18 01:38:44

简易 NFS 服务器机设定


------------------------------------------------------------------------------------------------

1.

2.

  

  

  

3.

4.

5.

6.

7.

8.

9.

------------------------------------------------------------------------------------------------


学习本章的必备技巧:


  欢迎再次来到鸟哥的『碎碎念时间』!在这个章节中,我们需要使用 vi 来修改设定档,并且使用激活的 scripts 来激活我们的服务,除此之外,亦使用简单的 rpm 指令来安装数据。所以,要了解这个章节,你最起码需要知道底下这些知识:

·

·

·

·

·

·

  无论如何,将前面关于与 的内容看完,会是很好的一件事情!


------------------------------------------------------------------------------------------------

NFS 的由来与其功能

· 什么是 NFS ( Network FileSystem )


  我们要先来了解一下,什么是 NFS 呢?不然讲了一堆也没有用,对吧! ^_^!所谓的 NFS 就是 Network FileSystem 的缩写,最早之前是由 Sun 这家公司所发展出来的。他最大的功能就是可以透过网络,让不同的机器、不同的操作系统、可以彼此分享个别的档案 ( share file ),所以,你也可以简单的将他看做是一个 file server 呢!这个 NFS Server 可以让你的 PC 来将网络远程的 NFS 主机分享的目录,挂载到本地端的机器当中,所以,在本地端的机器看起来,那个远程主机的目录就好象是自己的 partition 一般!使用上面相当的便利!



  就如同上面的图标一般,当我们的 NFS Server 设定好了之后,其它的 Client 端就可以直接在 Server 上面存取资料了!也就是说,其它的 Personal Computer 可以『挂载 NFS server 所提供的档案或目录』,而且挂载之后,这个目录看起来就像你的本地端的磁盘区块一般,只要权限对了,那么你可以使用 cp, cd, mv, rm... 等等磁盘或档案相关的指令!真是他X的方便吶!

  那么您或许会问啦:『咦!那么这个 NFS 是藉由什么样的协议来进行传输的呢?』虽然 NFS 有属于自己的协议与使用的 port number ,但是在资料传送或者其它相关讯息传递的时候, NFS 使用的则是一个称为远程过程调用( Remote Procedure Call, RPC )的协议来协助 NFS 本身的运作!

· 什么是 RPC ( Remote Procedure Call )

  那么什么是 RPC 呢?由字面上的意思来看『远程过程调用』不就是一些程序( Program )在执行远程联机时,需要用到的程序吗?呵呵!是这样没错啦!简单的来说,当我们在使用某些服务来进行远程联机的时候,有些信息,例如主机的 IP、服务的 port number、与对应到的服务之 PID 等等,都需要管理与对应!这些管理 port 的对应与服务相关性的工作,就是这个 Remote Procedure Call, RPC 的任务了!

  好了,如果我们将 NFS 与 RPC 两者的相关性连接起来的话,那么你应该就可以知道: NFS 本身的服务并没有提供资料传递的协议,但是 NFS 却能让我们进行档案的分享,这其中的原因,就是 NFS 使用到一些其它相关的传输协议!而这些传输的协议,就是使用到这个所谓的 RPC 的功能啰!这也就是说, NFS 本身就是使用 RPC 的一个 program 就是了!说的更白话一点, NFS 也可以视作是一个 RPC server 啦!同时要注意到的是,在某些状况中,不但跑 NFS 的 Server 需要激活 RPC 的服务,连带的,要挂载 NFS partition 的 Client 机器,也需要同步激活 RPC 才行!这样 Server 端与 Client 端才能藉由 RPC 的协议来进行 program port 的对应喔!

  OK!简单的说, NFS 也可以看做是 RPC server 的一种,因为他是使用这种协议的 program 呀! ^_^ !那么为什么 NFS 要使用 RPC 执行呢?这是因为 NFS 本身可以被看做是一个档案系统,那么一来的话,你的使用者联机常常变化,而且你的档案内容啦、分享的目录啦,还有其它档案相关的信息等等,也都会常常在变化,这个时候,使用类似这种可以对应 program number 与 port number 的 RPC 就相当的方便了!也就是说,NFS 主要在管理分享出来的目录,而至于资料的传递,就直接将他丢给 RPC 的协议来运作就是了!
更多关于 NFS 协议的信息您可以参考底下的网页:

o

o

· NFS 激活的 RPC daemons

  NFS server 总共需要启用到至少两个 daemons ,一个管理 Client 是否可以登入的问题,另一个管理登入主机后的 Client 能够使用的档案权限!说明如下:

o rpc.nfsd:这个 daemon 主要的功能就是在管理 Client 是否能够登入主机的权限啦,其中还包含这个登入者的 ID 的判别喔!

o rpc.mountd:这个 daemon 主要的功能,则是在管理 NFS 的档案系统哩!当 Client 端顺利的通过 rpc.nfsd 而登入主机之后,在他可以使用 NFS server 提供的档案之前,还会经过档案使用权限 ( 就是那个 -rwxrwxrwx 与 owner, group 那几个权限啦 ) 的认证程序!他会去读 NFS 的设定档 /etc/exports 来比对 Client 的权限,当通过这一关之后, Client 就可以取得使用 NFS 档案的权限啦!(注:这个也是我们用来管理 NFS 分享之目录的使用权限与安全设定的地方哩!)


-----------------------------------------------------------------------------------------------

需要的套件

  要激活 NFS 我们必须要有两个套件才行,分别是:

o nfs-utils

o portmap

· 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 !』

· nfs-utils:

  就是提供 rpc.nfsd 及 rpc.mountd 这两个 NFS daemons 与其它相关 documents 与说明文件、执行档等的套件!这个就是 NFS 的主要套件啦!一定要有喔!

  好了,知道我们需要这两个套件之后,现在干嘛?!赶快去你的系统先用 RPM 看一下有没有这两个套件啦!没有的话赶快用 RPM 去安装喔!不然就完不下去了!


-----------------------------------------------------------------------------------------------

Server 端的设定:

  前面对于 NFS 稍微解释了一下,哇!怎么看起来好象粉难喔!其实一点也不!为什么呢?因为 portmap 只要一支 scripts 就可以激活, NFS 只要设定一个档案就可以顺利运作!那么怎么能说不简单呢!呵呵!这个 NFS 真是他 X 的太太太.....简单了~在开始 NFS 之前,让我们先以 Windows 的系统当中的『资源共享』来说明一下整个流程吧:

1. 在 Windows Server 上面,开启档案总管,在某个目录上面按右键选择激活资源共享;

2. 在资源共享的内容当中,需要设定『使用者权限』( 以 Windows 2000 为例 );

3. 在 Client 端需要登入 Windows server 时,需要激活『网络上的芳邻』来寻找可用的网络上面分享的目录,然后点选该目录,若可以登入该 Windows server 时,则可以依据步骤一的权限使用该目录下的档案!
呵呵!没错! NFS 的整个流程也差不多是这样:

· 首先,需要确认一下你的 Linux 主机是否可以支持 NFS 这项服务,然后再设定一下使用者的来源IP或主机名称以及分享出去的目录的权限,之后呢,激活 NFS 即可将刚刚设定的目录给他分享出去了!

· 那么在 Client 端怎么使用这个分享出来的目录?就是先以 showmount 检查 Linux Server 是否有可以使用的 NFS 目录,如果有的话,就将他 mount 在本机上面,如果可以 mount ,那么就可以使用 NFS 主机提供的资源了!

  哈哈!果然很简单吧!所以底下我们就来一个一个步骤的说明一下 NFS 怎么设定啰:

1.

2.

3.

4.

5.

6.

7.

8.

  OK!每个咚咚的细部项目就来谈一谈吧:

o 系统需求:

  嗄!NFS 有最低硬件需求吗?呵呵!您误会了!这里的需求其实指的是『软件需求』啦!需要的是:

1. 除了刚刚我们已经提到的两个套件『 portmap 与 nfs-utils 』必需要存在之外;

2. 您的核心版本最好能够高于 2.2.xx 以后比较好!

3. 此外,如果重新编译过核心,你必需『一定要选择』NFS 支持才行!

  目前,如果你使用的是安装时候的 Linux distribution 预设核心时,那么你都不用太担心,因为系统已经预设有支持啰!所以底下的咚咚妳都可以玩!但是,如果你已经重新编译过核心,并且不知道你是怎么编译的 ( 例如道听途说啦、试试看新鲜玩意啦等等的来编译你的核心时,所以没有注意到这个项目的选择 ) ,这个时候请到底下的网页再看一看你的核心资料吧:『』!

o /etc/exports:


  好了,已经确认『一切OK』之后,我们就真的要来玩弄 NFS 啦!这个东西真的很简单的啦,只要一个档案就可以搞定了!那就是编辑 /etc/exports 这个档案,请注意,这个档案如果不存在,请自行建立!并且,档名不要写错了喔!这个档案的内容很简单啦,我们列出他的规则:



  上面的规则是这样的:欲分享的目录主要是要分享给主机名称1及主机名称2,但是提供给这两者的权限并不一样,其中,给主机名称1的权限是参数1与参数2,至于给主机名称2的 Client 权限则是参数3与参数4。好了,那么那个『权限』也就是『参数』主要有哪些呢?

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:资料会先暂存于内存当中,而非直接写入硬盘!

  大致的参数就是这几样啰!那么我们来假设几个例子好了:

  思考一:我要将 /tmp 分享出去给大家使用,由于这个目录本来就是大家都可以读写的,因此我要让所有的人都可以存取。此外,我要让 root 写入的档案还是具有 root 的权限!那么你可以这么写喔!



  样一来,无论来自哪里(*万用字符!表示万事OK!)都可以使用我的 /tmp 这个目录。请注意,那个 *(rw,no_root_squash) 中间没有空格符喔!而 /tmp 与 *(rw,no_root_squash) 则是有空格符来隔开的!特别注意到那个 no_root_squash 的功能!
 
  思考二:我要将一个公共的目录 /home/public 公开出去,但是只有限定我的局域网络内 192.168.0.0/24 这个网域可以读写,其它人则只能读取:这



  请注意,在上面的例子中,倒数两行的格式都可以适用!所以只要写一行即可!上面的例子说的是,当我的 IP 是在 192.168.0.0/24 这个网段的时候,那么 /home/public 我就可以读写~至于如果我不是在这个网段之内,那么这个目录的资料我就仅能读取而已,亦即为只读的属性啦!
 
  思考三:我要将一个私人的目录 /home/test 开放给 192.168.0.100 这个 Client 端的机器来使用,那么我就必需这么写:



  这样就设定完成了!而且,只有 192.168.0.100 这部机器才能对 /home/test 这个目录进行存取喔!
 
  思考四:我要让 *.linux.org 网域的主机,登入我的 NFS 主机时,可以存取 /home/linux ,但是他们存资料的时候,我希望他们的 UID 与 GID 都变成 40 这个身份的使用者:



  特别注意到那个 all_squash 与 anonuid, anongid 的功能!如此一来,当 test.linux.org 登入这部 NFS 主机,并且在 /home/linux 写入档案时,该档案的所有人与所有群组,就会变成 /etc/passwd 里面对应的 UID 为 40 的那个身份的使用者了!

o 关于权限问题:


  无论任何时候,权限的问题都是需要考虑到的!让我们来看看刚刚建立的 /etc/exports 档案的内容:



  假设我在 192.168.0.100 登入这部 NFS ( IP 假设为 192.168.0.2 ) 主机,并且我在 192.168.0.100 的帐号为 test 这个身份,同时,在这部 NFS 上面也有 test 这个帐号,果真如此的话,那么:

1. 由于 192.168.0.2 这部 NFS 主机的 /tmp 权限为 -rwxrwxrwt ,所以我 ( test 在 192.168.0.100 上面 ) 在 /tmp 底下具有存取的权限,并且写入的档案所有人为 test ;

2. 在 /home/public 当中,由于我有读写的权限,所以如果在 /home/public 这个目录的权限对于 test 有开放写入的话,那么我就可以读写,并且我写入的档案所有人是 test 。但是万一 /home/public 对于 test 这个使用者并没有开放可以写入的权限时,那么我还是没有办法写入档案喔!这点请特别留意!

3. 在 /home/test 当中,我的权限与 /home/public 相同的状态!还需要 NFS 主机的 /home/test 对于 test 有开放权限;

4. 在 /home/linux 当中就比较麻烦!因为不论你是何种 user ,你的身份一定会被变成 UID=40 这个帐号!所以,这个目录就必需要针对 UID = 40 的那个帐号名称,修改他的权限才行!
 
  那么假如我在 192.168.0.100 的身份为 test2 ,但是 192.168.0.2 这部 NFS 主机却没有 test2 这个帐号时,情况会变成怎样呢?

1. 我在 /tmp 底下还是可以写入,但是写入的档案所有人变成 nobody 了;

2. 我在 /home/public 里面是否可以写入,还需要视 /home/public 的权限而定,不过,反正我的身份就被变成 nobody 了就是;

3. /home/test 的观点与 /home/public 相同!

4. /home/linux 底下,我的身份就被变成 UID = 40 那个使用者就是了!
 
  那么假如我在 192.168.0.100 的身份为 root 呢? root 这个帐号每个系统都会有呀!呵呵!权限变成怎样呢?
1. 我在 /tmp 里面可以写入,并且由于 no_root_squash 的参数,改变了预设的 root_squash 设定值,所以在 /tmp 写入的档案所有人为 root 喔!

2. 我在 /home/public 底下的身份还是被压缩成为 nobody 了!因为预设属性里面都具有 root_squash 呢!所以,如果 /home/public 有针对 nobody 开放写入权限时,那么我就可以写入,但是档案所有人变成 nobody 就是了!

3. /home/test 与 /home/public 相同;

4. /home/linux 的情况中,我 root 的身份也被压缩成为 UID = 40 的那个使用者了!
 
  这样的权限讲解之后,您可以了解了吗?这里是最重要的地方,如果这一关通过了,底下的咚咚就没有问题啦! ^_^

o 激活服务 portmap, nfsd

  好了,设定OK也没有权限的问题之后 ( 有问题也没关系,可以事后在好好的检视与修改一番!) ,再来自然就是激活他啰!如何激活呢?简单的很,直接给他OK下去!

  那个 portmap 根本就不需要设定!只要直接激活他就可以啦!激活之后,会出现一个 port 111 的 sunrpc 的服务!那就是 portmap 啦!至于 nfs 则会激活至少两个以上的 daemon 出现!然后就开始在监听 Client 端的需求啦!激活之后,请赶快到 /var/log/messages 里面看看有没有被正确的激活呢?



  要正常的出现上面的字样之后,才算是正确的激活喔!

o exportfs:


  好了,那么如果我们修改了 /etc/exports 这个档案之后,是否需要重新激活 nfs 呢?呵呵,并不需要,只要使用 exportfs 重新扫瞄一次 /etc/exports 这的档案,并且重新将设定加载即可!因此,就要来了解一下 exportfs 的用法了:



  要熟悉一下这个指令的用法喔!这样一来,就可以直接重新 export 我们的记录在 /etc/exports 的目录资料啰!

o 检验目录 /var/lib/nfs/xtab


  好了,当你顺利的将你的目录都分享出去之后,你怎么知道每个目录的分享权限呢?不要忘记了,因为我们有相当多的预设属性呢!因此,这个时候就得需要检验一下你所分享的目录内容啰!看一下 /var/lib/nfs/xtab 这个档案吧!他有点像这样:



  看到没?这个就是 /home/test 这个分享出去的目录的预设 NFS 里面的属性啦!这个属性状态里头有个比较奇怪的,那就是 anonuid=-2 这个,怎么有 uid=-2 的呢?呵呵!其实它说的是将 65536 - 2 的值,也就是 65534 的那个 UID 啦!对照一下 /etc/passwd ,你就会发现,哇!原来那就是 nobody 的啦!

o showmount:

  showmount 顾名思义,就是看看有没有可以 mount 的指令嘛!怎么用呢?



  很简单吧!所以,当你要扫瞄某一部主机他提供的 NFS 分享的目录时,就使用 showmount -e IP(或hostname)即可!非常的方便吧!

o 观察激活的 port number:


  OK!来看看我们激活 NFS 之后,到底激活了多少的 port 呢?要注意的是,我们有激活 portmap 与 nfs 两支 scripts 喔!



  注意看到上面喔!总共产生了好多的 port 喔!真是可怕!先注意到 nfs 自己所开启的 port ,就是那个 2049 的 port 啦!那个就是 NFS 主要产生的 port 啰。那么其它的 rpc.xxxx 的 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 啰!

  OK!这样一来, Server 端的设定就 OK 啦!


-----------------------------------------------------------------------------------------------

Client 端的设定:

挂载远程主机:


  好了, Server 端已经设定完毕,接着下来自然就是要使用 Client 端连接上 Server 端啰!那么连接上 Server 的步骤是怎样呢?

1. 扫瞄可以使用的 Server 目录;

2. 在 Client 本地端建立 mount point;

3. 使用 mount 将远程主机分享的目录挂载进来;

4. 可能发生的问题解决(被防火墙挡掉了!?)。

  OK啦!所以我们得先知道一下我们的主机里面有什么?假设我的主机名称是 test.linux.org ,那么我要知道里头有些什么藉由 NFS 分享出来的目录,就给他 showmount 一下啰!



  然后呢?假设我要将 /home/public 挂载在我的 /home/nfs/public 底下,那么我就得先有这个目录才行呀!然后再利用 mount 这个指令来挂载 /home/public 这个目录!有点像这样:



  先注意一下挂载 NFS 档案的格式范例喔!呵呵!这样就可以将资料挂载进来啦!请注意喔!以后,只要你进入你的目录 /home/nfs/public 就等于到了 test.linux.org 那部远程主机的 /home/public 那个目录中啰!很不错吧!那么如何将挂载的 NFS 目录卸载呢?就使用 umount 啊!



可能发生的问题:


通常无法挂载的原因有底下这几个:

1. 使用者的权限不符:

  以上面的例子来说明,我的 /home/test 只能提供 192.168.0.0/24 这个网域,所以,如果我在 test.linux.org 这部机器中,以 localhost 来挂载时,就会无法挂载上,这个权限概念没问题吧!那么你可以试试看:



  所以啰!如果你发现上面的显示的讯息时,就表示你的主机权限不能够进入该目录啰!如果确定你的 IP 没有错误,那么请回到 /etc/exports 这个档案中,针对你自己的 IP 来进行修正吧!
 
2. 忘记激活 portmap :

  这个最容易被忘记了!就是忘记了激活 portmap 这个服务啦!如果你发现你的 mount 的讯息是这样:



3.被防火墙挡掉了:

  这个也很容易忘记了!那就是重新设定一下你的防火墙,这包含了两部份,包括 iptables 与 TCP_Wrappers !因为我们激活了 portmap ,这个东西有两个资料需要分享出来,一个是 port 111 需要提供出去,因此你的 iptables 规则当中,需要开放这个 port 喔!有点像这样的几行字要加入你的 iptables rules 当中:



  或者是将 ALL 改成你所想要让他使用 NFS 的网域即可!这样说可以了解了吗?若想进一步了解一下防火墙,请参考:。


------------------------------------------------------------------------------------------------

RPC server 的相关指令:

  好了,既然我们知道这个 NFS 其实使用的是 RPC 这个咚咚,所以当然要知道 RPC 的每个 port 在干什么呀!这个时候,就不能不知道 rpcinfo 这个指令了!先来谈一谈这个指令的用法吧!



  这样就可以知道每个 port number 所对应的 program 啰!您也就知道这个 RPC server 提供给你的 program 是什么了!当然了,要让这个 rpcinfo 可以正确的动作,你的 portmap 得真的动起来才行吶!加油啰!

------------------------------------------------------------------------------------------------

关机或结束时的注意事项:


  需要注意的是,由于 NFS 使用的这个 RPC 在 client 端连上主机时,那么你的主机想要关机,那可就会成为『不可能的任务』!我还不知道正确的原因是什么,但是,如果你的 Server 上面还有 Client 在联机,那么你要关机,可能得要等到数个钟头才能够正常的关机成功!嗄!真的假的!不相信吗?不然您自个儿试试看! ^_^!所以啰,建议您的 NFS Server 想要关机之前,能更先『关掉 portmap 与 nfs 』这两个东西!如果无法正确的将这两个 daemons 关掉,那么先以 netstat -utlp 找出 PID ,然后以 kill 将他关掉先!这样才有办法正常的关机成功喔!这个请特别特别的注意呢!


------------------------------------------------------------------------------------------------

安全设定(被防火墙挡掉了):


  好了!一些注意事项讲完了之后,再来呢?对了!又是最重要的安全设定方面的问题了!那么 NFS 可以设定安全的地方有哪里呢?其实还不少呢?由外而内可以这样看:

1. iptables 防火墙设定;

2. TCP_Wrappers 防火墙设定;

3. /etc/exports 权限设定。

  防火墙的基本概念请参考『简易防火墙建置』一文,最好能将该篇文章给他看完,否则还真难了解底下在干嘛~嗯!假设您已经看完该篇短文了,接着下来我们就得要一步一步的接着建立防火墙啰!

· 使用 iptables 限制大范围联机:

  假设我们的 NFS 主要是针对内部网络开放而已,而对于外部网络只有对学术网络开放,亦即是 140.0.0.0/8 ,那么你可以使用这样的语法:



  这样大致上就可以让 192.168.0.0/24 这个 C Class 的网域与 140.0.0.0/8 这个 A Class 的网域到你的主机里面来,而其它的联机就视您的原本的 iptables 的状态而定喔!
 
· 使用 TCP_Wrappers 限制更细的范围:


  事实上,如果你不懂得如何设定 iptables 的话,那也没关系,我们可以使用 TCP_Wrappers 阿!因为要使用 NFS 就必须要通过 portmap 这一关( 因为要使用 RPC 啦! ),而这个 portmap 可以藉由 TCP_Wrappers 来管理!呵呵!太好了!那么就将他联机的范围限制的更小啰!我们可以在 /etc/hosts.allow 里面规定连上 NFS 主机的主机 IP 与名称,假设限制中的主机只有 192.168.0.0/24 这个 C class 及 140.116.44.125 这个主机,以及后面接的是 ncku.edu.tw 的网域可以连上我的 NFS 主机,那么我可以写成这样:

  呵呵!这样可就设定好啰!很简单的吧!
 
· 使用 /etc/exports 设定更安全的权限:

  这就牵涉到您的逻辑思考了!怎么设定都没有关系,但是在『便利』与『安全』之间,要找到您的平衡点吶!善用 root_squash 及 all_squash 等功能,再利用 anonuid 等等的设定来规范登入您主机的使用者身份!应该还是有办法提供一个较为安全的 NFS 主机的!

· Client 端挂载的问题:


  基本上,在 Client 端挂载的时候,为了担心会不小心刚 NFS 端挂进来的具有 SUID 权限档案的程序执行!这个很可能会危害到系统的安全呢!因为 SUID 本来就不是很安全的嘛!所以呢,你这个 root 也可以将 NFS 所分享的目录以较为安全的情况挂载进来!例如:


  选择 nosuid 也是一个很不错的抉择喔!

  通常我们都会约略的建议,不要激活 NFS Server ,即使要激活,最好也是针对某个范围来进行目录的分享!并且,『要分使用者层级来管理』会比较好一些喔!底下我们就来实际的在您的机器上面搞一个简单的 NFS server 吧!


------------------------------------------------------------------------------------------------

实际演练:

假设环境:


1. 假设我的 Linux 主机为 192.168.0.100 这一部;

2. 预计将 /tmp 以可擦写,并且不限制使用者身份的方式分享给所有 192.168.0.0/24 这个网域中的所有 Linux 工作站;

3. 预计开放 /home/nfs 这个目录,使用的属性为只读,可提供除了网域内的工作站外,向外亦提供资料内容;

4. 预计开放 /home/upload 做为 192.168.0.0/24 这个网域的资料上传目录,其中,这个 /home/upload 的使用者及所属群组为 nfs-upload 这个名字,他的 UID 与 GID 均为 210;

5. 预计将 /home/andy 这个目录仅分享给 192.168.0.50 这部 Linux 主机,以提供该主机上面 andy 这个使用者来使用,也就是说, andy 在 192.168.0.50 及 192.168.0.100 均有帐号,且帐号均为 andy ,所以预计开放 /home/andy 给 andy 使用他的家目录啦!

实地演练:

好了,那么请你先不要看底下的答案,先自己动笔或者直接在自己的机器上面动手作作看,等到得到你要的答案之后,在看底下的说明吧!

· 首先,就是要建立 /etc/exports 这个档案的内容啰,你可以这样写吧!


   大概就是这样子吧!你可以自行测试看看!
 
· 再来,就是要建立每个对应的目录的实际 Linux 权限了!我们一个一个来看:



  这样子一来,权限的问题大概就可以解决啰!
 
· 激活 portmap 与 nfs 服务:




· 在 192.168.0.50 这部机器上面演练一下:



  整个步骤大致上就是这样吶!加油喔!

(来源:鸟哥私房菜)
阅读(579) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~