環境及問題描述：
Server A（SA）用來share文件，Client A（CA）是一臺虛擬機，用來做一些測試。Client B（CB）是我的工作機，平時通過CB Remote Desktop SA和CA進行工作。
SA和CA在同一個機房，CB在辦公室，三臺機器在同一個域（A.com）。CA使用另一個域（B.com）的賬號（userA.B.com）登陸，且userA.B.com有訪問SA的share files的權限。
CA原本可以通過在地址欄中輸入\\SA可以訪問SA的share Files，現在突然要求用戶名和密碼，正確填寫的情況寫依然提示密碼不正確，但是CB可以正常訪問。三臺機器都能相互ping通。
問題分析：
三臺機器都能相互ping通，首先說明網絡沒有問題。但是在環境沒有任何更改的情況下，突然不能訪問，首先想到的是賬號的密碼被改變了。於是使用這個賬號在CB上嘗試訪問SA的share files，OK，可以訪問。密碼被修改的可能性排除。由於是跨域訪問，想到是不是SA上的設置的訪問權限發生了變化，仔細檢查，發現沒有異樣。這樣基本確定不是我們的機器出了問題。難道是IT在域控中做了某些新的設置，導致了我們無法跨域訪問？如果是這樣，那看來只能聯繫IT了。問題由此陷入僵局。抱着試一試的態度，使用Tracert命令查看以下網絡情況，發現tracert SA 返回的竟然是SA.C.com，終於發現問題了，原來是域後綴加錯了。看來是另一個域中新加了一臺Server，名字竟然和我們的Server一樣，而且它所在的域的後綴名比我們的域後綴名有更高的優先級，所以導致在使用\\SA訪問時，實際訪問的是另一臺Server。
解決方案：
既然是因爲域後綴順序的問題，那麼把我們的Server所在的域的後綴名的優先級提高就OK了。網上查到資料，可以手動設置，也可以修改註冊表。
這個網址有個很好的腳本可以解決這個問題：http://www.networksteve.com/forum/topic.php/Where_in_the_registry_are_the_keys/values_which_set_the_'Append/?TopicId=20181&Posts=2
