當(dāng)網(wǎng)站訪(fǎng)問(wèn)很慢或無(wú)法訪(fǎng)問(wèn)時(shí)，若已經(jīng)排除顯著的問(wèn)題，而使用ping命令檢測(cè)到有明顯丟包時(shí)，建議您做鏈路測(cè)試。在Windows環(huán)境中，推薦優(yōu)先使用WinMTR工具，或者tracert命令行進(jìn)行鏈路測(cè)試以判斷問(wèn)題來(lái)源。通常情況下，鏈路測(cè)試步驟如下：
亞洲云提醒您：
- 如果您對(duì)實(shí)例或數(shù)據(jù)有修改、變更等風(fēng)險(xiǎn)操作，務(wù)必注意實(shí)例的容災(zāi)、容錯(cuò)能力，確保數(shù)據(jù)安全。
- 如果您對(duì)實(shí)例（包括但不限于ECS、RDS）等進(jìn)行配置與數(shù)據(jù)修改，建議提前創(chuàng)建快照或開(kāi)啟RDS日志備份等功能。
- 如果您在亞洲云平臺(tái)授權(quán)或者提交過(guò)登錄賬號(hào)、密碼等安全信息，建議您及時(shí)修改。
mtr（My traceroute）作為一款網(wǎng)絡(luò)測(cè)試工具，集成了tracert與ping這兩個(gè)命令的圖形界面。ping與tracert通常被用于檢測(cè)網(wǎng)絡(luò)狀況和服務(wù)器狀態(tài)，具體說(shuō)明如下。
| 命令名稱(chēng) | 具體說(shuō)明 |
|---|---|
| ping | 送出封包到指定的服務(wù)器。如果服務(wù)器有回應(yīng)就會(huì)傳送回封包，并附帶返回封包來(lái)回的時(shí)間 |
| tracert | 返回從用戶(hù)的電腦到指定的服務(wù)器中間經(jīng)過(guò)的所有節(jié)點(diǎn)（路由）以及每個(gè)節(jié)點(diǎn)的回應(yīng)速度。 |
WinMTR是mtr工具在Windows環(huán)境下的圖形化實(shí)現(xiàn)，適合Windows下做路由追蹤及ping測(cè)試。WinMTR默認(rèn)發(fā)送ICMP數(shù)據(jù)包進(jìn)行探測(cè)，無(wú)法切換。
相比tracert命令行工具，WinMTR能避免節(jié)點(diǎn)波動(dòng)對(duì)測(cè)試結(jié)果的影響，測(cè)試結(jié)果更正確。Windows環(huán)境下，建議優(yōu)先使用WinMTR進(jìn)行鏈路測(cè)試。下載WinMTR工具。
說(shuō)明：您可以多測(cè)試幾分鐘，測(cè)試結(jié)束后，將結(jié)果導(dǎo)出。
默認(rèn)配置下，WinMTR測(cè)試結(jié)果說(shuō)明如下。
tracert (Trace Route) 是Windows自帶的網(wǎng)絡(luò)診斷命令行實(shí)用程序，用于跟蹤Internet協(xié)議（IP）數(shù)據(jù)包傳送到目標(biāo)地址時(shí)經(jīng)過(guò)的路徑。
tracert通過(guò)向目標(biāo)地址發(fā)送ICMP數(shù)據(jù)包來(lái)確定到目標(biāo)地址的路由。在這些數(shù)據(jù)包中，tracert使用了不同的IP生存期 (TTL) 值。由于要求沿途的路由器在轉(zhuǎn)發(fā)數(shù)據(jù)包前至少必須將TTL減少1，因此TTL實(shí)際上相當(dāng)于一個(gè)躍點(diǎn)計(jì)數(shù)器 (hop counter)。當(dāng)某個(gè)數(shù)據(jù)包的TTL達(dá)到零時(shí)，相應(yīng)節(jié)點(diǎn)就會(huì)向源計(jì)算機(jī)發(fā)送一個(gè)ICMP超時(shí)的消息。tracert第一次發(fā)送TTL為1的數(shù)據(jù)包，并在每次后續(xù)傳輸時(shí)將TTL增加1，直到目標(biāo)地址響應(yīng)或達(dá)到TTL的最大值。中間路由器發(fā)送回來(lái)的ICMP超時(shí)消息中包含了相應(yīng)節(jié)點(diǎn)的信息。
根據(jù)具體用法，輸入待跟蹤的目標(biāo)地址，示例如下。
C:\> tracert -d 223.5.5.5
通過(guò)最多 30 個(gè)躍點(diǎn)跟蹤到 223.5.5.5 的路由
1 * * * 請(qǐng)求超時(shí)。
2 9 ms 3 ms 12 ms 192.X.X.20
3 4 ms 9 ms 2 ms 111.X.X.41
4 9 ms 2 ms 1 ms 111.X.X.197
5 11 ms * * 211.X.X.57
6 3 ms 2 ms 2 ms 211.X.X.62
7 2 ms 2 ms 1 ms 42.X.X.190
8 32 ms 4 ms 3 ms 42.X.X.238
9 * * * 請(qǐng)求超時(shí)。
10 3 ms 2 ms 2 ms 223.5.5.5
以如下鏈路測(cè)試結(jié)果示例圖為基礎(chǔ)進(jìn)行闡述。
區(qū)域A：客戶(hù)端本地網(wǎng)絡(luò)，即本地局域網(wǎng)和本地網(wǎng)絡(luò)提供商網(wǎng)絡(luò)。針對(duì)該區(qū)域異常，客戶(hù)端本地網(wǎng)絡(luò)相關(guān)節(jié)點(diǎn)問(wèn)題，請(qǐng)對(duì)本地網(wǎng)絡(luò)進(jìn)行排查分析；本地網(wǎng)絡(luò)提供商網(wǎng)絡(luò)相關(guān)節(jié)點(diǎn)問(wèn)題，請(qǐng)向當(dāng)?shù)剡\(yùn)營(yíng)商反饋。
區(qū)域B：運(yùn)營(yíng)商網(wǎng)絡(luò)。針對(duì)該區(qū)域異常，可根據(jù)異常節(jié)點(diǎn)IP查詢(xún)歸屬運(yùn)營(yíng)商，然后直接或通過(guò)亞洲云售后技術(shù)支持，向相應(yīng)運(yùn)營(yíng)商反饋問(wèn)題。
區(qū)域C：目標(biāo)服務(wù)器本地網(wǎng)絡(luò)，即目標(biāo)主機(jī)歸屬網(wǎng)絡(luò)提供商網(wǎng)絡(luò)。針對(duì)該區(qū)域異常，需要向目標(biāo)主機(jī)歸屬網(wǎng)絡(luò)提供商反饋問(wèn)題。
結(jié)合Avg（平均值）和StDev（標(biāo)準(zhǔn)偏差），判斷各節(jié)點(diǎn)是否存在異常。
注意：上述StDev高或者不高，并沒(méi)有具體的時(shí)間范圍標(biāo)準(zhǔn)。而需要根據(jù)同一節(jié)點(diǎn)其它列的延遲值大小來(lái)進(jìn)行相對(duì)評(píng)估。比如，如果Avg為30ms，那么，當(dāng)StDev為25ms，則認(rèn)為是很高的偏差。而如果Avg為325ms，則同樣的StDev為25ms，反而認(rèn)為是不高的偏差。
查看節(jié)點(diǎn)丟包率，若“Loss%”不為零，則說(shuō)明這一跳路由的網(wǎng)絡(luò)可能存在問(wèn)題。導(dǎo)致節(jié)點(diǎn)丟包的原因通常有兩種。
確定當(dāng)前異常節(jié)點(diǎn)的丟包原因。
若隨后節(jié)點(diǎn)均沒(méi)有丟包，說(shuō)明當(dāng)前節(jié)點(diǎn)丟包是由于運(yùn)營(yíng)商策略限制所致，可以忽略。如前文鏈路測(cè)試結(jié)果示例圖中的第2跳路由的網(wǎng)絡(luò)所示。
若隨后節(jié)點(diǎn)也出現(xiàn)丟包，說(shuō)明當(dāng)前節(jié)點(diǎn)存在網(wǎng)絡(luò)異常，導(dǎo)致丟包。如前文鏈路測(cè)試結(jié)果示例圖中的第5跳路由的網(wǎng)絡(luò)所示。
說(shuō)明：前述兩種情況可能同時(shí)發(fā)生，即相應(yīng)節(jié)點(diǎn)既存在策略限速，又存在網(wǎng)絡(luò)異常。對(duì)于這種情況，若當(dāng)前節(jié)點(diǎn)及其后續(xù)節(jié)點(diǎn)連續(xù)出現(xiàn)丟包，而且各節(jié)點(diǎn)的丟包率不同，則通常以最后幾跳路由的網(wǎng)絡(luò)的丟包率為準(zhǔn)。如前文鏈路測(cè)試結(jié)果示例圖所示，在第5、6、7跳路由的網(wǎng)絡(luò)均出現(xiàn)了丟包。所以，最終丟包情況，以第7跳的40%作為參考。
通過(guò)查看是否有明顯的延遲，來(lái)確認(rèn)節(jié)點(diǎn)是否存在異常。通過(guò)如下兩個(gè)方面進(jìn)行分析。
若某一跳路由的網(wǎng)絡(luò)之后延遲明顯陡增，則通常判斷該節(jié)點(diǎn)存在網(wǎng)絡(luò)異常。如前文鏈路測(cè)試結(jié)果示例圖所示，從第5跳路由的網(wǎng)絡(luò)之后的后續(xù)節(jié)點(diǎn)延遲明顯陡增，則推斷是第5跳路由的網(wǎng)絡(luò)節(jié)點(diǎn)出現(xiàn)了網(wǎng)絡(luò)異常。
注：高延遲并不一定完全意味著相應(yīng)節(jié)點(diǎn)存在異常，延遲大也有可能是在數(shù)據(jù)回包鏈路中引發(fā)的，建議結(jié)合反向鏈路測(cè)試一并分析。
ICMP策略限速也可能會(huì)導(dǎo)致相應(yīng)節(jié)點(diǎn)的延遲陡增，但后續(xù)節(jié)點(diǎn)通常會(huì)恢復(fù)正常。如前文鏈路測(cè)試結(jié)果示例圖所示，第3跳路由的網(wǎng)絡(luò)有100%的丟包率，同時(shí)延遲也明顯陡增。但隨后節(jié)點(diǎn)的延遲馬上恢復(fù)了正常。所以判斷該節(jié)點(diǎn)的延遲陡增及丟包是由于策略限速所致。
QQ通知群
微信公眾號(hào)
