原理 ：?

? ? ? ?#? ?NFS 的權限本身沒有用戶密碼和賬戶驗證登錄過程?

? ? ? ? ? ? ?（ 你可以回憶下，我們前面訪問遠程共享目錄的時候，是沒有輸入賬戶，密碼啥的，是沒

????????????????有這個步驟的）

?????????????所以客戶端登錄到服務器后，會把客戶端的賬戶身份映射到服務器端?

? ? ? ? #? ?NFS 要訪問成功，不僅與服務器端配置有關，還與操作系統(tǒng)的目錄文件權限有關?

?實驗 ：?

? ? ? ? ?#? ?基于上例， 將 nfsfile 目錄權限進行修改，查看客戶端是否訪問成功??

[root@server ~]# cat /etc/exports 

/nfsfile	192.168.229.128/24(rw,sync,all_squash) 

? ? ? ? ? #? ?上示，我們查看下，? NFS 主配置文件里， 查看其 共享權限參數(shù)中的權限是怎樣的

? ? ? ? ? ? ? ?可以看到， 顯示的是 rw (? 即可讀可寫 ） 權限。?

[root@server ~]# cd /nfsfile

[root@server nfsfile]# ll

total 4

-rw-r--r-- 1 root   root   15 Jul 11 00:45 readme

-rw-r--r-- 1 nobody nobody  0 Jul 14 23:40 t1.txt

? ? ? ? ? ?#? ?我們進入到 共享目錄 /nfsfile 里， 使用 ll 命令查看? 共享文件里 文件系統(tǒng)的權限

? ? ? ? ? ? ? ? 顯示， 共享目錄里的文件 （ readme ,? t1.txt? ） 兩個的權限顯示都是 rw 權限

? ? ? ? ? ? ? ? 即 可讀可寫；?? ??

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? 那就是說，NFS主配置文件（? /etc/exports ）里的 共享權限參數(shù) 顯示的權限 （ rw ）?

? ? ? ? ? ? ? ? 和? ?共享目錄（ /nfsfile ） 里的文件（ readme, t1.txt ） 兩個文件本身，就它文件自身的

? ? ? ? ? ? ? ? 權限（ rw ）? 是一樣的， 那這就不利于我們做實驗了 ；?

? ? ? ? ? ? ? ? 即 兩個權限 是一樣的，那就體現(xiàn)不出那個權限是主導的了，所以，我們就做些改變，

? ? ? ? ? ? ? ? 把權限改一改， 然后再看權限的改變對最終的影響。?

? ? ? ? ? ? ? ??

? ? ? ? ? ? ? ? ?我們所做的這個實驗就是為了驗證?

? ? ? ? ? ? ? ? ?===>>>

? ? ? ? ? ? ? ? ?NFS配置的權限在??文件本身的權限 面前是不起作用的，最終是取決于 文件它自己本身

? ? ? ? ? ? ? ? ?的權限的。?

? ? ? ? ? ? ? ? ?

[root@server nfsfile]# chmod -Rf 444 /nfsfile/ 

[root@server nfsfile]# ll
total 4

-r--r--r-- 1 root   root   15 Jul 11 00:45 readme

-r--r--r-- 1 nobody nobody  0 Jul 14 23:40 t1.txt

? ? ? ? ? ?我們定位到 服務端， 改寫 共享目錄 里文件 自身的權限，由原來的 rw? 改為了 r?

? ? ? ? ? ?那現(xiàn)在，就有個小沖突了，就是權限不一樣了 （ 這就是 我們要實驗驗證所創(chuàng)造的條件 ）?

? ? ? ? ? ?我們不是剛才把 服務端的共享目錄的文件權限改成了 r-- （ 只能讀，不能寫 ）?

? ? ? ? ? ?然后，我們 NFS主配置文件里的 共享權限參數(shù) 里的權限是 rw （ 可讀 可寫 ）?

? ? ? ? 驗證? :??

? ? ? ? ? ?我們再定位到 客戶端?

[root@node1 ~]# cd /nfsfile_khd/

-bash: cd: /nfsfile_khd/: Permission denied

? ? ? ? ? ?那么，現(xiàn)在，我們在客戶端這邊，想要訪問 自己的掛載目錄，但卻發(fā)現(xiàn) 沒有權限了

? ? ? ? ? ?已經(jīng)進不去了，因為沒有 寫 的權限了 （ 我們上一步不是 把 共享目錄里的文件的權限改

? ? ? ? ? ?了嘛，從 rw 改成 r ）??

? ? ? ? ? ?這就證明了，即使 NFS 主配置文件里的共享權限參數(shù) 即使是?（ rw ） 可讀可寫，但是，還

? ? ? ? ? ?是取決于 共享目錄里文件本身的權限（ r- ） 只讀 ~?。。?！

? ? ? ? ? ?我們再來驗證下?

? ? ? ? ? ?===>>>

[root@server ~]# chmod -Rf 777 /nfsfile 


[root@node1 ~]# cd /nfsfile_khd/

[root@node1 nfsfile_khd]# ll
total 4
-rwxrwxrwx 1 root   root   15 Jul 11 00:45 readme
-rwxrwxrwx 1 nobody nobody  0 Jul 14 23:40 t1.txt

? ? ? ? ? ?顯然，當我們在 服務端 對 共享目錄的權限修改成 （ rwx ） 這個時候，客戶端就又能訪問

? ? ? ? ? ?遠程目錄了~！?。?！

實驗目的 ：?

????????

? ? ? ? ? ? ? ? 我們所做的這個實驗就是為了驗證?

? ? ? ? ? ? ? ? ?===>>>

NFS配置的權限在??文件本身的權限 面前是不起作用的，最終是取決于 文件它自己本身

?

的權限的。??

? ?文章來源地址http://www.zghlxwxcb.cn/news/detail-761092.html

到了這里，關于Linux - 進階 NFS 服務器 NFS文件權限與共享目錄權限主次問題的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！