多謝邀請。這個問題太寬泛了，個人覺得沒有能力答好，只說說我自己的一些看法。在進行任何排查前，最重要的事情是要明確故障現象。現假設我們面臨的問題是訪問公網上一臺FTP伺服器，下載速度很慢，很卡。（注意：我沒有假設故障現象是上網開啟網頁慢，是因為除了網路可能導致慢以外，還有很大部分原因是瀏覽器本身、頁面載入的某些連結、某些不合理的js等太多可能）我在面對這種問題時，基本都會採用排除法。思路也很簡單，將整條訪問鏈路分成多個部分（PC本身，PC--閘道器，閘道器--公網出口，公網出口--目標FTP伺服器）。一：需要排查PC本身的問題，比如CPU利用率高、機器本身反應很慢等情況。二：先進行第一輪排查法，用ping初略排查（如果PC作業系統是linux就更好了，可以用快速ping，windows還想安裝軟體）。1）ping 閘道器2）ping 公司網際網路出口(運營商端地址)3）ping 目標FTP伺服器如果以上能發現丟包異常、網路時延過大、網路時延抖動大，就以此為基礎逐段細分排查。（少數情況下，會出現ping 目標伺服器不丟包，但ping運營商中途地址丟包。這時更應該關注對最終目標伺服器的ping結果，可採用快速ping，大包ping的方式來驗證到最終伺服器的通訊質量，嘗試多次仍然不丟包，可忽略運營商中途的丟包情況）如果以上沒有發現異常，就採用快速ping，打包ping來進一步檢查所有環節。三：如果經過上面兩步，還沒有發現任何問題的跡象。如果條件允許的話，我會選擇一個容易操作的環節上抓包，可以在PC上、也可以在交換上，也可以在出口路由器上。如果條件不允許的話，我就會登陸到資料路徑上的交換機、路由器逐級檢查介面狀態和流量情況。看是否能發現流量過大、廣播包漲的過快、介面上有error、介面上有drop等。如果還是沒有發現異常，我會嘗試換一臺PC來測試。如果新PC仍然出現訪問FTP慢或下載慢的情況，那我就必須透過抓包來判斷故障。四：進入抓包排障環節如何好好利用抓包工具就是很重要的問題了，假設採用wireshark抓包。抓包排障絕大部分時候，其實都只有看是否有丟包。1）首先看看是否存在大量丟包2）如果丟包不多，可以利用wireshark統計流量圖形，看看是否存在規律的波峰波谷，或較平坦穩定的流量影象，可能通訊環節或最終FTP伺服器有頻寬限制。3）如果還沒有發現特別異常，就需要對抓包資料的特徵進行分析。比如通訊的資料包都很小，比如所有資料包基本都是一來一回交替傳輸等等，到了這裡很大可能就是和對方FTP伺服器TCP協議棧、或者是FTP客戶端和FTP伺服器的相容性問題了。可以換一個不同FTP客戶端軟體，或另外一個不同的作業系統版本來測試以上所有都來自與假設，實際中的故障或者簡單，或者複雜，具體情況還需具體分析。總思路就是排查法，逐段排查。
多謝邀請。這個問題太寬泛了，個人覺得沒有能力答好，只說說我自己的一些看法。在進行任何排查前，最重要的事情是要明確故障現象。現假設我們面臨的問題是訪問公網上一臺FTP伺服器，下載速度很慢，很卡。（注意：我沒有假設故障現象是上網開啟網頁慢，是因為除了網路可能導致慢以外，還有很大部分原因是瀏覽器本身、頁面載入的某些連結、某些不合理的js等太多可能）我在面對這種問題時，基本都會採用排除法。思路也很簡單，將整條訪問鏈路分成多個部分（PC本身，PC--閘道器，閘道器--公網出口，公網出口--目標FTP伺服器）。一：需要排查PC本身的問題，比如CPU利用率高、機器本身反應很慢等情況。二：先進行第一輪排查法，用ping初略排查（如果PC作業系統是linux就更好了，可以用快速ping，windows還想安裝軟體）。1）ping 閘道器2）ping 公司網際網路出口(運營商端地址)3）ping 目標FTP伺服器如果以上能發現丟包異常、網路時延過大、網路時延抖動大，就以此為基礎逐段細分排查。（少數情況下，會出現ping 目標伺服器不丟包，但ping運營商中途地址丟包。這時更應該關注對最終目標伺服器的ping結果，可採用快速ping，大包ping的方式來驗證到最終伺服器的通訊質量，嘗試多次仍然不丟包，可忽略運營商中途的丟包情況）如果以上沒有發現異常，就採用快速ping，打包ping來進一步檢查所有環節。三：如果經過上面兩步，還沒有發現任何問題的跡象。如果條件允許的話，我會選擇一個容易操作的環節上抓包，可以在PC上、也可以在交換上，也可以在出口路由器上。如果條件不允許的話，我就會登陸到資料路徑上的交換機、路由器逐級檢查介面狀態和流量情況。看是否能發現流量過大、廣播包漲的過快、介面上有error、介面上有drop等。如果還是沒有發現異常，我會嘗試換一臺PC來測試。如果新PC仍然出現訪問FTP慢或下載慢的情況，那我就必須透過抓包來判斷故障。四：進入抓包排障環節如何好好利用抓包工具就是很重要的問題了，假設採用wireshark抓包。抓包排障絕大部分時候，其實都只有看是否有丟包。1）首先看看是否存在大量丟包2）如果丟包不多，可以利用wireshark統計流量圖形，看看是否存在規律的波峰波谷，或較平坦穩定的流量影象，可能通訊環節或最終FTP伺服器有頻寬限制。3）如果還沒有發現特別異常，就需要對抓包資料的特徵進行分析。比如通訊的資料包都很小，比如所有資料包基本都是一來一回交替傳輸等等，到了這裡很大可能就是和對方FTP伺服器TCP協議棧、或者是FTP客戶端和FTP伺服器的相容性問題了。可以換一個不同FTP客戶端軟體，或另外一個不同的作業系統版本來測試以上所有都來自與假設，實際中的故障或者簡單，或者複雜，具體情況還需具體分析。總思路就是排查法，逐段排查。