最近更新日期:2011/07/28
14.1 NIS 的由來與功能
14.1.1 NIS 的主要功能:管理帳號資訊 14.1.2 NIS 的運作流程:透過 RPC 服務 14.2 NIS server 端的設定 14.2.1 所需要的軟體 14.2.2 NIS 伺服器相關的設定檔 14.2.3 一個實作案例 14.2.4 NIS master 的設定與啟動 14.2.5 防火牆設置 14.3 NIS client 端的設定 14.3.1 NIS client 所需軟體與軟體結構 14.3.2 NIS client 的設定與啟動 14.3.3 NIS client 端的檢驗: yptest, ypwhich, ypcat 14.3.4 使用者參數修改: yppasswd, ypchfn, ypchsh 14.4 NIS 搭配 NFS 的設定在叢集電腦上的應用 14.5 重點回顧 14.6 課後練習 14.7 參考資料與延伸閱讀 14.8 針對本文的建議:http://phorum.vbird.org/viewtopic.php?p=115269 14.1 NIS 的由來與功能 在一個大型的網域當中,如果有多部 Linux 主機,萬一要每部主機都需要設定相同的帳號與密碼時,你該怎麼辦?複製 /etc/passwd ?應該沒有這麼呆吧?如果能夠有一部帳號主控伺服器來管理網域中所有主機的帳號, 當其他的主機有使用者登入的需求時,才到這部主控伺服器上面要求相關的帳號、密碼等使用者資訊, 如此一來,如果想要增加、修改、刪除使用者資料,只要到這部主控伺服器上面處理即可, 這樣就能夠降低重複設定使用者帳號的步驟了。 這樣的功能有很多的伺服器軟體可以達成,這裡我們要介紹的則是 Network Information Services (NIS server) 這個伺服器軟體喔!底下就先來談一談這個 NIS 的相關功能吧!
14.1.1 NIS 的主要功能:管理帳號資訊 通常我們都會建議,一部 Linux 主機的功能越單純越好,也就是說,一部 Linux 就專門進行一項服務。這樣有許多的好處,這包含功能單純所以系統資源得以完整運用, 並且在發生入侵或者是系統產生狀況的時候,也比較容易追查問題所在。因此,一個公司內部常常會有好幾部 Linux 主機,有的專門負責 WWW 、有的專門負責 Mail 、有的專門負責 SAMBA 等等的服務。 不過,這樣雖然有分散風險、容易追蹤問題的好處,但是,由於是同一個公司內的多部主機,所以事實上所有的 Linux 主機的帳號與密碼都是一樣的!哇!那如果公司裡面有 100 的人的話, 我們就需要針對這麼多部的主機去設定帳號密碼了!而且,如果未來還有新進員工的話, 那麼光是設定密碼就會使系統管理員抓狂了! 這個時候,讓我們換一個角度來思考:如果我設計了一部專門管理帳號與密碼的伺服器,而其他的 Linux 主機當有用戶端要登入的時候,就必須要到這部管理密碼的伺服器來查尋使用者的帳號與密碼, 如此一來,我要管理所有的 Linux 主機的帳號與密碼,只要到那部主要伺服器上面去進行設定即可! 包括新進人員的設定,反正其他的 Linux 主機都是向它查尋的嘛!沒錯!真是好∼這個就是 Network Information Service, NIS 伺服器的主要功能啦! 事實上,Network Information Service 最早應該是稱為 Sun Yellow Pages (簡稱 yp),也就是 Sun 這家公司出的一個名為 Yellow Pages 的伺服器軟體,請注意, NIS 與 YP 是一模一樣的咚咚喔!這個 Yellow Pages 名字取的真是好!怎麼說呢?知道黃頁 (Yellow Pages) 是什麼嗎?就是我們家裡的電話簿啦! 今天如果你要查尋一家廠商的電話號碼,通常就是直接去查黃頁上面的紀錄來取得電話號碼啊!而這個 NIS 也一樣,當使用者要登入時, Linux 系統就會到 NIS 伺服器上面去找尋這個使用的帳號與密碼資訊來加以比對, 以提供使用者登入之用的檢驗啊!很棒吧! ^_^ 那麼 NIS 伺服器提供了哪些資訊呢?還記得帳號與密碼放置在哪裡吧?NIS 就是提供那些資料啦! 主要有底下這些基本的資料提供給有登入需求的主機喔:
至少可以提供上述這些功能,當然啦,你也可以自行定義哪些資料庫需要,哪些資料庫不需要! 14.1.2 NIS 的運作流程:透過 RPC 服務 由於 NIS 伺服器主要是提供使用者登入的資訊給用戶端主機來查詢之用,所以, NIS 伺服器所提供的資料當然就需要用到傳輸與讀寫比較快速的 "資料庫" 檔案系統, 而不是傳統的純文字資料。為了要達到這個目的,所以 NIS 伺服器就必須要將前一小節提到的那些檔案製作成為資料庫檔案, 然後使用網路通訊協定讓用戶端主機來查詢囉。至於所使用的通訊協定與前一章的 NFS 相同,都使用遠端程序呼叫 (RPC) 這個玩意兒喔! 此外,如果在一個很大型的網域裡面,萬一所有的 Linux 主機都向同一部 NIS 伺服器要求使用者資料時, 這部 NIS 伺服器的負載 (loading) 可能會過大。甚至如果考慮到資料使用的風險, 要是這單一的一部 NIS 伺服器掛點時,那其他的 Linux 主機還要不要讓 users 登入啊? 所以囉,在較為大型的企業環境當中, NIS 伺服器可以使用 master/slave (主控/次要伺服器) 架構的。 Master NIS 伺服器提供系統管理者製作的資料庫, slave 則取得來自 master 的資料,並藉以提供其他用戶端的查詢。 用戶端可以向整個網域要求使用者資料的回應,master 與 slave 皆可回答, 由於 slave 的資料來自於 master ,所以使用者帳號資料本身是同步的! 如此一方面可以分散 NIS 伺服器的負載,而且也可以避免因 NIS 伺服器掛點而導致的無法登入的風險。 圖 14.1-1、NIS 伺服器與用戶端的運作與查詢方式示意圖 整個 NIS 的運作就如同上圖,首先必須要有 NIS server 的存在,之後才會有 NIS Client 的存在。 那麼當使用者有登入的需求時,整個 NIS 的運作程序是:
從上面的流程當中,你會發現 NIS client 還是會先針對本機的帳號資料進行查詢,若本機查不到時才到 NIS server 上頭尋找。因此,如果你的 NIS client 本身就有很多一般使用者的帳號時,那跟 NIS server 所提供的帳號就可能產生一定程度的差異囉!所以,一般來說,在這樣的環境下,NIS client 或 NIS slave server 會主動拿掉自己本機的一般使用者帳號,僅會保留系統所需要的 root 及系統帳號而已。 如此一來,一般使用者才都會經由 NIS master server 所控管啊! ^_^ 根據上面圖 14.1-1 的說明,我們的 NIS 環境大致上需要設定的基本元件就有:
就如同上面提到的,在大型環境中才會使用到這麼複雜的 NIS master/slave 架構。因此,本章僅會介紹 NIS Master 的建置, 以及 NIS client 的設定而已。其實,NIS 服務使用的環境大概越來越僅局限在學術數值模式模擬的叢集電腦架構中 (PC cluster), 在那樣的架構中,老實說,鳥哥認為僅要學會 NIS master 即可。如果還有其他帳號方面的要求,例如跨平台的帳號資訊提供, 那可能就得要參考 Samba 或更進階的 LDAP 才好呦!這裡我們不談啦∼現在,就讓我們開始來玩一玩這個 NIS 的設定吧! 14.2 NIS Server 端的設定 NIS 伺服器端主要在於提供資料庫給用戶端作為驗證之用,雖然 NIS 伺服器類型有 Master 與 Slave ,
不過鳥哥這裡介紹的並不是大型企業環境,因此僅介紹 NIS master 的設定而已啦∼那就來設定看看囉! 14.2.1 所需要的軟體 由於 NIS 伺服器需要使用 RPC 協定,且 NIS 伺服器同時也可以當成用戶端,因此它需要的軟體就有底下這幾個:
如果你是使用 Red Hat 的系統,例如我們的 CentOS 6.x 的話,那你可以利用『 rpm -qa | grep '^yp' 』 來檢查是否有安裝上述的軟體。一般來說 yp-tools, ypbind 都會主動的安裝,不過 ypserv 可能就不會安裝了。 此時建議你直接使用『 yum install ypserv 』來安裝吧!立刻就裝好了。底下立刻來設定囉! 14.2.2 NIS 伺服器相關的設定檔 在 NIS 伺服器上最重要的就是 ypserv 這個軟體了,但是,由於 NIS 設定時還會使用到其他網路參數設定資料, 因此在設定檔方面需要有底下這些資料喔:
至於 NIS 伺服器提供的主要服務方面有底下兩個:
與帳號密碼的資料庫有關的指令方面有底下幾個:
14.2.3 一個實作案例 如果你有觀察過圖 14.1-1 的話,你會發現到我們的 NIS 需要設定 Master/Slave 及 client 等, 不過我們這裡僅介紹 NIS master server 與 NIS client 兩個元件而已,如果你有需要額外的 slave 的話, 再請查閱 NIS 官網的介紹囉。底下鳥哥先擬一個簡單的案例,做完案例我們再來談談實際可能會使用於叢集電腦的案例吧!
底下我們就一個一個來設定吧! 14.2.4 NIS server 的設定與啟動 NIS 伺服器的設定真是很簡單,首先,你必須要在 NIS 伺服器上面搞定你的帳號與密碼相關資料,
這包括 /etc/passwd, /etc/shadow, /etc/hosts, /etc/group .... 等等,都得要先搞定才行!
詳細的帳號相關資料請參考基礎篇的第十四章帳號管理。
等到搞定之後你就可以繼續 NIS 伺服器的設定了:
NIS 是會分領域名稱 (domain name) 來分辨不同的帳號密碼資料的,因此你必須要在伺服器與用戶端都指定相同的 NIS 領域名稱才行。設定這個 NIS 領域名稱的動作很簡單,就直接編輯 /etc/sysconfig/network 即可!如下所示:
當然,你也可以使用手動的方式暫時設定好你的 NIS 領域名稱,透過的方法就是 nisdomainname 這個指令。 (其實 nisdomainname 與 ypdomainname 及 domainname 都是一模一樣的指令啦!你只要記住一個指令名稱即可。請自行 man domainname 吧!)不過,這個指令現在大概只用來檢查設定是否正確,因為啟動 NIS 伺服器時,伺服器去捉取的資料就是從 network 這個檔案裡面捉取的!所以只要改這個設定檔即可啊! 另外,由於未來想使用 iptables 直接管理 NIS 的使用,因此我們想要控制 NIS 啟動在固定的埠口上。此時,
就使用『YPSERV_ARGS="-p 1011"』這個設定值來固定埠口在 1011 吧!
這個設定檔就是 NIS 伺服器最主要的設定檔啦!內容其實很簡單,你可以保留預設值即可。不過,也可以作一些更動啦!
由於鳥哥習慣在內部網域並不設定比較嚴格的限制,因此通常鳥哥都是選擇使用『 * : * : * : none 』那個設定值!
然後透過 iptables 來管控可使用的來源就是了。當然,你可以依據你的需求來設定啦!
在 /etc/ypserv.conf 的設定當中我們談到 NIS 大部分是給區域網路內的主機使用的,所以當然就不需要 DNS 的設定了。不過,由於 NIS 使用到很多的主機名稱,但是網路連線透過的是 IP 啊!所以你一定要設定好 /etc/hosts 裡面的主機名稱與 IP 的對應,否則會無法成功連線 NIS !這個很重要,絕大部分的朋友無法達成 NIS server/client 的連線都是這裡出問題而已。 依據本案例的設定值,你應該這樣做:
注意!如果你的主機名稱 (hostname) 與 NIS 的主機名稱不一樣,那麼在這個檔案當中還是需要將你的主機名稱給他設定進來!
否則在後面資料庫的設定時,肯定會發生問題。當然啦,你也可以直接在 /etc/sysconfig/network
當中直接重新設定主機名稱,然後重新開機,或者是利用 hostname 這個指令重新設定你的主機名稱也可以。
接下來當然是先啟動所有相關的服務囉,這包括 RPC, ypserv 以及 yppasswdd 囉!不過,如果你的 RPC 本來就已經啟動的話,那就不要重新啟動 rpcbind 了!此外,為了也讓 yppasswdd 啟動在固定的埠口,方便防火牆的管理, 因此,我們也建議你可以設定一下 /etc/sysconfig/yppasswdd 喔!
注意,主要的 NIS 服務是 ypserv ,不過,如果要提供 NIS 用戶端的密碼修改功能的話, 最好還是得要啟動 yppasswdd 這個服務才好。在啟動完畢後,我們可以利用 rpcinfo 來檢查看看:
很多時候,很多朋友在設定完 NIS 後又回去設定 NFS 了,結果看了前一章的介紹,竟然又重新啟動 rpcbind ,
這將導致 ypserv 的註冊資料被註銷掉。因此,使用上述的動作來檢查看看服務有沒有在等待中,
要看到如上的『就緒並等待服務』才會是正常的呦!
在完成了上面的所有步驟後,接下來我們得要開始將主機上面的帳號檔案轉成資料庫檔案啦! 不過,因為擔心與 NIS 用戶端的帳號有衝突,加上之前我們已經建立過一些帳號了。所以,這裡我們建立三個新帳號, 分別是 nisuser1, nisuser2, nisuser3 。不過帳號主要是依據 UID 來判斷的啊!因此,我們使用大於 1000 的 UID 來建立這三個帳號喔!
接下來,將建立的帳密資料轉成資料庫吧!轉換的動作直接透過 /usr/lib64/yp/ypinit 這個指令來處理即可!整個步驟是這樣做的:
要注意出現的資訊當中,在告知你可以直接輸入 [ctrl]-d 以結束的那個地方, 你的主機名稱會主動的被捉出來,注意!這個主機名稱務必需要在 /etc/hosts 可以被找到 IP 的對應, 否則會出現問題。另外,萬一在執行 ypinit -m 時,出現如下的錯誤,那肯定就是有些資料沒有被建立了!
如果是如下的錯誤,那可能是因為:
要注意啊,如果你的使用者密碼有變動過,那麼你就得要重新製作資料庫,重新啟動 ypserv 及 yppasswdd 喔! 注意注意啊!整個 NIS 伺服器這樣就給搞定了,有沒有很簡單啊! 14.2.5 防火牆設置 又來到了防火牆的規劃了!要注意的是,我們的 NIS 與 NFS 都是使用 RPC Server 的,所以囉,除了上述談到的固定埠口之外, 你還得要開放 port 111 才行。假設你已經看過前一章,而且是使用鳥哥的 iptables.rule 腳本來處理你的防火牆, 那麼你可以修改該檔案的內容,新增幾條規則去:
14.3 NIS Client 端的設定 我們知道網路連線是雙向的,所以 NIS server 提供資料庫檔案,NIS client 當然也需要提供一些連線的軟體囉!這個連線的軟體就是 ypbind 啦!此外,如同圖 14.1-1 的介紹,在 NIS client 端有登入需求時,NIS client 基本上還是先搜尋自己的 /etc/passwd, /etc/group 等資料後才再去找 NIS server 的資料庫啊!所以 NIS client 最好能夠將本身的帳號密碼刪除到僅剩下系統帳號,亦即 UID, GID 均小於 500 以下的帳號即可, 如此一來既可讓系統執行無誤,也能夠讓登入者的資訊完全來自 NIS server ,比較單純啦!
14.3.1 NIS client 所需軟體與軟體結構 NIS client 端所需要的軟體僅有:
yp-tools 是提供查詢的軟體,至於 ypbind 則是與 ypserv 互相溝通的用戶端連線軟體啦! 另外,在 CentOS 當中我們還有很多設定檔是與認證有關的,包含 ypbind 的設定檔時, 在設定 NIS client 你可能需要動到底下的檔案:
另外, NIS 還提供了幾個有趣的程式給 NIS 用戶端來進行帳號相關參數的修改,例如密碼、shell 等等, 主要有底下這幾個指令:
OK!那麼底下就讓我們開始來設定 NIS 用戶端吧!^_^ 14.3.2 NIS client 的設定與啟動 啟動 NIS client 的設定就簡單多了!最主要是加入 NIS domain 當中,然後再啟動 ypbind 即可。 雖然你可以手動去修改所有的設定檔,然而近期以來的 Linux distributions 帳號處理機制越來越複雜, 所以如果你想要手動修改所有設定檔,恐怕會瘋掉的∼因此,這裡建議你使用系統提供的工具來設定, 至於一些重要設定檔,最後有機會再去參考一下即可。 那麼 CentOS 6.x 提供了什麼好用的管理工具呢?很簡單,就利用 setup 這個指令即可!輸入 setup 就會出現如下的圖示, 然後依序這麼處理就好了呦! 圖 14.3-1、利用 setup 進入 authconfig 認證項目 記得在出現上圖 14.3-1 後,選擇認證設定,如果是出現英文的話,那麼你就得要選擇『Authentication configuration』的項目,之後就會進入下面的畫面: 圖 14.3-2、進入 authconfig 之後,選擇 NIS 項目 因為我們要用 NIS 作為登入者身份驗證的機制,因此就得要選擇 NIS 項目,如果是英文的話,得要選擇『Use NIS』項目即可。 圖 14.3-3、填寫 NIS 領域以及 NIS 伺服器的 IP 即可 最後再填寫 NIS 網域 (Domain) 以及 NIS 伺服器的 IP (Server),按下確定即可。如果系統很快的就跳回圖 14.3-1 的畫面, 代表你的設定理論上是沒有問題的。如果一直卡在如下的畫面中:
上述的資料就是出問題啦!那代表你的 NIS client 沒有辦法連接上 NIS server,最常發生的就是伺服器的防火牆忘記放行,或者是你用戶端輸入伺服器 IP 時,打錯數字了∼ 那也是很常發生的錯誤啦!這時請自行去修改一番吧!那麼這個 setup 到底做了什麼修改呢?我們也來看看幾個被改掉的重要設定檔吧:
因為更動到的檔案實在太多了,所以鳥哥還是建議使用 setup 來調整即可。但是,如果你真的想要手動處理的話, 那麼你必須要手動的修改底下這些檔案:
14.3.3 NIS client 端的檢驗: yptest, ypwhich, ypcat 如何確定 NIS client 已經連上 NIS server 呢?基本上,只要剛剛使用 setup 去設定時,最後的步驟並沒有被卡住,
那應該就是順利成功啦!該步驟會自動啟動 rpcbind 與 ypbind 兩個服務呦!那如何確認資料傳送是正確的?
簡單的要命啊!你可以利用 id 這個指令直接檢查 NIS server 有的,但是 NIS client
沒有的帳號,如果有出現該帳號的相關 UID/GID 資訊時,那表示資料傳輸也是正確的。
除此之外,我們還可以透過 NIS 提供的相關檢驗功能來檢查喔!底下分別來瞧一瞧:
直接在 NIS client 輸入 yptest 即可檢查相關的測試資料,如下所示:
從這個測試當中我們可以發現一些錯誤,就是在 Test 3 出現的那個警告資訊啦。還好,那只是說沒有該資料庫而已∼ 該錯誤是可以忽略的。重點在第 9 個步驟 yp_all 必須要有列出你 NIS server 上頭的所有帳號資訊,如果有出現帳號相關資料的話,那麼應該就算驗證成功了!
單純使用 ypwhich 的時候顯示的是『NIS Client 的 domain』名稱,而當加入 -x 這個參數時, 則是顯示『NIS Client 與 Server 之間溝通的資料庫有哪些?』你可以這樣測試哩!
由上面我們可以很清楚的就看到相關的檔案啦!這些資料庫檔案則是放置在我的 NIS Server 的
/var/yp/vbirdnis/* 裡面囉!
除了 yptest 之外,你還可以直接利用 ypcat 讀取資料庫的內容喔!一般作法是這樣:
這三個指令在進行 NIS Client 端的檢驗時,是相當有用的喔!不要忽略了他的存在啊!尤其是剛架設好 NIS Client 時,一定要使用 yptest 去檢查看看有沒有設定錯誤喔!根據螢幕顯示的訊息去一個一個校正錯誤才行啊! 14.3.4 使用者參數修改: yppasswd, ypchfn, ypchsh 好了,完成了上述的設定後,你的 NIS server/client 的帳號已經同步了!真是高興不是嗎? 不過,還有個挺大的問題,那就是...使用者如何在 NIS client 修改他自己的登入參數,例如密碼、shell 等等? 因為 NIS client 是藉由資料庫來取得使用者的帳號密碼,那如何在 NIS 用戶端處理帳號密碼的訂正? 問的好!這也是為何我們需要在 NIS server 啟動 yppasswdd 這支服務的主要用意! 因為 yppasswdd 可以接收 NIS client 端傳來的密碼修改,藉此而處理 NIS server 的 /etc/passwd, /etc/shadow , 然後 yppasswdd 還能夠重建密碼資料庫,讓 NIS server 同步更新資料庫!真是很不錯啊! ^_^ 那該如何下達指令呢?很簡單啊!透過 yppasswd, ypchsh, ypchfn 來處理即可。這三個指令的對應是:
因為功能相當,所以鳥哥這裡僅說明一下 yppasswd 而已。假設你已經登入 NIS client 那部主機, 並且是以 nisuser1 這個使用者登入的,記住,這個使用者相關資料僅在 NIS server 上。 接下來,這個使用者可以下達 yppasswd ,如下所示:
嘿嘿!如何,這樣就更新了 NIS server 上頭的 /etc/shadow 以及 /var/yp/vbirdnis/passwd.by* 的資料庫, 簡單吧!一下子就同步化了。不過,如果要教育使用者使用 yppasswd 的話,他可能不太能適應, 不要緊,你可以透過修改 alias 或者是置換掉 /usr/bin/passwd 這支程式即可!那現在讓我們回到 NIS 伺服器端看看真的有更動到資料庫嗎?
最終從登錄檔裡面,我們也能夠得到相關的記錄!這樣就非常完美啦! ^_^ 14.4 NIS 搭配 NFS 的設定在叢集電腦上的應用 剛剛在 NIS 用戶端的 nisuser1 登入測試中,你應該已經發現了一件事,那就是怎麼 nisuser1 沒有家目錄啊?這很正常啊!因為 nisuser1 的家目錄是在伺服器端的 /home 上頭,而你在用戶端登入時, 在用戶端的 /home 底下根本不可能有 nisuser1 的家目錄嘛!那怎辦?很簡單,將伺服器端的 /home 掛載到用戶端上面即可啊! 那這個觀念跟叢集電腦有啥關係啊?就讓我們來談談吧!
因為個人電腦的 CPU 速度越來越快,核心數目越來越多,因此個人電腦的效能已經不比伺服器等級的大型電腦差了! 不過,如果要用來作為計算大型數值模式的應用,即使是最快的個人電腦,還是沒有辦法有效的負荷的。此時你可能就得要考慮一下, 是要買超級電腦 (Top 500) 還是要自己組一部 PC 叢集電腦 (PC cluster)。 超級電腦的結構中,主要是透過內部電路將好多顆 CPU 與記憶體連接在一塊,因為是特殊設計,因此價格非常昂貴。 如果我們可以將較便宜的個人電腦串接在一塊,然後將數值運算的任務分別丟給每一部串接在一塊的個人電腦, 那不就很像超級電腦了嗎?沒錯!這就是 PC cluster 最早的想法。 但是這個作法當中有幾個限制喔,因為每部電腦都需要運算相同的程式,而我們知道運算的資料都在記憶體當中, 而程序啟動時需要給予一個身份,而程序讀取的程式在每部電腦上面都需要是相同的!同時,每部電腦都需要支援平行化運算! 所以,在 PC cluster 上面的所有電腦就得要有:
上面的三個項目中,第一個項目我們可以透過 NIS 來處理,第二個項目則可以使用 NFS 來搞定∼所以囉,你說, NIS 與 NFS 有沒有可使用的空間啊? ^_^
那我們有沒有辦法來實作一下平行化的叢集架構呢?老實說,很麻煩∼不過,至少我們可以先完成前面談到的兩個元件! 分別是 NIS 與 NFS 嘛!但是,在我們目前這個網路環境中,使用者帳號實在是太紊亂了∼所以,如果想要將伺服器的 /home 掛載到用戶端的 /home,那麼那個測試用的用戶端可能很多本地用戶都無法登入了∼因此,在這個測試練習中, 我們打算這樣做:
那就分別來實作一下囉!
這個案例中,你只要做完上述的動作就即將完成了,其他的設定檔請參考前面 14.2 節所談到的各個必要項目。 接下來當然就是重新啟動 ypserv 以及製作資料庫囉!
依序一個一個指令下達!上述的這四個指令稍微有相依性關係的!所以不要錯亂了順序喔!接下來,請換到用戶端進行:
作法太簡單了,鳥哥這裡就不示範囉。
伺服器的設定是很單純的∼用戶端的設定得要注意囉!
最後你應該就能夠在用戶端以 cluser1 登入系統!就這麼簡單的將帳號與檔案系統同步做完啦!如果你真的想要玩一下 PC Cluster 的話,鳥哥也有寫過一篇不是很成熟的 PC cluster 簡易架設,有興趣的話請自行參考: 14.5 重點回顧
14.6 本章習題
14.7 參考資料與延伸閱讀
2003/05/06:第一次完成日期! 2003/09/16:稍微加入一些資訊與微幅修改版面! 2006/09/22:將舊的文章移動到 此處 2006/10/11:啊!過了好久了!修改過程當中歷經搬家,所以文章產生較慢啊!這次多加入 NIS slave server 說! 2011/03/13:將舊的基於 CentOS 4.x 的版本移動到 此處 2011/03/16:因為 NIS 快要被 LDAP 取代,所以將比較複雜的 slave 部分刪去了∼ 2011/07/28:將基於 CentOS 5.x 的版本移動到此處 加入 /etc/idmapd.conf 的相關 domain 功能!要講要講!重要重要! 2003/05/06以來統計人數 |
||||||||||||||||||||||||||||||||||||||||||||||||