主題: [問題]網路的奇怪問題(wins server的問題)

[ektron]

請教各位學長，不知道是否有這樣的經驗，電腦A(ANDERSON，192.168.2.1)及電腦B(PETER，192.168.2.2)，假設原本都有設WINS SERVER(192.168.2.123)，假如某一天我突然把電腦B更改IP(192.168.2.2改為192.168.2.3)時，其餘網路設定一樣，電腦A來PING 電腦B的電腦名稱的時候，所PING回應的結果卻是指向舊的IP(192.168.2.2)，但卻是沒會應的，假如我是PING新的IP時，卻是有回應的，小弟推測是WINS SERVER的問題，但不知道為什麼會這樣，煩請學長來指點，謝謝

[netman]

一般來說, ping 用的是 IP 或 hostname , 不會用 netbiosname .
若用網路芳鄰, 則可用 IP 或 netbiosname .
ip 與 hostname 的解釋可用 hosts 或 dns,
ip 與 netbiosname 的解釋可用 lmhosts 或 wins.
不過, 我不清楚現在的 windows 在 ping 上是用哪一套的?
或先確定一下會較好推斷...

還有, wins 的更新好像需要一點時間的, 但不會以小時為單位那麼長吧?

[ektron]

To netman學長：
今天我已AD主機為主，來PING我的電腦(PETER)，它所回應的訊息，是沒有回應，但是我來PING 我的電腦之前的電腦名稱(ALEX)，它卻是有回應的，且是指向現在(PETER)的所用的IP，看來網芳真的很詭異
謝謝

[netman]

用 net 命令比對一下看到的內容是否一致:
net view peter
net view alex
net view ip.ip.ip.ip

[bono]

這個主題跟另一篇 " \\ xxxxxx " 的問題有關係, MS 的 ping 指令是可以走 NBT 的, 預設情況下, ping 是屬於 Windows Socket API , 不過基於原本 Microsoft 對 NetBIOS 的支援, 微軟一樣是讓這個工具可以使用 netbios name ...

Microsoft 的 TCP/IP 有實做出包含了 Windows Socket & NetBIOS 的 TDI (Transport Driver Interface ) , 位階在 TCP/IP Layer 中的 Transport 和 Application 中間, 所以 App. 層的工具是可以走 NetBIOS, ping 新的 NetBIOS name 沒回應, 要查一下 Wins 中的記錄, 或在 Wins Client 下指令 : nbtstat -RR 試試...

[ektron]

之前看書裡面有介紹一段話：在win2000裡，dns的部份(DDNS)已取代舊的OS(WIN NT)的WINS SERVER功能，這個問題因該就是出在DNS的設定部份，



裡面的設定部份，我目前不沒有完全清楚，但是當在裡面的設定沒有更新(比方使用者電腦的ip有做更改，或者電腦名稱有更改)，當你下次再來ping 新的電腦名稱時，也許就會出現回應卻回應舊的電腦名稱，而為什麼會有這種情況 "電腦A(ANDERSON，192.168.2.1)及電腦B(PETER，192.168.2.2)，假設原本都有設WINS SERVER(192.168.2.123)，假如某一天我突然把電腦B更改IP(192.168.2.2改為192.168.2.3)時，其餘網路設定一樣，電腦A來PING 電腦B的電腦名稱的時候，所PING回應的結果卻是指向舊的IP(192.168.2.2)，但卻是沒會應的，假如我是PING新的IP時，卻是有回應的"，我今日測試是因為dns的設定有問題，雖然其原理我不太能解釋，但是我測試的結果是這樣的

1.可是我會滿好奇，如果一台電腦同時有設定wins 及dns，那它會以那一個為判定基礎呢？比方在wins server，電腦A的IP是192.168.2.1，在dns卻是192.168.2.3，不會起衝突嗎？還是兩邊會自動更新資訊呢(我覺得電腦應該不會那麼聰明吧)

2.一般來說, ping 用的是 IP 或 hostname , 不會用 netbiosname .
若用網路芳鄰, 則可用 IP 或 netbiosname .
ip 與 hostname 的解釋可用 hosts 或 dns,
ip 與 netbiosname 的解釋可用 lmhosts 或 wins.
(可是像我的電腦的tcp/ip皆設定為netbios over TCP/IP)，照理來說應該是wins server有問題才會，為什麼最後測試的結果反而是dns有問題呢？還是因為它們有登入AD主機的關係呢？)

3.請問各位，有什麼情況下，PING電腦名稱是沒回應的，但是PING 它的IP卻又是正常的呢？

謝謝

[bono]

實在 "一言難盡", 看看這一篇 Overview of TCP/IP Name Resolution

或搜尋 Windows 2000/XP 的說明文件, 找 "名稱解析" 的文章吧....

Ping 或其他工具用不用 netbios , 不是依循 "習慣", 這是 Microsoft 自己的工具, 不是從 Unix/Linux 轉移過來的, Microsoft 從 NT 以上就開始加強許多對 TCP/IP 的支援能力與工具的相容性...

[netman]

出現不兼容的始作俑者, 正是 MS !
繞了一大圈, 總算肯乖乖的回到標準上來了...
不過, 我覺得, 只要還有機會, MS 還是會弄他自己一套出來.
至於為何 MS 總喜歡這樣玩? 從某種程度來說, 不是技術而是商業探討的范圍...

[bono]

嗯..商業利益才是重點...
技術 ?! 有錢就買了用就是了...
許多 MS 的重要關鍵技術都是從 "併購" 而來的...

[ektron]

今天在書上看到的介紹，內容如下：
1.當我們輸入UNC名稱時，用戶端第一步驟是檢查本機的NetBIOS name cache(如果NetBIOS name cache有目標電腦的ip資料，則用戶端不用再詢為WINS SERVER；如果NetBIOS name cache沒有資料，則往下查詢
2.詢為主要WINS SERVER，如果沒有回應，則往下步驟
3.詢為次要WINS SERVER，如果也找不到位址，則往下步驟
4.以廣播方式，詢問目標電腦的IP位址，等待有符合條件的，如果還是找不到，則往下步驟查詢
5.檢查LMHOSTS檔

可是如果在一般的區網環境，沒有Win server、DNS server、也沒有設定ip及LMHOST檔，只有電腦名稱，電腦彼此間接在同一個HUB，那麼彼此電腦間是如何來溝通解析的呢？
謝謝

[ansonhsu]

今天在書上看到的介紹，內容如下：
1.當我們輸入UNC名稱時，用戶端第一步驟是檢查本機的NetBIOS name cache(如果NetBIOS name cache有目標電腦的ip資料，則用戶端不用再詢為WINS SERVER；如果NetBIOS name cache沒有資料，則往下查詢
2.詢為主要WINS SERVER，如果沒有回應，則往下步驟
3.詢為次要WINS SERVER，如果也找不到位址，則往下步驟
4.以廣播方式，詢問目標電腦的IP位址，等待有符合條件的，如果還是找不到，則往下步驟查詢
5.檢查LMHOSTS檔

可是如果在一般的區網環境，沒有Win server、DNS server、也沒有設定ip及LMHOST檔，只有電腦名稱，電腦彼此間接在同一個HUB，那麼彼此電腦間是如何來溝通解析的呢？
謝謝

windows的網路還有一種機制叫browser list!

[ektron]

所謂的browser list機制的運作原理是如何來運作的呢？
謝謝

[bono]

今天在書上看到的介紹，內容如下：
1.當我們輸入UNC名稱時，用戶端第一步驟是檢查本機的NetBIOS name
..............
4.以廣播方式，詢問目標電腦的IP位址，等待有符合條件的，如果還是找不到，則往下步驟查詢
5.檢查LMHOSTS檔

可是如果在一般的區網環境，沒有Win server、DNS server、也沒有設定ip及LMHOST檔，只有電腦名稱，電腦彼此間接在同一個HUB，那麼彼此電腦間是如何來溝通解析的呢？
謝謝

沒設定 IP 是指沒使用 TCP/IP 還是自動取得 IP ?
兩電腦要 "溝通", 當然要有 "共通語言", 只要可以使用 "相同" 的 protocol就可以了....
如果是用 IP, 那 「4.以廣播方式，詢問目標電腦的IP位址......」就是方法了...

[ansonhsu]

所謂的browser list機制的運作原理是如何來運作的呢？
謝謝

http://support.microsoft.com/default.aspx?scid=kb;en-us;188001

FYI

[ektron]

要跟學長們確認幾點觀念是否正確
1.if dns name resolution fails, the resolver checks to see whether the name is longer than 15 bytes. If it is longer, resolution fails.If not, the resolver then checks to see if Netbios is running.
(假如dns無法正確解析電腦名稱的話，就會先判別電腦名稱是否有超過15位元(15個英文字)，假如有的話，則無法解析，假如沒有的話，就會先判斷netbios是否有在執行)
2.computers running windows 2000 tcp/ip can use local broadcast name resolution, which is a netbios-over-tcp/ip mode of operation defined in RFC 1001/1002 as b-node . It is restricted to the local subnet.
(win2000 假如要透過廣播來解析電腦名稱的話，必需要在同一個子網路遮罩才可以)
3.netbios over tcp/ip(NetBT) support is provided as part of windows 2000 professional configuration to provide name resolution and connection services for clients using earlier versions of the windows operating system,applications and services.
(win2000之其版本的作業系統無法透過dns來解析電腦名稱，而是要透過NetBT來解析)

不知上述的說法是否正確呢？請多指教
謝謝

[adersun]

在windows2000以後的MS系統預設他的網路會使用AD,而AD又依賴大量的DDNS,所以其名稱解析會先去解析dns後才會輪到WINS....(當然你可以自己在registry裡改名稱解析的順序)
在這個Case裡應該是你的AD(你應該是有run AD在DC上)所依賴的dns沒有架設完全, 因為在AD環境裡的dns會有一個動態的"zone"給網域中的電腦在bootup拿到IP後,會依據SRV紀錄(這好像又是MS自己發明的record,我不記得哪一個RFC文件談到DNS時有提到這個紀錄)來更新電腦的IP位置,所以即使你是使用dhcp, dns都會知道你電腦的新的IP位址來更新自己的紀錄,以提供AD使用.
上述的說明只是告訴你再Windows2K之後的MS系統名稱解析的流程,其實對你的這個WINS與AD共存的環境下的Case並沒有太大的幫助, 所以建議最好把MS的dns觀念再研究一下,會對你以後整合AD與舊NT網路共存的環境會有幫助.

剛好看到就回答一下,僅供參考... :roll:

[netman]

關於 SRV 等新擴充的 record, 可參考 RFC-2782.