根伺服器：由固定幾臺主機提供全球資源定址服務(wù)（URL），主機清單隨著(zhù)效能的需求成長(cháng)，需定期從 interNIC 更新。
最上層網(wǎng)域：例如：tw. ，由國家或地區成立的 NIC 分支機構負責維運管理，提供服務(wù)的主機需註冊於根伺服器中，以建立階層結構關(guān)係。
第二層網(wǎng)域：由各地區 NIC 組織授權給各相關(guān)領(lǐng)域機構負責管理，例如：授權教育部負責管理 edu.tw. 領(lǐng)域。提供服務(wù)的主機必須註冊於上層網(wǎng)域的伺服器上，以建立階層結構關(guān)係。
重要紀錄類(lèi)型
- 主機（Ａ）紀錄：紀錄網(wǎng)址名稱(chēng)對應成 IP
- 指標（PTR）紀錄：紀錄 IP 對應成網(wǎng)址名稱(chēng)
- 名稱(chēng)伺服器（NS）紀錄：紀錄管理該網(wǎng)域的伺服器 IP
- 授權（SOA）紀錄：
origin = dns.spps.tp.edu.tw
mail addr = shane.mail.spps.tp.edu.tw
serial = 2000091401
refresh = 86400 (1 day)
retry = 1800 (30 mins)
expire = 1728000 (20 days)
minimum ttl = 259200 (3 days)
紀錄該網(wǎng)域的管理主機、管理員信箱、目前的版本序號、正副 DNS 更新頻率、更新失敗時(shí)重試頻率、過(guò)期期限、授權期限（最後這個(gè)設定是給其他 DNS 用來(lái)規範快取記憶體的）。正反解析（UDP或TCP）
- 工作站向 local DNS 伺服器提出解析（正解或反解）要求。
- local DNS 從快取記憶體中搜尋該網(wǎng)址名稱(chēng)或 IP 是否有對應紀錄，如果找到則 檢查授權期限（TTL），超過(guò)期限視同找不到紀錄，若資料未過(guò)期，則回覆給工作站。
- 找不到紀錄的處理方式：去除頭碼後，從快取記憶體中搜尋 NS 紀錄，假設有搜尋到 NS 紀錄，則向該網(wǎng)域 DNS 伺服器提出解析要求 ，若找不到則再去除頭碼並進(jìn)行搜尋，依此方法反覆進(jìn)行到只剩下 .（根）。
- 由於根伺服器已預先儲存在快取記憶體中，所以可以成功找到，並將解析要求送往該伺服器。
- 根伺服器送回下一層 NS 紀錄，要求連往該網(wǎng)域伺服器查詢(xún)。
- local DNS 伺服器紀錄該 NS 的 IP 與 DN 的對應關(guān)係，並寫(xiě)入快取記憶體中，並向該網(wǎng)域伺服器提出解析要求。
- 該網(wǎng)域伺服器代為查詢(xún)出結果，並送回 A 紀錄
- local DNS 伺服器紀錄該主機的 IP 與 DN 的對應關(guān)係，並寫(xiě)入快取記憶體中，並將結果送回給工作站。
遞迴（recursive）、重複（interative）查詢(xún)
- 當 local DNS 收到其他 DNS 所提出的解析要求，並且從快取記憶體中查不到答案時(shí)，則可以代為查詢(xún)，或拒絕代查（需在啟動(dòng) DNS 前預先設定運作模式）。
- 若拒絕代查，則 local DNS 會(huì )回應最接近答案的 NS 紀錄給對方，以方便對方繼續查詢(xún)。
領(lǐng)域傳送（TCP）
- 次要 DNS 伺服器向主 DNS 伺服器詢(xún)問(wèn)版次。
- 次要 DNS 比較 SOA 紀錄中的版次大小，決定是否要向主 DNS 提出 zone transfer 要求。
- 主 DNS 伺服器使用 TCP 通訊協(xié)定傳送完整領(lǐng)域紀錄給次要 DNS。
輪詢(xún)
- 當多個(gè) DN 對應到同一個(gè) IP 時(shí)，主要的 DN 可以設定為 A 紀錄，其餘 DN 設為 CNAME 紀錄，則 DNS 回應解析要求時(shí)，不會(huì )進(jìn)行輪詢(xún)，而會(huì )固定送回 A 紀錄。這會(huì )對 mail 主機的運作造成一些問(wèn)題，當一臺 mail 主機在 DNS 上所註冊的 A 紀錄與郵寄地址不同時(shí)，會(huì )使得 mail 程式在進(jìn)行運算時(shí)，無(wú)法通過(guò) DNS 查核，而導致信件無(wú)法遞送。因此對於提供 mail 服務(wù)的主機來(lái)說(shuō)，在 DNS 上註冊之 A 紀錄，必須與郵寄地址相符。
- 當多個(gè) IP 對應到同一個(gè) DN 時(shí)，DNS 會(huì )以 round robin 演算法來(lái)進(jìn)行輪詢(xún)。這個(gè)機制可以被運用在負載平衡上。
NAT 就是虛擬網(wǎng)址對應機制，是為了解決 IP 不足而發(fā)展的。由於使用 NAT 機制，可以讓多臺工作站偽裝成同一個(gè) IP 上網(wǎng)，從外部網(wǎng)路並無(wú)法得知是哪些工作站連線(xiàn)，間接的也保護了工作站的安全，因此 NAT 機制也被視為是防火牆產(chǎn)品所必須提供的基本功能 。
完整的 NAT 機制應提供以下功能：
- IP 偽裝（多對一 、多對多對應：多個(gè)虛擬 IP 對應成 1 個(gè)或多個(gè)真實(shí) IP）
- 伺服主機對應（一對一 對應： 1 個(gè)虛擬 IP 對應成 1 個(gè)真實(shí) IP）
- Port 轉送（將某一通訊協(xié)定固定轉往一臺內部伺服主機）
以上三種功能，都必須對 IP 封包來(lái)加以改寫(xiě)才能完成，因此只有支援 Layer 3 以上的網(wǎng)路設備，才能提供 NAT 機制（或在 PC 上安裝防火牆軟體來(lái)提供）。
在 NAT 虛擬網(wǎng)域內，所有的工作站都只有虛擬 IP，而提供對外服務(wù)之伺服器，則同時(shí)具備一個(gè)真實(shí) IP 和一個(gè)虛擬 IP。這就會(huì )造成 DNS 建置上的困擾，因為對外部的網(wǎng)域而言，並無(wú)法得知虛擬 IP 的存在，因此必須將伺服器的 DN 對應到真實(shí) IP，才能從外部網(wǎng)路連通。對於內部網(wǎng)域而言，必須要能夠以虛擬 IP 直接連通該伺服器，而不應使用真實(shí) IP。問(wèn)題是 DNS 並無(wú)法同時(shí)提供虛擬 IP 和真實(shí) IP 對應到同一個(gè) DN，這就是為何 NAT 架構下需要兩臺 DNS 的原因。
由於 DNS 階層是由上而下的（上層需註冊下層的紀錄，下層則可以不用理會(huì )上層），因此對於上層 DNS 而言，只要知道對應到真實(shí) IP 的 DNS 伺服器就行了﹔對應到虛擬 IP 的 DNS 伺服器並不須要註冊於上層，也可以正常運作。
假設在 NAT 虛擬網(wǎng)域內，只使用一臺對外 DNS 伺服器，將會(huì )耗用加倍的網(wǎng)路頻寬，尤其是會(huì )佔用防火牆資源，容易造成網(wǎng)路效能降低，原因如下：
當虛擬網(wǎng)域內之工作站想要連上本地端伺服器時(shí)（假設是 Web 伺服器），首先會(huì )送出名稱(chēng)解析要求給 DNS 伺服器，然後會(huì )得到 Web 伺服器的真實(shí) IP ，由於真實(shí) IP 並非本地端 IP ，因此會(huì )將封包往外送到防火牆，再由防火牆進(jìn)行 IP 轉換，轉換結果得到 Web 伺服器之虛擬 IP ，這時(shí)封包再送給 Web 伺服器處理，因此封包並非直接由工作站送往 Web 伺服器，而是會(huì )先經(jīng)過(guò)防火牆，造成內部封包排擠外部封包的效應，使得連通外部網(wǎng)路的頻寬打對折。
當家長(cháng)反應學(xué)校網(wǎng)站無(wú)法瀏覽時(shí)，有時(shí)並非 DNS 的問(wèn)題，我們可以?huà)袢∫韵碌奶幚砹鞒虂?lái)釐清問(wèn)題成因：
- 請對方取消瀏覽器的 Proxy 設定，試試看能不能連通，藉以確認是否為 Proxy 不通。
- 請對方直接打 IP ，試試看能不能連通，藉以確定是否為 DNS 無(wú)法正常解析。
- 在校內工作站上 ping 網(wǎng)站 URL 看看是否有回應，以便確認是否為校內 DNS 之問(wèn)題。
- 請對方告知他們所使用的 DNS 的 IP（使用 ipconfig /all 指令），以 nslookup 檢測對方使用的 DNS，是否能正常解析學(xué)校網(wǎng)站的網(wǎng)址。
特別要注意的是，即使是確定 DNS 有問(wèn)題，有時(shí)候問(wèn)題並非出在校內自己的 DNS 上，其他的可能性包括：上層 DNS 委派子網(wǎng)域時(shí)發(fā)生錯誤、對方 DNS 故障、對方快取記憶未及時(shí)更新......等原因。而這些原因則需要使用 nslookup 來(lái)進(jìn)行檢測。
我們可以使用 nslookup 來(lái)偵測DNS名稱(chēng)解析是否正確，這是 Linux 上常用的指令，你要注意的是，在 Windows系統中只有NT系列有提供這個(gè)指令，所以請不要在 98上面做這項偵錯。
我們來(lái)看以下的偵錯過(guò)程：
C:\>nslookup
預設伺服器： dns.spps.tp.edu.tw <--我的網(wǎng)路組態(tài)以它當第一臺DNS
Address: 192.57.1.3 <--因為是使用內部 DNS ，所以對應到虛擬 IP
> www.spps.tp.edu.tw <--先測試該Server管理的正解紀錄是否存在伺服器： dns.spps.tp.edu.tw
Address: 192.57.1.3
名稱(chēng)： www.spps.tp.edu.tw <--OK沒(méi)問(wèn)題
Address: 192.57.1.2
> 192.57.1.2 <--再測試該Server管理的反解紀錄是否存在伺服器： dns.spps.tp.edu.tw
Address: 192.57.1.3
名稱(chēng)： www.spps.tp.edu.tw <--OK也沒(méi)問(wèn)題
Address: 192.57.1.2
> set q=any <--改變查詢(xún)的選項為任何型態(tài)紀錄
> tp.edu.tw <--查詢(xún)我們上一層的網(wǎng)域內容伺服器： dns.spps.tp.edu.tw
Address: 192.57.1.3
tp.edu.tw internet address = 163.21.236.5
tp.edu.tw nameserver = dns.tp.edu.tw
tp.edu.tw nameserver = ns.tp.edu.tw
tp.edu.tw primary name server = dns.tp.edu.tw
responsible mail addr = mail.tp.edu.tw
serial = 199911173
refresh = 21600 (6 hours)
retry = 7200 (2 hours)
expire = 3600000 (41 days 16 hours)
default TTL = 172800 (2 days)
tp.edu.tw nameserver = dns.tp.edu.tw <--上一層的DNS主機
tp.edu.tw nameserver = ns.tp.edu.tw
dns.tp.edu.tw internet address = 163.21.236.5
ns.tp.edu.tw internet address = 163.21.236.7> lserver 163.21.236.5 <--將上一層的DNS主機設定為查詢(xún)對象
預設伺服器： dns.tp.edu.tw
Address: 163.21.236.5
> spps.tp.edu.tw <--查詢(xún)本地網(wǎng)域在上一層的設定內容伺服器： dns.tp.edu.tw
Address: 163.21.236.5
spps.tp.edu.tw nameserver = dns.spps.tp.edu.tw <--與我們呈報上去的設定一致沒(méi)有設錯
dns.spps.tp.edu.tw internet address = 163.21.166.2 <--指到對應真實(shí) IP 的外部 DNS> exit <--離開(kāi)nslookup工具
這一段偵錯過(guò)程是在追蹤DNS為何不工作，通常我們是由下往上查，而不是由上往下查，因為越往上層其管理會(huì )越嚴謹，出錯機率相對不高，除非是我們給上層錯誤的資料，否則不致於會(huì )有問(wèn)題。
偵測過(guò)程中，先偵測自己Server管轄內的機器是否能正確的正反解，如果不能解出正確結果，那麼就是我們自己的Server設定錯誤（通常是語(yǔ)法錯誤），如果根本不能查詢(xún)，而且出現錯誤訊息，那就是Server掛掉了，請將它修復後重新開(kāi)機。
如果偵測沒(méi)有問(wèn)題，但是在瀏覽器中還是不能看到自己的網(wǎng)頁(yè)，這時(shí)候我們懷疑上一層資料與我們不Match，我們就必須進(jìn)行記錄比對。假如不知道上層DNS的位址，可以先在自己的Server上查詢(xún)一下，查出結果後，再將該Server設成本地端預設DNS，這樣做的目的是讓以下的查詢(xún)可以真正讀取到該Server管轄的記錄內容。
查詢(xún)有關(guān)本地網(wǎng)域它所知道的任何訊息，Server應該會(huì )回應所有有關(guān)的紀錄，核對看看是不是與我們通報上去的資料一致。假如是因為我們這邊做了修改，但是沒(méi)有通知上一層的管理員，那發(fā)生錯誤就是天經(jīng)地義的了！
任何已登錄的DNS，要修改IP或網(wǎng)域名稱(chēng)，一定要經(jīng)過(guò)正常行政程序通知上一層管理員，請上一層管理員幫你修改紀錄，這樣改變才是有效的！
與 Netbios 解析的合作windows 網(wǎng)路是使用 Netbios 名稱(chēng)來(lái)進(jìn)行主機的辨識，有關(guān) Netbios 名稱(chēng)解析的詳細內容，在下個(gè)小節介紹，這裡主要是要討論微軟的用戶(hù)端解析工具，如何融合 Netbios 和 DNS 查詢(xún)。
當我們從命令列輸入
Ping www
由於 Ping 指令需要 IP 才能運作，因此會(huì )先啟動(dòng)用戶(hù)端名稱(chēng)解析工具，以便將 www 解析為 IP 位址。首先會(huì )判斷名稱(chēng)內是否含有 . 如果有則送往 DNS 要求解析，若否則以 Netbios 機制來(lái)解析，解析流程如右圖所示。
我們從圖上可以了解，當 www 名稱(chēng)無(wú)法使用 Netbios 解析（詢(xún)問(wèn) WINS 伺服器或 Netbios 廣播），則會(huì )比對 LMHOSTS 和 HOSTS 檔案，如果還是找不到，則會(huì )加上網(wǎng)域尾碼，來(lái)進(jìn)行 DNS 查詢(xún)，於是要解析的名稱(chēng)就從 www 變成是 www.spps.tp.edu.tw。
此項功能可以從我的電腦->控制臺->網(wǎng)路組態(tài)設定開(kāi)啟。
有趣的是如果 local DNS 伺服器是使用 win NT /2000 ，那麼當 DNS 找不到 www.spps.tp.edu.tw 的 A 紀錄時(shí)，會(huì )將網(wǎng)域尾碼去除變成 www 然後再交給 WINS 伺服器解析。
換句話(huà)說(shuō)，當某臺主機其 Netbios 名稱(chēng)為 web ，但網(wǎng)址名稱(chēng)為 www.spps.tp.edu.tw 時(shí)，以下指令都可以查到正確結果：
Ping web（使用 Netbios 解析成功）
Ping www（使用 Netbios 解析失敗後，轉送 DNS 解析成功）
Ping www.spps.tp.edu.tw（使用 DNS 解析成功）
Ping web.spps.tp.edu.tw（使用 DNS 解析失敗後，轉送 WINS 解析成功）
第四種情形，可以讓未登錄於 DNS 的主機，也能成功解析 URL，看起來(lái)就像是有一臺動(dòng)態(tài) DNS （DDNS）提供服務(wù)一樣，只不過(guò)這種動(dòng)態(tài)是模擬的 ，而且網(wǎng)域內必須安裝 WINS 伺服器才行。
與 AD 的合作
Win 2000 所提供的 LDAP 服務(wù)，被命名為 Active Directory（簡(jiǎn)稱(chēng)AD），這個(gè)服務(wù)用來(lái)取代 NT 的帳號管理，配合這項轉變，win 2000 上的帳號認證，也改用 Linux 流行多年的 kerbros 認證機制。另由於 Netbios 名稱(chēng)解析存在許多的缺點(diǎn)，所以在 win 2000 上面改提供 DNS 來(lái)作為 windows 網(wǎng)路的標準名稱(chēng)系統。這兩項新的標準，最後結合在一起，成為真正的 DDNS（還是與 Linux 上標準的 DDNS 有所不同）
當我們將 windows DNS 設定為與 AD 結合時(shí)，原本由 DNS 所管理的網(wǎng)域名稱(chēng)資料庫，會(huì )轉移到 AD 資料庫內，由 AD 來(lái)進(jìn)行動(dòng)態(tài)維護，也就是說(shuō)，當該網(wǎng)域內的 win98 工作站開(kāi)機登入網(wǎng)域後，AD 便根據該工作站 Netbios 名稱(chēng)（加上網(wǎng)域尾碼），以及該工作站的 IP （無(wú)論固定 IP 或得自 DHCP 的動(dòng)態(tài) IP），自動(dòng)建立 DNS 紀錄；如果該工作站係由 DHCP 取得 IP，則因為每次開(kāi)機都會(huì )登入網(wǎng)域並自動(dòng)更新 DNS 紀錄，所以該工作站可以被 DNS 查到。
Netbios 原本是一組 DOS 環(huán)境下所使用的網(wǎng)路應用程式介面（API），後來(lái)由於被 windows 網(wǎng)路採用作為電腦名稱(chēng)機制，所以不但沒(méi)有被淘汰，反而還大行其道。由於早期的 windows 網(wǎng)路使用 Netbeui 通訊協(xié)定，所以 Netbios 封包也被封裝成 Netbeui，當 TCP/IP 盛行後，Netbios 封包又被改用 TCP/IP 來(lái)封裝，並命名為 NBT （Netbios over TCP/IP）通訊協(xié)定（修改自 Unix 系統的 SMB）?？傊?Netbios 並不是 Netbeui。
Netbios 服務(wù)被 windows 網(wǎng)路採用的功能有下列三項：
- 名稱(chēng)服務(wù)（Name service，TCP 137）：具有專(zhuān)屬名稱(chēng)與群組名稱(chēng)兩種不同名稱(chēng)空間，兩臺主機之間可藉由 Netbios 廣播或透過(guò) WINS 伺服器，來(lái)查詢(xún)對方是否存在。
- 連線(xiàn)服務(wù)（Session service，TCP 138）：提供兩臺主機之間使用 Netbios 名稱(chēng)來(lái)進(jìn)行身分認證，並建立連線(xiàn)。
- 資料傳送服務(wù)（Datagram service，UDP 139）：用來(lái)在兩臺主機之間交換大量資料。
Netbios名稱(chēng)服務(wù)是透過(guò)廣播的方式來(lái)查詢(xún)主要名稱(chēng)瀏覽器（Master Browser）來(lái)獲得電腦名單，主要名稱(chēng)瀏覽器通常是網(wǎng)路上第一臺開(kāi)機的電腦，如果網(wǎng)域裡面有作業(yè)系統版本較高的主機被開(kāi)機，則會(huì )在開(kāi)機後自動(dòng)進(jìn)行「選舉」，並成為新的主要名稱(chēng)瀏覽器，原有的主要名稱(chēng)瀏覽器則被降級為備份名稱(chēng)瀏覽器。
主要名稱(chēng)瀏覽器會(huì )每隔十五分鐘檢查一次備份名稱(chēng)瀏覽器是否還開(kāi)機，若否則會(huì )選擇一臺新的機器當備份名稱(chēng)瀏覽器（Backup Browser），備份清單上的資料。
網(wǎng)域內的工作站會(huì )每隔12秒廣播自己的電腦名稱(chēng)，以及存在的分享資源，主要名稱(chēng)瀏覽器收到後，就會(huì )整理清單。網(wǎng)域內如果電腦數太多會(huì )造成廣播封包急速增加，而佔用頻寬，規劃上可以使用橋接器或 Layer 2 的 Switch 管制廣播封包的流向，減輕網(wǎng)路負荷，有許多網(wǎng)路系統就是因為規劃不當而造成廣播風(fēng)暴，致使網(wǎng)路效能不彰。
由於 NetBT 廣播封包無(wú)法跨越網(wǎng)段，如果 同一個(gè) windows 網(wǎng)域的工作站，分布在不同網(wǎng)段上，想要穿越路由器 （或是橋接器、交換器、防火牆）互相溝通，就只能透過(guò) WINS 伺服器來(lái)?yè)蚊饺?。同時(shí)因為 WINS 伺服器的架設，原本會(huì )定期廣播的機制，會(huì )轉變成固定向 WINS 查詢(xún)，可以有效減輕網(wǎng)路負擔，一臺專(zhuān)職的 WINS 伺服器，其效能足以提供給五個(gè)網(wǎng)域內一千臺以上的工作站使用。如果路由器後方有防火牆，必須將 TCP137~139、UDP138~139 放行，才能通過(guò)防火牆的攔堵；通常只有在多個(gè)網(wǎng)域互相連接時(shí)，才需要考慮這個(gè)問(wèn)題。這裡再強調一次，如果區域網(wǎng)路電腦數量太多，或者已經(jīng)用橋接器或交換器或路由器來(lái)連接各個(gè)子網(wǎng)域，一定要安裝一臺專(zhuān)職 WINS 伺服器（選擇NT的WINS或UNIX的SAMBA都可以），這樣透過(guò)網(wǎng)路工作才會(huì )輕鬆宜人。
舉實(shí)例來(lái)說(shuō)明：當我們打開(kāi)網(wǎng)路上的芳鄰時(shí)，工作站就會(huì )透過(guò) Netbios 名稱(chēng)服務(wù)取得電腦清單，這時(shí)候我們可以看到一大堆電腦小圖示，接著(zhù)我們在目標電腦的小圖示上按一下，工作站就透過(guò) Netbios 名稱(chēng)服務(wù)取得該臺電腦的分享資源名稱(chēng)，這時(shí)候我們可以看到該臺電腦分享出來(lái)得資料夾。接著(zhù)我們打開(kāi)其中一個(gè)資料夾，工作站就會(huì )透過(guò) Netbios 連線(xiàn)服務(wù)與對方建立連線(xiàn)，當我們以拖拉方式將資料夾內的檔案拖到桌面上，則工作站會(huì )透過(guò) Netbios 資料傳送服務(wù)取得該檔案的內容，並複製到我們的電腦上。
當工作站已設定 WINS 時(shí)，開(kāi)機啟動(dòng)後會(huì )嘗試直接與 WINS 伺服器聯(lián)繫，而非以廣播方式來(lái)宣告主機存活，這樣就可以有效減少廣播封包的產(chǎn)生。WINS 伺服器在接到工作站的名稱(chēng)登記要求時(shí)，會(huì )傳回 TTL （Time to Live）值，當 TTL 值到期時(shí)，工作站會(huì )再與 WINS 伺服器聯(lián)繫，以便刷新已經(jīng)登錄的名稱(chēng)。工作方式與不設定 WINS 時(shí)完全相同，差別只在於一個(gè)使用廣播，另一個(gè)不使用。
當工作站關(guān)閉時(shí)，會(huì )送出名稱(chēng)解除請求給 WINS 伺服器，WINS 伺服器收到請求後，會(huì )將該電腦名稱(chēng)從資料庫刪除。
雖然工作站已經(jīng)設定了 WINS 伺服器，但開(kāi)啟網(wǎng)芳時(shí)，一樣是透過(guò)主要名稱(chēng)瀏覽器來(lái)取得電腦清單，只不過(guò)原本用廣播來(lái)找尋主要名稱(chēng)瀏覽器，現在則改成問(wèn) WINS。前面已經(jīng)描述過(guò)主要名稱(chēng)瀏覽器必然是網(wǎng)域內作業(yè)系統版本最高的電腦，這就有可能使得主要名稱(chēng)瀏覽器與 WINS 伺服器不在同一臺主機上，因此會(huì )導致網(wǎng)芳上面所看到的電腦名稱(chēng)清單，並不是正確的。
當你發(fā)現某臺主機從網(wǎng)芳看不到，但是可以 Ping 得到，無(wú)法從網(wǎng)芳存取分享檔案，但是可以用遠端連線(xiàn)磁碟機來(lái)存取時(shí)，便是發(fā)生了 WINS 與主要名稱(chēng)瀏覽器不一致的情形。
為了避免發(fā)生這種現象，必須把 WINS 伺服器安裝在作業(yè)系統版本最高的機器上。
WINS 伺服器由於使用 TCP/IP 來(lái)封裝 Netbios 封包（NBT），所以可以跨越路由器。當同一個(gè)群組的電腦位於路由器的兩端時(shí)，它們雖然可以共用同一臺 WINS 伺服器，但是卻需要兩臺主要名稱(chēng)瀏覽器來(lái)維護電腦名稱(chēng)清單，這樣就會(huì )經(jīng)常造成清單的不一致。
因此就算是使用 WINS 伺服器，您還是不應該將同一群組的電腦跨越在不同的網(wǎng)段上。這就是我們先前所提過(guò)的 Netbios 的重大缺陷，也就是 win 2000 捨棄 Netbios 的原因。
由於 Linux 系統並不使用 Netbios 來(lái)作為電腦名稱(chēng)，所以在 windows 的網(wǎng)芳看不到 Linux 主機是一種正?，F象。但是如果我們在 Linux 上面安裝 Samba 伺服器，使用其提供的 NMB 和 SMB 服務(wù)，那就可以輕易將 windows 和 Linux 整合在同一個(gè)群組內。
Samba 所提供的 NMB 和 SMB 服務(wù)，其實(shí)也就是 WINS 伺服器所提供的 NBT 服務(wù)，事實(shí)上 Samba 不但可以當成 WINS 伺服器來(lái)使用，甚至還可以取代 NT 網(wǎng)域主控站，當成 PDC 來(lái)使用。Samba 的功能實(shí)在遠非 WINS 伺服器可比，況且它還是免費的。
關(guān)於 Samba 的三種應用，分別討論如下：
當作 WINS 用戶(hù)端
這是 Samba 伺服器最基礎的用途。Samba 當作 WINS 用戶(hù)端來(lái)使用時(shí)，能向 WINS 伺服器提出名稱(chēng)登記、名稱(chēng)解除以及名稱(chēng)解析要求，讓 Linux 主機也可以從遠端存取 windows 工作站所分享出來(lái)的資料夾或檔案（使用 smbclient 以及 smbmount 工具），或是提供共享資源（包含檔案、資料夾和印表機）給 windows 工作站。
當作 WINS 伺服器
以 Samba 當作 WINS 伺服器效能並不好，而且經(jīng)常會(huì )造成 Linux 主機的負載過(guò)重，而無(wú)法正常提供檔案分享服務(wù)。我們並不建議這樣用。
當作 PDC
Samba 套件具有 DES（MD4）編密工具，能夠管理和維護 Windows 帳號密碼，因此可以扮演 PDC 的角色，windows 使用者可以直接登入 Samba 主機，甚至是變更 windows 密碼。但是要具備這些功能，必須先在 Samba 主機上使用 smbpasswd 工具，一筆一筆將 windows 帳號建立起來(lái)。
除了完全取代 NT PDC 外，另外還有一種較為迂迴的做法，就是把 Samba 當成 PDC 的 proxy，這種做法有點(diǎn)像 windows 的 BDC，但是 Samba 本身並不備份和維護 windows 帳號，而是在使用者登入時(shí)，代為向 NT PDC 提出登入要求。
使用 ipconfig /all 來(lái)檢查 Netbios 設定
C:\>ipconfig /all
Host Name . . . . . . . . . : spps130.spps.tp.edu.tw
DNS Servers . . . . . . . . : 192.57.1.3
163.21.236.5
163.21.236.7
Node Type . . . . . . . . . : Hybrid
NetBIOS Scope ID. . . . . . :
IP Routing Enabled. . . . . : No
WINS Proxy Enabled. . . . . : No
NetBIOS Resolution Uses DNS : Yes
0 Ethernet adapter :
Description . . . . . . . . : Fast Ethernet PCI Adapter
Physical Address. . . . . . : 00-80-C8-F7-ED-29
DHCP Enabled. . . . . . . . : No
IP Address. . . . . . . . . : 192.57.1.130
Subnet Mask . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . : 192.57.1.253
Primary WINS Server . . . . :192.57.1.10
Secondary WINS Server . . . :
Lease Obtained. . . . . . . :
Lease Expires . . . . . . . :
上面各種組態(tài)中 Netbios 名稱(chēng)服務(wù)以紅色標示，分別敘述如下：Node Type . . . . . . . . . : Broadcast 表示本機以廣播方式從主要名稱(chēng)瀏覽器取得 Netbios 名稱(chēng)表列。Hybrid 表示透過(guò) WINS 伺服器解析 Netbios 名稱(chēng)，若找不到才使用 Broadcast 廣播。
NetBIOS Scope ID. . . . . . : 表示 Netbios 轄區號碼，轄區號碼是用來(lái)定義 Netbios 群組，以便在同一子網(wǎng)域中分隔電腦共享資源成不同的表列。
WINS Proxy Enabled. . . . . : No 表示不要成為WINS在本地網(wǎng)域代理者（如果設成Yes，可以讓本機成為遠端WINS的本地端代理器，可以有效降低頻寬用量）
NetBIOS Resolution Uses DNS : Yes 表示要使用DNS來(lái)做Netbios名稱(chēng)解析
使用 nbtstat 檢查 Netbios 狀態(tài)-a 將 Netbios 名稱(chēng)解析為 IP
-A 將 IP 解析為 Netbios 名稱(chēng)
-n 列出本機提供共享的資源名稱(chēng)
-s 用來(lái)顯示目前本機透過(guò) Netbios 名稱(chēng)服務(wù)取用資源的情形。
C:\>nbtstat -s
NetBIOS Connection Table
Local Name State In/Out Remote Host Input Output
----------------------------------------------------------------------------
SHANE <00> Connected Out WWW <20> 426KB 629KB
SHANE <03> Listening
SHANE Listening
ROOT <03> Listening使用 net view 查看電腦清單
當網(wǎng)芳無(wú)法使用時(shí)，可以利用以下指令來(lái)查詢(xún)共享資源的名稱(chēng)。
net view /Domain:群組名稱(chēng) 列出該群組的電腦清單
net view \\電腦名稱(chēng) 列出遠端電腦提供共享的資源名稱(chēng)
使用 \\電腦名稱(chēng) 或 \\IP 來(lái)存取分享資源
由於網(wǎng)路上的芳鄰所顯示的電腦清單是由主要名稱(chēng)瀏覽器來(lái)維護，當主要名稱(chēng)瀏覽器進(jìn)行選舉時(shí)，會(huì )使用廣播封包，而廣播封包是無(wú)法跨越網(wǎng)段的，因此會(huì )造成跨越網(wǎng)段的 windows 網(wǎng)域其電腦清單不完整的現象，有時(shí)候因為主要名稱(chēng)瀏覽器與備份名稱(chēng)瀏覽器剛好同時(shí)被關(guān)機，也會(huì )造成電腦清單流失，在以上這些情況下，雖然打開(kāi)網(wǎng)芳會(huì )看不到某臺網(wǎng)域內的電腦，但在網(wǎng)址列直接輸入 \\電腦名稱(chēng) 還是可以連線(xiàn)成功，這表示 Netbios 名稱(chēng)服務(wù)是正常的。當使用電腦名稱(chēng)也無(wú)法連線(xiàn)，而必須在網(wǎng)址列直接輸入 \\IP 才能連通，這就表示工作站上的 Netbios 名稱(chēng)解析機制無(wú)法正常工作。如果無(wú)法透過(guò)以上任一種方式連線(xiàn)，多半是作業(yè)系統失敗需要修復。
使用 smbclient 來(lái)找尋主要名稱(chēng)瀏覽器
smbclient 是 Samba 所提供的工具，只能在 Linux 上使用，但是卻可以獲得比 windows 偵錯工具更多的重要訊息?？梢杂脕?lái)剖析各個(gè)群組現用的主要名稱(chēng)瀏覽器是哪一臺，如果在多臺電腦上查到的結果不一致，則可以斷定是 WINS 與主要名稱(chēng)瀏覽器不在同一臺電腦或跨越路由器造成的錯誤。
[root@mail shane]# smbclient -L cc1
Password:
Sharename Type Comment -> cc1 所提供的共享資源
--------- ---- -------
Server Comment ->同一群組已經(jīng)連線(xiàn)的電腦
--------- -------
CC1
OLDWEB
Workgroup Master ->網(wǎng)域內各個(gè)群組的主要名稱(chēng)瀏覽器
--------- -------
CLASS NBTEST
SPPS SPPSPDC
SPPSCC CC1
STU SERVER
TEACHER MAIL
WORKGROUP WWW
為了加強網(wǎng)芳檔案分享的安全性，當作業(yè)系統選擇「共用等級」時(shí)仍允許在共享資料夾上設定密碼來(lái)進(jìn)行最小限度保護，以設定密碼來(lái)進(jìn)行保護只能選擇唯讀或完整兩種分享模式，或是兩種併用但使用不同密碼。
如果想要使用更細膩的權限設定，則必須將作業(yè)系統設定為「使用者等級」，這樣就可以使用系統登入時(shí)的帳號來(lái)進(jìn)行個(gè)別授權，例如允許某些帳號可以使用，某些帳號不能使用，而不必擔心共享密碼被公開(kāi)傳播。然而要注意的是，登入帳號與密碼在網(wǎng)路上傳送時(shí)的安全性，以 win95 來(lái)說(shuō)是傳遞 clear text，win98 則使用 DES 編密（可以反向解譯），winNT 網(wǎng)域會(huì )一併檢查機器的 SID 是否為群組成員，而 win2000和XP 則使用 MD5 編密，並且使用 Kerbros 機制來(lái)驗證 SID。以這幾種方式來(lái)看能稱(chēng)得上安全的，只有 win2000 和 XP。
在 windows 平臺上，透過(guò)網(wǎng)芳滲透進(jìn)來(lái)的病毒或後門(mén)程式，目前並沒(méi)有簡(jiǎn)單的方法可以防範，但在 Linux 上則可以使用 SAMBA 的檔案類(lèi)型過(guò)濾機制來(lái)防堵（詳細內容於 Linux 基礎班討論）。
「動(dòng)態(tài)主機組態(tài)通訊協(xié)定」（Dynamic Host Configuration Protocol，DHCP）是用於將 TCP/IP 設定值自動(dòng)指派至用戶(hù)端。工作站在啟動(dòng)時(shí)，會(huì )從 DHCP 伺服器請求 IP 位址及其
他資訊（例如：DNS、預設閘道或 WINS 伺服器位址）。IP 位址來(lái)自定義於 DHCP 伺服器稱(chēng)為轄區的資料庫中的「集中區」（pool）。伺服器會(huì )提供稱(chēng)為「租期」（lease）的指定期間的 IP 位址。這表示使用者不再需要從管理者處獲得 IP 資訊，或是必須為這些設定值而以人工方式設定電腦，這樣可以避免使用重複 IP 位址、設定值輸入錯誤而導致不能連線(xiàn)的問(wèn)題發(fā)生。
DHCP 的運作方式如下：
- 用戶(hù)端會(huì )送出 DHCP 請求封包，來(lái)源地址為 0.0.0.0（因為還沒(méi)有 IP），目的地為 255.255.255.255（因為還不知道 DHCP 是哪一臺，因此使用廣播）這個(gè)階段稱(chēng)為「IP租期請求階段」（IP lease request phase）
- 所有（一部或一部以上）收到請求的 DHCP 伺服器會(huì )廣播答案。此廣播包含了請求者的MAC 位址、提供給請求者的 IP 位址和子網(wǎng)路遮罩、租期的長(cháng)度以及提供的伺服器 IP 位址。這個(gè)階段稱(chēng)為「IP租期提供階段」（IP lease offer phase）
- 用戶(hù)端會(huì )接受最先到達的提議，然後廣播其已接受該項提議。這會(huì )讓提供的伺服器知道要「結束交易」，並讓其他的 DHCP 伺服器知道要取消它們的提議。這個(gè)階段稱(chēng)為「IP租期選擇階段」（IP lease selection phase）
- 已被接受提議的 DHCP 伺服器會(huì )廣播認可用戶(hù)端。如果伺服器是設定為提供訊息，則此訊息包含了有效的 IP 位址及其他的組態(tài)資訊。這個(gè)階段就是「IP租期認可階段」(IP lease acknowledgment phase)
在第四個(gè)階段以後，由於工作站已取得合法 IP ，並能以點(diǎn)對點(diǎn)方式與 DHCP 溝通，而不需要再透過(guò)廣播。當工作站在到達 IP 租期一半的時(shí)間點(diǎn)時(shí)，會(huì )要求 DHCP 更新租期，當 IP 仍然有效時(shí)，DHCP 會(huì )回應認可訊息，或是任何更新設定值（當 IP 組態(tài)設定變更時(shí)），與前述第三和第四步驟類(lèi)似。當 IP 無(wú)效而導致更新要求無(wú)法送達 DHCP 伺服器，則仍沿用舊設定值，直到租約到期後，再依前述四個(gè)步驟取得新的 IP。
保留 IP：能保留一個(gè)或一組連續 IP不提供租用。
IP 租約期限：預設值為三天，可視需要自行修改。
領(lǐng)域組態(tài)設定：可以預先設定組態(tài)給一組 IP ，當這組 IP 中的某一個(gè) IP 出租時(shí)，會(huì )傳送該組態(tài)給租用端?？稍O定的組態(tài)常用的有：預設閘道、子網(wǎng)路遮罩、DNS、WINS......等。
衝突調解：當租出去的 IP ，發(fā)現與現有電腦發(fā)生衝突時(shí)，能取消租期，使工作站於租約到期後，租用另一個(gè)有效的 IP。
MAC 靜態(tài)對應：能配發(fā)某個(gè)固定 IP 給固定的用戶(hù)端。
DDNS：若使用 DHCP 4.0 以後的版本，則能傳送 DNS 登錄或刪除請求給 DDNS 伺服器，以達到動(dòng)態(tài)對應網(wǎng)址的目的。
最後要注意的是，由於 DHCP 使用廣播封包，因此無(wú)法跨越交換器，除非交換器有提供 DHCP 支援功能。
作業(yè)系統版本差異
使用前版 Win98，當工作站提出 IP 租期請求，因為網(wǎng)路塞車(chē)或因為 DHCP 忙碌中無(wú)法回應訊息，而未獲得任何回應的情況下，作業(yè)系統會(huì )自動(dòng)沿用上次所取得的 IP ，而不去理會(huì )租約是否到期，這種情形下經(jīng)常會(huì )造成 IP 衝突，必須手動(dòng)更新 IP 才能解決。
新版的作業(yè)系統已經(jīng)修正此問(wèn)題，在同樣情況發(fā)生時(shí)，作業(yè)系統會(huì )自動(dòng)指派 169.254 開(kāi)頭的虛擬 IP，而不會(huì )佔用租約到期的 IP。
使用 ipconfig 來(lái)查看租期
C:\>ipconfig /all
Host Name . . . . . . . . . : spps130.spps.tp.edu.tw
DNS Servers . . . . . . . . : 192.57.1.3
163.21.236.5
163.21.236.7
Node Type . . . . . . . . . : Hybrid
NetBIOS Scope ID. . . . . . :
IP Routing Enabled. . . . . : No
WINS Proxy Enabled. . . . . : No
NetBIOS Resolution Uses DNS : Yes
0 Ethernet adapter :
Description . . . . . . . . : Fast Ethernet PCI Adapter
Physical Address. . . . . . : 00-80-C8-F7-ED-29
DHCP Enabled. . . . . . . . : Yes
IP Address. . . . . . . . . : 192.57.1.130
Subnet Mask . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . : 192.57.1.253
Primary WINS Server . . . . :192.57.1.10
Secondary WINS Server . . . :
Lease Obtained. . . . . . . :Jan 19 13:44:56
Lease Expires . . . . . . . :Jan 21 01:44:56與 DHCP 有關(guān)的部分以紅色表示，說(shuō)明如下：
DHCP Enabled. . . . . . . . : No表示此電腦並非使用 DHCP 來(lái)指派 IP
IP Address. . . . . . . . . : 192.57.1.130
Subnet Mask . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . : 192.57.1.253
Primary WINS Server . . . . :192.57.1.10
Secondary WINS Server . . . :以上為 DHCP 指派給租用端的網(wǎng)路組態(tài)設定
Lease Obtained. . . . . . . : 為 DHCP 租約生效的時(shí)間
Lease Expires . . . . . . . : 為 DHCP 租約到期的時(shí)間釋放租期
ipconfig /release 網(wǎng)卡編號 ->釋放某片網(wǎng)卡的 IP
ipconfig /release_all ->釋放所有網(wǎng)卡的 IP
執行此指令會(huì )使得工作站失去所有網(wǎng)路設定值，並取消 DHCP 提供的 IP 租期。
更新租期
ipconfig /renew 網(wǎng)卡編號 ->更新某片網(wǎng)卡的 IP
ipconfig /renew_all ->更新所有網(wǎng)卡的 IP
當工作站設定為使用動(dòng)態(tài) IP 時(shí)，會(huì )立刻向 DHCP 提出更新租期的請求。但是當 IP 已經(jīng)發(fā)生衝突時(shí)，使用這個(gè)指令會(huì )沒(méi)有作用。這時(shí)必須先釋放租期，重新向 DHCP 提出租用請求（先 release 再 renew）。
目前有許多印表機不但可以使用動(dòng)態(tài) IP（DHCP 用戶(hù)端程式），甚至還可以當作 DHCP 伺服器來(lái)使用。如果校園網(wǎng)路已經(jīng)有使用 DHCP，那麼這種印表機將會(huì )造成 IP 大亂，因此當 DHCP 錯誤一直無(wú)法發(fā)現原因，不妨從印表機開(kāi)始查起。
聯(lián)系客服
