㈠ 我自己有一台伺服器，想通過本地電腦連接伺服器網路，改怎麼弄呢伺服器有SSH許可權
修復網路連接時出現DNS緩存無法清除的問題， 1遇到這種情況，我們能採取的最簡單手段是刷新DNS，也就是刪除 DNS 解析器緩存中的條目。點擊「開始」－「運行」－輸入cmd並點擊「確定」，在命令提示符窗口中鍵入：ipconfig /flushdns 2如果上面不行的話，在系統服務里把DNS Client和DHCP client兩個服務組件啟動 針對網路剪刀手 網路執法官 網路特工 等arp欺騙的攻擊 ，可以用網卡修復操作中的清除arp緩存，可以用cmd命令中的 arp -d命令 有一個好的辦法是在按鍵精靈中寫一個腳本如下： VBS Set Oshell = CreateObject("wscript.shell") VBS Oshell.run "cmd /c arp -d", vbHide VBS Set Oshell = Nothing VBS End Sub Delay 1000 這個就是每隔1秒清除一次arp緩存，可以自己調整延時！！ 通過IPConfig提供的信息，可以確定存在於TCP/IP屬性中的一些配置上的問題。例如使用「IPConfig /all」就可以獲取主機的詳細的配置信息，其中包括IP地址、子網掩碼和默認網關、DNS伺服器等信息。 通過所獲知的信息，可以迅速判斷出網路的故障所在。例如子網掩碼為0.0.0.0時，則表示區域網中的IP地址可能有重復的現象存在；如果返回的本地IP地址顯示為169.254.*.*，子網掩碼為255.255.0.0，則表示該IP地址是由Windows XP的自動專用IP定址功能分配的。這意味著TCP/IP未能找到DHCP伺服器，或是沒有找到用於網路介面的默認網關。如果返回的本地IP地址顯示為0.0.0.0，則既可能是DHCP初始化失敗導致IP地址無法分配，也可能是因為網卡檢測到缺少網路連接或TCP/IP檢測到IP地址有沖突而導致的。 眾所周知每台計算機要想正常上網需要有一個地址，這個地址就是我們常說的IP地址。在實際工作中身為網路管理員的我們如何有效的管理這些IP地址呢？為每台計算機設置對應的IP地址，子網掩碼，網關地址，DNS地址等網路參數的話固然是可以的，但是非常的煩瑣，工作量大不說，在實際應用中很可能經常會出現沖突的現象。 我們如何有效的分配這些網路參數呢？DHCP服務可以幫我們大忙，通過將DHCP服務配置在專業的伺服器上，然後為網路中所有普通客戶機分配IP等信息是件效率非常高的工作。不過DHCP在為我們網路管理提供便利的同時也帶來了一些問題。例如網路帶寬受影響，客戶機經常無法獲得正確的地址信息，甚至是無法獲得任何信息。其實這些故障我們都可以按照一定的規律去解決的，今天就由筆者為各位IT168的讀者全面介紹排查DHCP故障的方法。 一、概念篇： 在介紹排查DHCP故障之前首先為大家闡明幾個概念性的東西，只有理論上充實了，才能更好的理解下面介紹的故障排除的思路。 第一：DHCP服務能夠提供什麼數據？DHCP服務不是萬能的，他只能提供網路層相關的參數，例如IP地址，MASK地址，網關地址，WINS與DNS伺服器地址等。對於更低層的地址，諸如MAC地址等信息是無法提供的。MAC地址是燒錄在計算機網卡中的。 第二：多台DHCP伺服器是否可以同時運行？DHCP伺服器是通過廣播包向客戶機發送網路信息的，因此如果同一個網路中確切的說是同一個廣播域中存在多台DHCP伺服器的話，就會出現各個伺服器提供各自的網路信息，這樣就造成網路中廣播數據包的沖突。客戶機不知道該接受哪台DHCP伺服器發來的信息。因此微軟公司設置默認情況下同一個廣播域網路中只能存在一台DHCP伺服器，後設置建立或啟用的DHCP將無法工作。 第三：租約是什麼？在配置DHCP伺服器過程中會設置租約的天數，那麼什麼是租約呢？在DHCP伺服器將網路信息分配數據包發給客戶機後會收到客戶機發回的答復數據包，接著DHCP伺服器會將已經分配出去的IP地址與從客戶機接收到的該計算機MAC地址建立一個對應關系，並把這個對應關系保存在DHCP伺服器的租約池中。為什麼需要這個租約池呢？一方面為下次分配網路參數信息提高了速度。不過如果該MAC地址對應條目的客戶計算機被移到其他地方或者MAC地址發生了改變的話，如果上面建立的對應關系一直保存在DHCP伺服器的租約池中就會造成可用的IP地址數量越來越少，很多有效的地址被無效的MAC佔用，因此微軟引入了租約這個概念。通過租約我們可以強制每隔一段時間將DHCP伺服器的租約池中保存的對應條目全部清空，從而防止了非法MAC地址霸佔合法IP的現象。 第四：我的客戶機可以從DHCP伺服器獲得169.254.*.*形式的IP信息，這句話是錯誤的。為什麼呢？微軟公司在windows2000系統中提供了這樣的功能，即如果網路中不存在任何DHCP伺服器，客戶機本地網路信息又被設置為自動獲得IP方式的話，那麼windows2000及其以上操作系統將自動為自己分配一個諸如169.254.*.*形式的IP信息。因此如果你發現自己的客戶機只能獲得169.254.*.*這樣的IP地址的話，說明你的DHCP伺服器沒有正常工作。 二、客戶端排障： DHCP故障主要有兩個方面，客戶機存在問題以及伺服器自身問題。首先我們來介紹下在客戶端進行的排除故障方法。 第一步：通過任務欄的「開始->運行->輸入CMD」進入命令行模式。 第二步：在命令行模式中輸入ipconfig後回車，看是否可以自動獲得IP地址。 小提示：在進行前兩步操作前首先要保證客戶機的IP地址分配方式被設置為自動獲得IP地址。 第三步：如果可以獲得正確的IP地址說明DHCP正常，如果發現獲得錯誤的地址，其中包括169.254.*.*這樣的形式，則執行ipconfig /release命令，該命令是將當前獲得的網路參數信息釋放。 第四步：釋放網路參數後再次執行ipconfig我們會看到當前得到的網路參數已經為空，所有信息變成0.0.0.0。 第五步：釋放得到的錯誤信息後執行ipconfig /renew將自動獲得新的信息小提示：如果我們不執行釋放IP信息的命令直接運行ipconfig /renew的話將無法重新獲得IP信息。因此第三步必不可少。 第六步：重新獲得IP信息後我們查看當前的地址參數，如果無法獲得任何信息的話還是要從本機入手解決問題，如果獲得的是錯誤信息的話則需要找到DHCP伺服器，對其進行檢查。 第七步：將本地網卡禁用然後再次啟用，按照上面介紹的步驟重新做一次。 第八步：如果我們知道DHCP伺服器的IP地址的話，可以在客戶機上使用ping命令「ping 伺服器ip」查看網路連通情況。 第九步：在系統的「事件查看器」中尋找有無關於DHCP服務相關的故障記錄。方法是「開始->控制面板->管理工具->事件查看器」。（ 第十步：通過「開始->控制面板->管理工具->服務」打開服務設置窗口，在服務列表中找到dhcp client service。在其上雙擊，然後點停止按鈕，接著再點啟動按鈕將其重新啟動。如果發現該服務本身沒有啟用則更說明了故障的根源所在，直接啟動並設置啟動方式為「自動」即可。 第十一步：打開網路的本地連接進行修復，方法是「網上鄰居->屬性->本地連接->修復」。系統將自動清除ARP緩存與NETBS信息，接著更新DNS與DHCP服務組件與相關信息 第十二步：如果上面十一步仍然不能解決問題的話，我們只能先使用靜態IP地址與DNS等網路信息配置本機來進行檢測了。如果配置了靜態IP信息後可以正常上網，連接LAN的話，則說明問題的出在客戶機與DHCP伺服器的連接或者DHCP伺服器自身上。我們就要將問題的起因放到DHCP伺服器上。 小提示：有的時候為客戶端設置一個其他用戶，然後使用該用戶登錄也可以解決部分DHCP故障，另外用 lspfix.exe或winsockxpfix.exe,修復tcpip的棧區錯誤，結合「開始->運行->輸入sfc /scannow」掃描一遍系統文件也能得到意想不到的結果。 三、伺服器排障： DHCP伺服器的排障方法我們已經介紹過很多了，感興趣的讀者可以查閱以前伺服器頻道相關文章。主要的手段就是查詢伺服器上的dhcp server的設置是否正常，如果沒有啟用將其開啟。另外還要時不時的將DHCP伺服器關閉查看是否網路中還存在其他DHCP伺服器從而產生沖突。另外在網路建立域的情況下，要想開啟DHCP伺服器是需要由域控制對該DHCP伺服器授權的，所以授權工作不要遺忘。 還需要提的一點就是租約的問題，如果發現DHCP工作正常，一部分客戶機無法獲得IP信息，執行ipconfig /renew提示找不到DHCP伺服器，而另外一部分可以正常獲得的話，百分之九十是因為租約的原因，要嘛租約里保存的信息過多，需要我們手工清除一次；要嘛租約時間設置的過長，以至於大量非法MAC佔用了有效IP地址。 小提示：凡是提供DHCP服務的伺服器都必須設置固定IP地址，想在動態獲得IP信息的計算機上啟用DHCP服務是不可以的。而且雖然微軟公司在限制DHCP服務上做了規定，例如同一個網路中不容許兩台DHCP存在。但是目前有很多第三方軟體可以建立DHCP伺服器，甚至是寬頻路由器也將DHCP功能集成於自身配置中，因此在這種情況下就無法清楚的查詢出網路中到底存在幾個DHCP伺服器了，我們只能將懷疑對象一一關閉或者在交換機及路由器上將懷疑對象進行訪問控制列表過濾。總之網路中存在非法DHCP伺服器引起的網路故障是非常難解決的，需要反復調查循序漸進。 總結：當DHCP服務出現問題時不要盲目的去伺服器上查找結果，大部分時候都是因為客戶機故障造成的，另外客戶機與伺服器之間的媒介也要值得注意，網線是否連接正常，交換機是否工作正常都是需要考慮的，必要時一定要多多替換，換幾個網線或幾個交換機埠來判斷。切記不要想當然去操作，要腳踏實地的去測量才能得到真正的結果。