traceroute 使用說明

1、概述

????????Traceroute（Windows 系統中為?tracert）是一種網絡診斷工具，用于跟蹤數據包從本地設備到目標主機的傳輸路徑，并顯示沿途經過的每一跳（路由器）的延遲和 IP 地址。它通過發送不同 TTL（生存時間）的 ICMP 或 UDP 數據包，結合目標主機的響應，來繪制網絡路徑。

2、適用場景

  • 網絡故障排查：定位網絡延遲、丟包的具體節點（如某路由器故障）。
  • 網絡性能優化：分析數據包傳輸路徑，選擇更優的網絡鏈路。
  • 學習網絡架構：了解數據包從本地到目標網站的實際路由過程。

3、命令使用

Windows 系統（tracert 命令）

語法格式

tracert [參數] 目標主機（域名或 IP 地址）

常用參數

  • -d：不將 IP 地址解析為域名，加快追蹤速度。
  • -h <最大跳數>：設置最大追蹤跳數（默認 30）。
  • -w <超時時間>：設置等待響應的超時時間（毫秒，默認 1000）。

示例

追蹤百度的網絡路徑

tracert www.baidu.com

Linux/macOS 系統（traceroute 命令）

語法格式

traceroute [參數] 目標主機

常用參數

  • -I：使用 ICMP 協議（默認）。
  • -U：使用 UDP 協議。
  • -n：不解析域名，僅顯示 IP。
  • -m <最大跳數>：同 Windows 的?-h。

示例

traceroute -n www.baidu.com

ip+端口

使用?traceroute?的 TCP 模式
traceroute -T -p 443 www.baidu.com

UDP 端口診斷
traceroute -U -p 443 www.baidu.com

centos 7安裝

yum install traceroute

4、輸出結果解讀

windows解讀

tracert www.baidu.com追蹤到 www.a.shifen.com [14.215.177.39] 的路由，最多 30 跳：1     1 ms     1 ms     1 ms  192.168.1.12     3 ms     2 ms     2 ms  10.1.1.13    12 ms    11 ms    13 ms  202.102.32.1...10    45 ms    43 ms    44 ms  14.215.177.39
  • 各列含義：
    • 第 1 列：跳數（TTL 值）。
    • 第 2-4 列：三次數據包往返的延遲時間（ms），若超時顯示?*。
    • 第 5 列：路由器的 IP 地址（可能顯示域名）。
  • 關鍵現象解讀：
    • 連續丟包（*）：可能對應路由器負載過高或禁止 ICMP 響應。
    • 延遲突然升高：該節點可能存在網絡擁塞。

linux解讀

[root@i-xjwcFHlEO-1 ~]# traceroute www.baidu.com
traceroute to www.baidu.com (110.242.70.57), 30 hops max, 60 byte packets1  gateway (172.16.0.1)  1.562 ms  1.527 ms  1.994 ms2  * * *3  * * *4  * * *5  * * *6  * * *7  * * 101.36.162.133 (101.36.162.133)  2.038 ms8  * * 101.36.162.21 (101.36.162.21)  1.892 ms9  * * 101.36.162.21 (101.36.162.21)  1.806 ms
10  * * *
11  * * *
12  * * 123.58.12.184 (123.58.12.184)  3.541 ms
13  * 172.31.1.81 (172.31.1.81)  10.624 ms 172.31.1.85 (172.31.1.85)  15.495 ms
14  * * *
15  220.192.72.117 (220.192.72.117)  4.986 ms 220.192.72.89 (220.192.72.89)  4.986 ms *
16  220.192.72.145 (220.192.72.145)  5.812 ms 220.192.72.97 (220.192.72.97)  4.942 ms 220.192.72.49 (220.192.72.49)  4.862 ms
17  220.192.72.45 (220.192.72.45)  4.959 ms 220.192.72.53 (220.192.72.53)  5.099 ms *
18  219.158.9.174 (219.158.9.174)  9.093 ms 110.242.66.174 (110.242.66.174)  12.770 ms 110.242.66.182 (110.242.66.182)  12.850 ms
19  110.242.66.174 (110.242.66.174)  13.183 ms 110.242.66.166 (110.242.66.166)  13.489 ms 110.242.66.190 (110.242.66.190)  13.641 ms
20  221.194.45.134 (221.194.45.134)  13.165 ms 110.242.66.162 (110.242.66.162)  13.180 ms 221.194.45.130 (221.194.45.130)  13.610 ms
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

首行信息????

  • 目標解析：域名?www.baidu.com?對應 IP 為?110.242.70.57（百度服務器地址）。
  • 追蹤參數：最大跳數 30，數據包大小 60 字節（Linux 默認值）。

本地網絡與初始跳（1-6 跳）

1  gateway (172.16.0.1)  1.562 ms  1.527 ms  1.994 ms
2-6  * * *
  • 第 1 跳：本地網關?172.16.0.1，延遲極低（約 1.5 ms），說明本地網絡連接正常。
  • 第 2-6 跳：全為?*（無響應），可能原因：
    • 企業防火墻或 ISP 路由器屏蔽了 ICMP 響應。
    • 該段路由為內網鏈路，不對外暴露信息。

中間路由節點（7-9 跳）

7  * * 101.36.162.133 (101.36.162.133)  2.038 ms
8-9  * * 101.36.162.21 (101.36.162.21)  1.892 ms / 1.806 ms
  • IP 歸屬：101.36.x.x?屬于百度 BGP 網絡（百度自用 IP 段）。
  • 現象解讀：
    • 延遲仍較低（約 1.8-2 ms），說明數據包已進入百度的邊緣網絡。
    • 前兩列顯示?*，僅第三列有響應，可能是路由器僅對部分探測包回復。

網絡中轉節點（12-13 跳）

12  * * 123.58.12.184 (123.58.12.184)  3.541 ms
13  * 172.31.1.81 (172.31.1.81)  10.624 ms 172.31.1.85 (172.31.1.85)  15.495 ms
  • IP 歸屬：
    • 123.58.x.x?屬于中國聯通（China Unicom）。
    • 172.31.x.x?為私有 IP 段（可能是企業內網或云服務商內部路由）。
  • 現象解讀：
    • 第 13 跳延遲明顯升高（10-15 ms），可能是跨運營商鏈路或節點負載較高。
    • 同一跳出現兩個不同 IP（172.31.1.81 和 172.31.1.85），可能是負載均衡或路由抖動。

百度 CDN 節點（15-17 跳）

15  220.192.72.117 (220.192.72.117)  4.986 ms ...
16  220.192.72.145 (220.192.72.145)  5.812 ms ...
17  220.192.72.45 (220.192.72.45)  4.959 ms ...
  • IP 歸屬：220.192.x.x?屬于中國聯通 CDN 節點（百度常用的 CDN 資源池）。
  • 現象解讀：
    • 延遲穩定在 5 ms 左右，說明進入百度的內容分發網絡（CDN）。
    • 同一網段內多節點響應，可能是 CDN 負載均衡或路由優化機制。

接近目標的路由（18-20 跳）

18  219.158.9.174 (219.158.9.174)  9.093 ms ...
19-20  110.242.66.x.x / 221.194.45.x.x  12-13 ms
  • IP 歸屬：
    • 219.158.x.x?屬于中國聯通骨干網。
    • 110.242.x.x?為百度核心服務器 IP 段。
    • 221.194.x.x?屬于中國移動（China Mobile），可能存在多線 BGP 路由。
  • 現象解讀：
    • 延遲升至 12-13 ms，接近目標服務器，但未抵達最終 IP（110.242.70.57）。
    • 多運營商 IP 混合出現，說明百度使用 BGP 多線接入，優化不同網絡用戶的訪問路徑。

末尾跳數（21-30 跳）

21-30  * * *
  • 現象解讀：
    • 全部顯示?*，未到達目標 IP，可能原因：
      • 百度核心服務器設置了 ICMP 響應屏蔽（出于安全考慮）。
      • 最后幾跳為內網路由，不對外暴露信息。
      • 達到最大跳數（30），但實際已接近目標（第 20 跳已在百度網絡內）。

關鍵問題總結

  1. 中間節點丟包：第 2-6 跳、第 10-11 跳、第 14 跳、第 21-30 跳出現?*，主要由以下原因導致：
    • 企業 / ISP 防火墻攔截 ICMP 請求。
    • 內網路由不響應外部探測。
  2. 延遲波動：第 13 跳延遲突然升高（10-15 ms），可能是跨運營商鏈路或節點擁塞。
  3. 多線路由特征：第 20 跳同時出現聯通（110.242.x.x）和移動（221.194.x.x）的 IP，說明百度利用 BGP 實現多線接入。

特殊符號含義

  • *：表示該跳無響應，可能原因：
    • 路由器屏蔽了 ICMP/UDP 響應。
    • 網絡擁塞導致數據包丟失。
    • 路由器配置限制（如防火墻規則）。
  • !H、!N、!P：分別表示主機不可達、網絡不可達、協議不可達。

5、實時監控丟包率

可以使用mtr命令

mtr -c 30 www.baidu.com  # 持續追蹤并統計丟包率

參考文檔：MTR使用說明-CSDN博客

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/pingmian/85155.shtml
繁體地址，請注明出處：http://hk.pswp.cn/pingmian/85155.shtml
英文地址，請注明出處：http://en.pswp.cn/pingmian/85155.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

用idea操作git緩存區回退、本地庫回退、遠程庫回退

用idea操作git緩存區回退、本地庫回退、遠程庫回退

前言 使用idea軟件操作git非常人性化和方便。 但是如果我的代碼使用git提交之后,我想回到以前的版本,此時需要進行git的版本回退。 提交代碼分為提交到緩存區、本地庫、遠程庫這3個過程。 下面我將介紹每個階段的提交對應的回退方法。 本篇文章是掌握git和使用idea操作git…
閱讀更多...
webpack+vite前端構建工具 - 3webpack處理js

webpack+vite前端構建工具 - 3webpack處理js

3 webpack處理js webpack的核心——處理js文件&#xff0c;將模塊化的代碼打包。具體操作如下 es6轉化&#xff08;為兼容老瀏覽器&#xff0c;將es6轉化為es5&#xff09; babel-loader 代碼規范&#xff08;例如空格&#xff0c;縮進等代碼風格規范&#xff09; eslint 代碼…
閱讀更多...
Nginx轉發中相對路徑資源302問題的分析與解決

Nginx轉發中相對路徑資源302問題的分析與解決

Nginx轉發中相對路徑資源302問題的分析與解決 典型案例&#xff1a;后端頁面引入./test.css的302問題 問題場景 假設我們有一個后端服務&#xff0c;其頁面中通過相對路徑引入了CSS文件&#xff1a; <!-- 后端頁面代碼 --> <link rel"stylesheet" href&…
閱讀更多...
Vue3 + TypeScript合并兩個列表到目標列表，并且進行排序，數組合并、集合合并、列表合并、list合并

Vue3 + TypeScript合并兩個列表到目標列表，并且進行排序，數組合并、集合合并、列表合并、list合并

在Vue 3 TypeScript中合并并排序兩個列表&#xff0c;可以通過以下步驟實現&#xff1a; 解決方案代碼 vue 復制 下載 <script setup lang"ts"> import { ref, computed } from vue;// 定義列表項類型 interface ListItem {id: number;name: string;valu…
閱讀更多...
Python-教程

Python-教程

1 需求 2 接口 3 示例 4 參考資料 Python 教程 — Python 3.13.5 文檔
閱讀更多...
Excel數據導出小記

Excel數據導出小記

文章目錄 前言一、DataTable >EXCEL二、DBReader >Excel &#xff08;NPOI&#xff09;三、分頁查詢 DbReader>Excel (MiniExcel)總結&#xff1a; 前言 最近經歷了一次數據量比較大的導出&#xff0c;也做了各種優化嘗試&#xff0c;這里稍記錄一下 一、DataTable …
閱讀更多...
深入理解鏈表數據結構：從Java LinkedList到自定義實現

深入理解鏈表數據結構：從Java LinkedList到自定義實現

引言 鏈表作為基礎數據結構之一&#xff0c;在Java集合框架中以LinkedList的形式提供。本文將深入分析Java原生LinkedList的實現機制&#xff0c;并介紹我自定義實現的MyLinkedList&#xff0c;最后對比兩者的設計差異與實現特點。 Java原生LinkedList解析 基本結構 Java的…
閱讀更多...
【深度學習】卷積神經網絡（CNN）：計算機視覺的革命性引擎

【深度學習】卷積神經網絡（CNN）：計算機視覺的革命性引擎

卷積神經網絡&#xff08;CNN&#xff09;&#xff1a;計算機視覺的革命性引擎 一、算法背景&#xff1a;視覺智能的進化之路1.1 傳統視覺處理的困境1.2 神經科學的啟示 二、算法理論&#xff1a;CNN的核心架構2.1 基礎組成單元卷積層&#xff1a;特征提取引擎池化層&#xff1…
閱讀更多...
使用@SpringJUnitConfig注解開發遇到的空指針問題

使用@SpringJUnitConfig注解開發遇到的空指針問題

Spring測試中的版本陷阱&#xff1a;SpringJUnitConfig與JUnit版本兼容性深度解析 一個看似簡單的空指針異常&#xff0c;背后可能隱藏著JUnit版本不匹配的“幽靈”。 一、SpringJUnitConfig&#xff1a;Spring與JUnit 5的橋梁 SpringJUnitConfig是Spring TestContext框架為**…
閱讀更多...
[2025CVPR]AdcSR：一種高效實世界圖像超分辨率的對抗擴散壓縮方法

[2025CVPR]AdcSR：一種高效實世界圖像超分辨率的對抗擴散壓縮方法

目錄 1. 背景與挑戰 2. AdcSR模型概述 2.1 模型架構 2.2 訓練策略 3. 公式與原理 4. 創新點 5. 實驗與結果 5.1 實驗設置 5.2 結果對比 5.3 消融實驗 6. 結論 在計算機視覺領域&#xff0c;圖像超分辨率&#xff08;Image Super-Resolution, ISR&#xff09;一直是一…
閱讀更多...
Go 語言中的字符串基本操作

Go 語言中的字符串基本操作

這篇文章已經放到騰訊智能工作臺的知識庫啦&#xff0c;鏈接在這里&#xff1a;ima.copilot-Go 入門到入土。要是你有啥不懂的地方&#xff0c;就去知識庫找 AI 聊一聊吧。 本篇將詳細講解 Go 語言中與字符串相關的操作。 1、rune 和 字符串長度 1、Go 函數語法約定 在開始…
閱讀更多...
數學建模會議筆記

數學建模會議筆記

看似優化模型 建立整數規劃模型 用優化軟件、啟發式方法、精確方法求解 建立圖論和組合優化模型用組合優化方法、啟發式方法求解 建立博弈論模型 數據統計分析與可視化- 數據擬合、參數估計、插值、數據的標準化、去偽補全相關度分析、分類、聚類等 最優化理論和方法 線性規劃…
閱讀更多...
學習昇騰開發的六天--ACL應用開發之運行第一個實例

學習昇騰開發的六天--ACL應用開發之運行第一個實例

1、下載一個實例&#xff0c;運行一個圖像分類實例&#xff08;環境&#xff1a;Ubuntu22.04&#xff0c;硬件&#xff1a;昇騰310B1&#xff0c;加速模塊&#xff1a;atlas 200i a2&#xff09; samples: CANN Samples - Gitee.com 目錄結構如下&#xff1a; ├── data │…
閱讀更多...
可靈AI-快手公司自主研發的一款AI視頻與圖像生成工具

可靈AI-快手公司自主研發的一款AI視頻與圖像生成工具

可靈AI是由快手公司自主研發的一款AI視頻與圖像生成工具&#xff0c;于2024年6月正式推出。以下是對其的詳細介紹&#xff1a; 核心功能 AI視頻生成&#xff1a; 文生視頻&#xff1a;輸入文字描述&#xff0c;AI可自動生成匹配的視頻片段。圖生視頻&#xff1a;上傳圖片&…
閱讀更多...
創客匠人解析：存量時代創始人 IP 打造與免費流量池策略

創客匠人解析：存量時代創始人 IP 打造與免費流量池策略

在存量競爭的商業環境中&#xff0c;企業如何突破增長瓶頸&#xff1f;創客匠人結合新潮傳媒創始人張繼學的實戰洞察&#xff0c;揭示 “品牌 IP” 雙輪驅動下的免費流量池構建邏輯&#xff0c;為知識變現與創始人 IP 打造提供新思路。 一、存量時代的流量革命&#xff1a;從…
閱讀更多...
提升語義搜索效率：LangChain 與 Milvus 的混合搜索實戰

提升語義搜索效率：LangChain 與 Milvus 的混合搜索實戰

我從不幻想人生能夠毫無波折&#xff0c;但我期望遭遇困境之際&#xff0c;自身能夠成為它的克星。 概述 LangChain與Milvus的結合構建了一套高效的語義搜索系統。LangChain負責處理多模態數據&#xff08;如文本、PDF等&#xff09;的嵌入生成與任務編排&#xff0c;Milvus作…
閱讀更多...
MySQL配置簡單優化與讀寫測試

MySQL配置簡單優化與讀寫測試

測試方法 先使用sysbench對默認配置的MySQL單節點進行壓測&#xff0c;單表數據量為100萬&#xff0c;數據庫總數據量為2000萬&#xff0c;每次壓測300秒。 sysbench --db-drivermysql --time300 --threads10 --report-interval1 \--mysql-host192.168.0.10 --mysql-port3306…
閱讀更多...
獵板深耕透明 PCB，解鎖電子設計新邊界

獵板深耕透明 PCB，解鎖電子設計新邊界

在電子技術快速迭代的當下&#xff0c;獵板始終關注行業前沿&#xff0c;透明 PCB 作為極具創新性的技術&#xff0c;正在改變電子設備的設計與應用格局。? 從傳統的綠色、棕色 PCB 到如今的透明 PCB&#xff0c;其突破在于特殊基材與導電材料的運用&#xff0c;實現 85%-92%…
閱讀更多...
FLAML：快速輕量級自動機器學習框架

FLAML：快速輕量級自動機器學習框架

概述 FLAML&#xff08;Fast and Lightweight AutoML&#xff09;是微軟開發的一個高效的自動機器學習&#xff08;AutoML&#xff09;框架。它專注于在有限的計算資源和時間約束下&#xff0c;自動化機器學習管道的構建過程&#xff0c;包括特征工程、模型選擇、超參數調優等…
閱讀更多...
Github 以及 Docker的 wsl --list --online無法訪問問題

Github 以及 Docker的 wsl --list --online無法訪問問題

修改電腦DNS 騰訊 DNS IP&#xff1a;119.29.29.29 備用&#xff1a;182.254.116.116 阿里DNS IP&#xff1a;223.5.5.5 223.6.6.6 百度DNS IP:180.76.76.76 谷歌DNS IP:8.8.8.8
閱讀更多...
最新文章

Copyright @ 2022~2023