1、背景
最近部署了一台web伺服器,上架後使用者那邊反映開啟很慢,我嘗試用外網開啟發現確實慢,包括ssh登入就特別慢,於是產生了分析與解決的想法。
2、分析
檢查了網線和上聯埠的頻寬,發現都沒問題,ping1000位元組的包也就2ms,說明中間網路裝置環節應該沒問題,猜想應該和伺服器配置資料上有關係。
伺服器上只配置了web服務、mysql、ftp,無其他服務,套件都是筆者之前測試過的。既然向伺服器發請求時響應慢,那就從伺服器抓響應包吧。於是輸入:
tcpdump -i eth0 -w data.pcap
通過包資料可見,在21-30包之間有近10秒鐘,那麼需要知道序號21-30的包資料裡伺服器在幹嘛,可以通過
frame.number>21&&frame.number<30
來過濾顯示,過濾後的資料如下:
可見在55-71的資料報之間也是10秒鐘,輸入
frame.number>21&&frame.number<30
來檢視這些包,如下:
和上面分析類似,同樣是dns在作怪。
3、解決
ssh到伺服器,輸入setup,操作如下:
將主備dns刪去,重啟下服務。重新開啟測試,正常。
4、總結
出現這個問題應該是當時部署服務時的失誤,因為當時部署時更新了gcc等一些編譯器和庫的版本,所以需要設定靜態位址和dns,後來因為考慮到實際使用中不需要dns解析網域名稱所以就沒把dns去掉,才出現了上面所述問題。
伺服器響應
1開頭的http狀態碼 表示臨時響應並需要請求者繼續執行操作的狀態 100 繼續 請求者應當繼續提出請求。伺服器返回此 表示已收到請求的第一部分,正在等待其餘部分。101 切換協議 請求者已要求伺服器切換協議,伺服器已確認並準備切換。2開頭的http狀態碼 表示請求成功 200 成功處理了請求,一般...
伺服器響應緩慢的解決方法
使用者在使用伺服器一段時間後會發現 開啟速度變慢,如果遇到這種問題,我們可以從伺服器的硬體和軟體方面來進行公升級優化,以提公升伺服器的效能跟它的整體利用率。下面來了解下吧 一 使用伺服器的gzip壓縮功能 一般比較大中型的 內容頁面比價多,會造成占用較大的記憶體,當客戶端訪問的時候,載入的速度也會受...
AJAX 伺服器 響應
如需獲得來自伺服器的響應,請使用 xmlhttprequest 物件的 responsetext 或 respon ml 屬性。屬性描述 responsetext 獲得字串形式的響應資料。respon ml 獲得 xml 形式的響應資料。如果來自伺服器的響應並非 xml,請使用 responsete...