網路技術員經常遇到的10個問題
當前網路迅速發展，並承載了許多重要的商業應用和服務，同時網路使用者也越來越多。在這種網路環境下，網路工程師除了要完成諸如將裝置新增至網路的簡單任務外，更多時候他們還需要去即時處理和解決一些複雜的網路問題，以保證網路正常快速地執行。本白皮書討論了技術人員經常可能遇到的十個網路問題，並介紹了它們的現象、原因和解決辦法。
問題 1 – 埠無法連線網路現象： 將電腦、電話、無線接入點或印表機插入牆壁上的網路插孔，而網路連線不正常。交換機埠的連線指示燈和網絡卡的連線指示燈都不亮。
原因： 若沒有修復牆壁插孔上的網路連線，則時常會發生掉線或無法連線的問題。在許多企業中，只有那些經常使用的連線才被修復。當移動了辦公室或會議室後，有時會發現那些不常使用的網路插孔並沒有被測試過，或是那些無法連線的插孔可能是由於登記錯誤導致的。此外，交換機埠可能被強制關閉。
解決辦法： 檢查和確認交換機埠是否已被啟用，且網路連線已被修復過。當任何裝置被移動到辦公室時，請務必對新的網路連線進行測試，確保他們能夠正常工作。就IP電話而言，也有可能是電話的電源供應不足。
問題 2 – 無法獲取到 IP地址現象：網路癱瘓或出現故障而不能正常執行。作業系統可能會提示客戶端當前無法從DHCP伺服器獲取到IP地址。檢查網絡卡的狀態後，發現沒有分配IP地址。
原因：沒有收到來自DHCP伺服器分配的IP地址。DHCP伺服器的IP地址耗盡、伺服器的服務癱瘓了、終端裝置可能被配置為使用靜態IP地址而不是通過DHCP分配、終端裝置的DHCP請求從來沒有到達伺服器端，這些都可能導致客戶端無法獲取到IP地址。尤其是如果一個新的裝置配置一個虛擬區域網（VLAN），沒有建立與伺服器的服務請求連線時，裝置肯定不能獲取到IP地址。即將一個新裝置配置到一個VLAN時，若沒有將DHCP請求中繼到DHCP伺服器，就會導致請求不能傳送到DHCP伺服器端。
解決辦法： 關鍵問題是多少使用者出現了同樣的問題，一個使用者還是多個使用者？如果只有一個使用者受到影響，那麼請確認該客戶端的'網路設定是否配置為使用動態主機配置協議（DHCP）。下一步，檢查交換機的埠被劃分到哪個VLAN，檢查屬於該VLAN的其他裝置能否獲取到IP地址。如果他們也不能獲取到IP地址，問題原因可能是路由器沒有將DHCP請求轉發到DHCP伺服器。如果多個子網內的許多裝置都出現了這個問題，那麼可能是DHCP伺服器出現了問題，即伺服器的DHCP服務可能沒有執行，或者它的IP地址已經耗盡。
問題 3 – 無法連線到應用伺服器現象： 當用戶試圖開啟一個應用程式時，系統可能會提示無法連線到該應用程式伺服器。當使用電子郵件應用或客戶關係管理（CRM）應用時可能會出現這種問題。反映到服務檯的常見投訴是網路癱瘓了，而這可能並不是真正的原因。
原因： 許多原因都可能導致客戶端無法連線到應用伺服器。關鍵是需要詢問使用者這個問題是經常發生，還是斷斷續續發生？如果使用者終端已獲取了一個正確的IP地址，那麼可能是使用者和伺服器間的路由有問題。這種情況下，可以通過一個簡單的ping測試來驗證。如果連線時斷時續，則可能是由於伺服器太繁忙，而不能及時響應客戶端的請求所導致的。
解決辦法： 如果使用ping測試後發現路由沒有問題，那麼請檢查伺服器的負載和資源。檢查伺服器是否正忙於執行一個諸如備份的任務？如果不是這樣的話，請檢查客戶端和伺服器之間的網路負荷，且側重關注廣域網連線（如果有的話）。通常，客戶端和伺服器之間的網路利用率過高也可能導致客戶端能連線到應用伺服器。最好的辦法是使用一個SNMP工具來監測這些鏈路上的網路使用率。另外，尋找所有交換機和路由器上的乙太網錯誤，這些錯誤可能導致客戶端與伺服器間的資料包丟失。
問題 4 –VLAN配置錯誤現象：當在網路上建立諸如無線寬頻或IP電話的新服務時，通常要用VLAN來隔離其與其他使用者間的流量。這就要求對承載這些服務的交換機埠配置正確的VLAN。如果VLAN配置不正確，那麼這個服務可能無法正常執行。IP電話如果沒有經來電管理設備註冊授權過，那麼連線到該電話的個人電腦可能就無法連線到關鍵伺服器，或者無線使用者可能沒有獲取到適於該無線環境的正確IP地址。
原因： 沒有對承載這些服務連線的交換機進行正確配置。也許在公司內部並沒有溝通好配置哪些埠來支援新服務。
解決辦法：通過測試，驗證該埠支援哪些VLAN。若條件允許，使用一個VLAN標籤生成特定VLAN的業務，檢查這個埠上是否配置了VLAN。通過檢查DHCP伺服器提供的IP地址，來確定VLAN配置在了哪些埠上。另外，檢查交換機的配置來驗證VLAN配置。
問題 5 – 雙工方式不匹配現象： 網路能夠連線，而雙工方式不匹配，會導致網路效能很差。這種情況下，交換機和網絡卡的鏈路指示燈都是亮著的。而網路效能卻受到很大的影響，吞吐量會下降到100Kbps或者更低水平。
原因： 網路連線的一側裝置工作在全雙工（能夠同時傳送和接收資料）模式下，而另一側的裝置工作在半雙工（在同一時刻只能執行傳送或接收）模式。全雙工側的裝置不需要等待即可不斷髮送資料，不論對方能否收到資料它都會發送。半雙工側裝置在傳送前必須等待，直到它不接收資料才能開始傳送。這意味著全雙工側裝置有可能會中斷半雙工方的資料傳輸，造成半雙工側中止傳輸。如果傳輸被中止，將需要重傳這個資料幀。這將大大減少半雙工側裝置所能使用的頻寬。
解決辦法： 一般情況下，若網路兩側裝置的雙工方式不相互匹配，採取的常用辦法就是把網路連線的一側裝置（通常是交換機）強制配置為全雙工，而讓另一側裝置（例如個人電腦）配置為自適應網路鏈路狀態。理想的情況是：自適應功能能夠確認對方的全雙工設定，並與這個鏈路設定相匹配。然而事實卻未必如此。被強制設定為全雙工模式的裝置不再發送正確的訊號。而網路另一側的裝置恰恰需要這些訊號來確定鏈路的速度和雙工方式，以及自適應對方鏈路設定。因此，在這種情況下，需要自適應鏈路的裝置不得不去猜測鏈路的雙工方式。在不能確認雙工方式的情況下，自適應功能將預設鏈路狀態為半雙工方式。這就是大多情況下，網路發生雙工方式不匹配的主要原因。為了解決這個問題，需要將網路上所有的連線都設定為自適應——除非你確實有別的原因。 在這些事件中，如交換機間的連線，一定要將兩側裝置設定為全雙工。
