『壹』 mtr 出來的多個ip是怎麼回事
Mtr是 Linux中有一個非常棒的網路連通性判斷工具，它結合了ping, traceroute,nslookup 的相關特性。
Mtr的相關參數：
mtr -s
用來指定ping數據包的大小
mtr -nno-dns
不對IP地址做域名解析
mtr -a
來設置發送數據包的IP地址 這個對一個主機由多個IP地址是有用的
mtr -i
使用這個參數來設置ICMP返回之間的要求默認是1秒
mtr -4
IPv4
mtr -6
IPv6
『貳』 在linux下測試丟包率，用mtr命令，怎麼測試啊mtr發送的數據包是什麼數據包數據包從哪裡得到
mtr ip icmp
『叄』 關於shell的幾個不為人知卻十分有用的命令分享
1.mtr命令，查看mtr運行的主機和某個網站的直接網路連接，如下
mtr google.com
顯示一下內容
My traceroute [v0.75]
localhost.localdomain (0.0.0.0) Sun May 18 19:32:36 2014
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 103.31.240.129 0.0% 42 0.5 0.5 0.5 0.6 0.0
2. 118.126.0.9 0.0% 42 0.3 0.3 0.2 0.4 0.0
3. 210.245.144.37 0.0% 42 2.9 3.6 2.9 22.1 3.0
4. 113.10.231.125 0.0% 42 3.1 3.8 2.7 40.2 5.8
5. irb9.10g-tc2.wpc.nwtgigalink.com 0.0% 42 2.9 3.1 2.9 5.1 0.4
6. ae2.10g-pp2.wpc.nwtgigalink.com 0.0% 42 3.2 3.0 2.9 3.2 0.1
7. google3-10G.hkix.net 0.0% 42 4.6 4.5 4.3 4.6 0.1
8. 209.85.248.62 0.0% 42 5.0 5.3 4.8 13.7 1.6
9. 209.85.241.171 0.0% 42 5.3 5.2 5.1 5.7 0.1
10. hkg03s16-in-f8.1e100.net 0.0% 41 4.8 4.9 4.7 5.0 0.1
2.nl命令，給所查看的文本加上行號，如下
cat a.log
aa
nl a.log
1 aa
3.shuf命令，隨機從一個文件或者一個文件夾中選取行或者文件
[root@localhost mwq]# ls | shuf -n1
a.log
[root@localhost mwq]# ls | shuf -n1
a.log
[root@localhost mwq]# ls | shuf -n1
a.log
[root@localhost mwq]# ls | shuf -n1
20140512.sql
[root@localhost mwq]# ls | shuf -n1
20140512.sql
[root@localhost mwq]# ls | shuf -n1
a.log
[root@localhost mwq]# vim a.log
[root@localhost mwq]# cat a.log | shuf -n1
aa
[root@localhost mwq]# cat a.log | shuf -n1
dd
[root@localhost mwq]# cat a.log | shuf -n1
aa
[root@localhost mwq]# cat a.log | shuf -n1
ff
當然你也可以改變參數如cat a.log | shuf -n2獲取兩行內容。
4.last命令，查看上次登錄或者登出的用戶
root pts/4 xxxxxxxxxxx Sun May 18 19:12 still logged in
root pts/4 xxxxxxxxxxx Fri May 16 09:39 - 15:17 (05:38)
root pts/4 xxxxxxxxxxx Wed May 14 17:13 - 18:01 (00:48)
root pts/4 xxxxxxxxxxx Mon May 12 10:50 - 13:38 (02:47)
root pts/4 xxxxxxxxxxx Mon May 12 10:48 - 10:50 (00:02)
root pts/1 xxxxxxxxxxx Fri May 9 11:58 still logged in
5.pstree以樹的結構顯示當前的進程節點
init─┬─abrt-mp-oops
├─abrtd
├─acpid
├─atd
├─auditd───{auditd}
├─avahi-daemon───avahi-daemon
├─console-kit-dae───63*[{console-kit-da}]
├─crond
├─dbus-daemon───{dbus-daemon}
├─hald───hald-runner─┬─hald-addon-acpi
│ └─hald-addon-inpu
├─irqbalance
├─java───330*[{java}]
├─master───qmgr
├─6*[mingetty]
├─mysqld_safe───mysqld───11*[{mysqld}]
├─rhsmcertd───rhsmcertd
├─rsyslogd───3*[{rsyslogd}]
├─sshd─┬─4*[sshd───bash]
│ └─sshd───bash───pstree
├─stap-serverd
├─udevd───2*[udevd]
└─vsftpd
『肆』 丟包延遲抖動測試中輸入不是內部或者外部命令
摘要 常見的測試丟包的命令 ：ping 、mtr 、traceroute 、fping、ipconfig、iftop、tcpmp
『伍』 測試伺服器帶寬的幾種常用的方法有哪些
一、下載測試法
下載測試法主要是將一個大型的文件放置在伺服器上，然後通過下載的方法來對帶寬的下載速度和穩定性進行測試，這種方法比較適用，特別是對於搭建下載網站或者在線視頻這種需要大帶寬支持的用戶來說。不過通常這種方法也需要服務商的配合。一般情況下：
1Mbps的帶寬下載速度：100K-150K/S
2Mbps是200-280K/S
4Mbps是400K-500K/S
8Mbps是800-950K/S
10Mbps光纖共享能達到1M-1.5M/S
註：(1Mbps寬頻理論下載速度128K/s，2Mbps寬頻理論256K/s，4Mbps是512K/s)
2、使用Ping測試網速
通過ping
服務商所提供的IP地址來對網路的當前情況進行測試。但是需要注意的是這種方法只是對帶寬的一個估算，而不是直觀地將數值表現出來，這種方法最重要的測試伺服器的訪問速度穩定性。
3、使用測試網站
只要用戶在搜索引擎上一搜，其實有很多網速測試網站可以進行網速測試，是最常用的網速測試方法，而且用戶根據網路使用情況選擇測試線路，測試點遍及全國各省、美國、澳大利亞、日本等海外國家，用戶可選擇任意測試點進行測試，網站採用flash實現測速功能，可視化的測試過程，測試結果能准確反映本地網路速率，無需下載安裝插件或添加額外設備，使用簡單，操作方便。
4、使用路由跟蹤
常見的路由跟蹤命令行 windows有Tracert和winmtr， Linux下有traceroute和mtr，
windows的winmtr是帶gui的使用比較簡單。根據以上帶寬的速度，然後除頁面文件大小，乘以打開頁面的時間（秒為單位）。這樣就可以算出1M帶寬能同時承受多少人訪問了。
『陸』 如何用WinMTR分析/排查網路延遲與掉包
影響網速延遲/掉包的問題錯綜復雜，不能一概而論。數據包在網路中傳遞過程中也會經過多個節點到達目的地，其中數據包通過何種協議或選擇何種路徑去 往目的地都有關系（好比你開車去往目的地有多條路可到達，選擇哪條線路，多少紅燈，車輛擁堵都會影響到達目的地速度），數據包傳遞也是如此，整個過程不是 誰或某個機構能完全控制的，即使相同地點在不同時間也會有不同的延時與丟包，今天ping反應情況是120ms，明天可能會340ms，所以數據在特定時 間和環境才有參考價值。還有些其他因素諸如網頁代碼不優，被病毒攻擊造成伺服器負擔等也會影響客戶端訪問速度。
WinMTR/MTR
WinMTR/MTR這款工具是非常有用的工具，反應當時主機網路的延遲，跳點，丟包等情況。
我們重點關心的是數據包在我們線路上的情況，如果你一直認為網速慢和我們有關，請使用該工具提取數據報表附於工單提交向我們反應，我們工程師來分析是否在可控范圍內作出優化線路等調整。
安裝WinMTR/MTR
Windows系統
下載WinMTR/MTR
Debian和Ubuntu系統
確認所需安裝包已經安裝，隨後安裝WinMTR/MTR
apt-get update
apt-get upgrade
apt-get install mtr-tiny
CentOS和Fedora系統
確認所需安裝包已經安裝，隨後安裝WinMTR/MTR
yum update
yum install mtr
Windows版本使用方法
解壓文件
在 host輸入: 51hosting.com (請用你要測試的網站的域名或者ip地址替換51hosting.com)
點start後等5分鍾
選擇Export to TEXT
把導出報告提交工單附件中
WinMTR測試結果名詞解釋
Copy Text to clipboard - 將結果以文本形式復制到剪貼板
Copy HTML to clipboard - 將結果以HTML形式復制到剪貼板
Export TEXT - 將結果以文本形式導出
Export HTML - 將結果以HTML形式導出
Options - 設置
Hostname:到目的伺服器要經過的每個節點主機IP或名稱 。
Nr:經過節點的數量;以上圖洛杉磯美國機房為例子:一共要經過12個節點,其中第一個是當地寬頻商的網關。
Loss%:ping 數據包回復失敗的百分比;由此可判斷那個節點(線路)出現故障,是伺服器所在機房還是國際路由幹路。
Sent:已經傳送的數據包數量 。
Recv:成功接收的數據包數量 。
Best:回應時間的最小值 。
Avrg:平均回應時間 。
Worst:回應時間的最大值。
Last:最後一個數據包的回應時間。
舉例說明
WinMTR的使用方法如下： 雙擊WinMTR.exe運行，打開後，我們可以看到Host一欄的文本框，在Host文本框內輸入您要追蹤的IP或者域名，再按 Start ，此時就可以看到如下圖所示的 tracert 與 Ping 的結果，圖例如下：
測試結束後，我們可以將結果導出：
Hostname：到目的伺服器要經過的每個節點主機IP或名稱 。
Nr：經過節點的數量；以上圖洛杉磯美國KT機房為例子：一共要經過12個節點，其中第一個是當地寬頻商的網關。
Loss%：ping 數據包回復失敗的百分比；由此可判斷那個節點（線路）出現故障，是伺服器所在機房還是國際路由幹路。 (其中圖中倒數第2跳顯示100%丟失，那是正常的因為有些節點禁ping後是無法取得數據的。
Sent：已經傳送的數據包數量
Recv：成功接收的數據包數量
Best：回應時間的最小值
Avrg：平均回應時間
Worst：回應時間的最大值
Last：最後一個數據包的回應時間
不同的網路情況，MTR都會返回不同的結果。您需要對MTR結果做一個正確的分析。
『柒』 如何對IDC機房網路帶寬進行測試
資料來源於，找機房公眾號
【干貨】非「程序猿」如何正確評估一個機房的帶寬質量？
對於機房帶寬質量的評估，目前還沒有一個准確的方法和標准。對於機房采購人員來說，一般可以從以下三個方面進行評估。
一、網路穩定性
檢測機房的網路延遲、丟包率可以使用ping、smokeping、mtr三種工具來進行測試。
Ping測試法（windows）：
1、 在windows系統下打開「運行」。快捷鍵：win+R
2、 在運行窗口內輸入「cmd」點擊確定
在上圖中，數據包必須通過兩個路由器（10.0.0.1 和 192.168.0.1）才能到達主機172.16.0.99。主機的默認網關是 10.0.0.1，192.168.0.0 網路上的路由器的 IP 地址是 192.168.0.1。
mtr是一款Linux環境下判斷網路連通性工具，它可以結合ping nslookup tracert 來判斷網路的相關特性。（上面有介紹，不再重復）
『捌』 怎麼使用winmtr看重復路由
上網時經常會遇到某個網站無法訪問或訪問速度很慢,特別是國外的網站,可能會懷疑自己的電腦或網路,此時可用WinMTR來找出網路的異常。
WinMTR是老外開發的工具,集成了tracert與ping這兩個命令的圖形界面,使用winmtr可以直接的看到各個節點的響應時間及丟包率,適合windows下做路由追蹤及PING測試,使用方法簡單,WinMTR 不需安裝,解壓之後即可執行。
ping與tracert通常被用來檢測網路狀況和伺服器狀態。ping命令會送出封包到指定的伺服器,如果伺服器有回應就會傳送回封包,另外也會告訴我們封包來回的時間。而tracert命令則是用來告訴我們從用戶的電腦到指定的伺服器中間一共會經過那些節點(路由)和每個節點的回應速度。
使用方法如下:
下載WinMTR後,直接雙擊即可運行,打開後,我們可以看到Host一欄的文本框,在Host文本框內輸入您要追蹤的IP或者域名,再按Start ,此時就可以看到如下圖所示的 tracert 與 Ping 的結果，如下圖所示:
『玖』 手機東方財富裡面ATR和MTR怎麼設置
摘要 打開東方財富軟體，點擊左上角進入個人中心，然後再設置頁選擇相應的參數進行設置即可。
『拾』 如何使用WinMTR對網路進行測試
驗證數據包丟失
在分析WinMTR/MTR輸出結果時，您需要查看兩件事情：丟包和延遲。首先，我們來討論丟包。如果您在任何一個節點看到有掉包，這可能表示這個 特定的路由節點有問題。然而，有些服務提供商會限制WINMTR/MTR工具發送的ICMP傳輸。這會對數據包丟失造成錯覺，但事實上並未丟包。要確認您 看到的數據包丟失是否是由於服務提供商限製造成的，您可以查看隨後的一跳路由節點。如果該跳顯示丟失0%，那麼您可以肯定 是ICMP限制，實際未丟包。 看下面的例子：
在這種情況下，從第一跳到第二跳的丟包可能是由於第二跳路由ICMP限制導致的。因為剩餘的8個路由節點都沒有丟包。這種情況下，採取掉包最少的節點作為它實際的丟包率。
再考慮一個例子：
在這種情況下，你會看到第三跳和第四跳之間有60%的丟包。您可以假設這是由於路由設備限制導致的丟包。然而，您可以看到最後一跳是顯示40%的丟包。但產生不同的丟包結果時，始終採用最後一跳的丟包率。
有些丟包可能產生在路由返回的時候。數據包可以正確無誤地到達目的地，但未正常返回。這也會計算在丟包率中，但您從WinMTR/MTR結果報告中很難分辨。因此，在任何時候您都需要同時收集兩個方向的WinMTR/MTR結果報告。