網路應用故障分析

2021-08-20 06:45:07 字數 3145 閱讀 7219

故障現象

故障詳細描述

故障原因分類

故障詳細成因

故障分析定位分類

推薦解決方法

網路應用訪問緩慢

1.同一vlan的內網主機之間訪問速度非常緩慢,如互相ping,網路上的芳鄰拷貝檔案等操作。                 2.不同vlan間的主機,訪問速度非常緩慢。          3.內網主機可以開啟網頁,但速度非常緩慢。          4.內網主機ping外網網域名稱或dns伺服器時,返回時間較大。                           5.網路中的各種應用出現時斷時續的現象。              6.內網主機開啟網路中某業務系統時,響應非常緩慢,甚至出現假死狀態。

網路丟包

網路裝置丟包

通過分段捕捉的方法,在網路中關鍵裝置的兩端,使用工具進行抓包,確定該裝置是否丟包,從而準確定位丟包裝置。

1.更新存在問題的裝置配置。

2.更換存在問題的網路裝置。

網路擁塞

1.在核心交換機上配置映象,使用工具抓包。

1.如果網路擁塞的原因是p2p、病毒、攻擊等異常流量引起的,需對這些流量進行控制。

2.分析關鍵鏈路(一般是出口鏈路)的流量占用情況,檢視網路利用率是否過高,每秒資料報是否過多,資料報大小分布是否合理,tcp會話是否正常等。

2.如果網路擁塞的原因是網路頻寬過小,應考慮增加網路頻寬。

mtu配置不當

檢視網路中關鍵裝置的mtu配置。

設定合適的mtu值。

網路延遲大

裝置延遲

通過分段捕獲的方法,在網路中關鍵裝置的兩端,使用工具捕獲傳輸的tcp資料報,分析定位造成延遲的裝置。

1.更新引發延遲裝置的配置。

2.更換引發延遲的網路裝置。

傳輸距離延遲

1.在核心交換機上配置映象,使用工具抓包。

採用多連線或其他傳輸層協議,避免網路延遲給tcp傳輸帶來的影響。

2.分析tcp連線中,三次握手資料報的時間間隔,確定鏈路的延遲情況

頻寬延遲

1.在核心交換機上配置映象,使用工具抓包。

增加網路頻寬。

2.通過分析tcp傳輸的效能,確定是否存在頻寬延遲。通過計算傳輸的資料量和鏈路頻寬容量,來確定頻寬對傳輸延遲的影響。

網路應用響應慢

tcp連線慢

使用工具在伺服器端抓包,捕獲客戶端的連線請求,檢視tcp三次握手的時間間隔,定位伺服器是否存在tcp連線慢的現象

提公升網路傳輸過程中的傳輸效能。

應用交易處理慢

使用工具在伺服器端抓包,捕獲客戶端的連線請求,檢視伺服器針對請求的響應時間,定位伺服器是否存在應用交易處理響應慢的現象

提高伺服器自身硬體效能或優化應用軟體效能。

相關應用服務響應慢

dns伺服器響應慢

使用工具在dns伺服器端抓包,分析dns請求和響應資料報,看是否存在dns伺服器響應慢的現象

優化dns伺服器的軟硬體配置。

資料庫伺服器響應慢

使用工具在資料庫伺服器端抓包,分析後台資料庫的交易處理請求和響應資料報,看是否存在資料庫交易處理慢的現象

優化資料庫伺服器的軟硬體配置,優化資料庫操作指令碼。

其他相關服務慢

使用工具在相關的伺服器端抓包,分析其他相關服務的交易處理請求和響應資料報,看是否存在交易處理慢的現象

優化相關服務的軟硬體配置。

網路應用無法訪問

1.內網主機不能與網際網路的任何應用進行通訊,如網頁、郵件、qq、ftp等都不能使用。                     2.內網主機ping不通dns伺服器,**網域名稱。        3.內網主機可以上qq,但打不開網頁。                 4.內網主機不能訪問網路某個特定的應用服務。

網路不可達

物理鏈路中斷

通過ping定位斷點,檢視網路裝置和物理鏈路狀態,確定是否存在鏈路中斷

恢復鏈路的連通性。

網路裝置宕機

通過ping定位斷點,檢視網路裝置和物理鏈路狀態,確定是否存在網路裝置宕機

恢復裝置正常執行。

嚴重丟包

1.在核心交換機上配置映象,使用工具抓包。

1.如果丟包的原因是p2p、病毒、攻擊等異常流量引起的,需對這些流量進行控制。                                               2.如果丟包的原因是某個裝置丟包,可考慮對其進行重新配置或更換。

2.分析tcp資料流量是否存在大量重傳,如果有,則表明網路中存在大量的丟包情況。

3.通過ping目標主機確定是否存在大量丟包,同時通過分段捕獲分析資料報定位丟包裝置。

路由不可達

1.在核心交換機上配置映象,使用工具抓包。

更換路由器的路由配置。

2.分析捕獲到的包中是否存在目的不可達的icmp資料報。

3.通過tracert命令分析不可達的目標位址路由。

策略中斷

修正防火牆等裝置上的訪問控制策略。

網路應用不可達

應用宕機

使用工具在伺服器端抓包,如果都是伺服器拒絕客戶端的連線請求情況,且程序中沒有相應的應用程序,為應用出現宕機。

檢查伺服器端的應用服務狀態。

應用拒絕服務

使用工具在伺服器端抓包,如果應用程序正常,但伺服器主動拒絕客戶端的連線請求,則為應用拒絕服務。

收到dos/ddos等攻擊,查詢並阻斷攻擊源,

策略中斷

使用工具在伺服器端抓包,如果無法接收到客戶端連線請求,或出現連線建立被重置的現象,則是有裝置進行了通訊阻攔。

修正防火牆等裝置上的訪問控制策略。

網路應用無響應

應用故障

使用工具在伺服器端抓包,如果客戶端連線能正常建立,但伺服器對交易處理請求無響應,則為應用故障。

檢查應用的工作狀態,查詢應用的bug,或重啟應用、重啟伺服器。

相關應用無響應

dns伺服器無響應

檢查dns伺服器軟硬體情況,恢復dns服務。

資料框伺服器無法連線

使用工具在資料庫伺服器端抓包,分析相關的資料庫請求和響應資料報,如果資料庫伺服器沒有響應,則應用無法正常提供資料,導致無法提供正常交易處理。

檢查資料庫服務的配置,確保資料庫服務正常。

其他相關服務無法連線

使用工具在其他相關伺服器端抓包,分析其他相關伺服器的交易處理情況。

優化相關服務的軟硬體配置,確保服務的正常提供。

啟動故障分析

最近看到好多帖子是關於啟動故障的,找了些資料,結合本人拙建,希望對大家有所幫助 電腦的啟動過程是乙個非常複雜的過程,它有乙個非常完善的自檢體系,在你按下電源開關的幾秒之內,要經歷大約100多個檢測步驟,以下是啟動過程以及常見的問題和大致的判斷 一 電源,主機板,cpu 當按下電源開關時,電源開始供電...

Linux故障分析

了解linux的引導流程 補充 程序 init 執行中的一段程式 系統中區分程序使用id 一般是隨機的,不固定 init 1 為id 0 核心排程器,獲取cpu時間,進行程序的切換 根據運 況分類 執行狀態,等待狀態,僵死狀態 命令 man ps ps el tty 虛擬終端 字元型介面 ctrl ...

CentOS故障分析

1.啟動不了圖形介面 a.是否盤滿 b.can t enable x server yum groupinstall x window system 2.sudo must be setuid root 更改了 usr 的許可權所致 ls l usr bin sudo chown root root...