在此說明網路連線檢測的一些步驟：網路連線的檢測是將機器放置在IDC之後很常去使用的一個動作，因為網路的品質不可能24小時365天都是完美無缺的。網路連線檢測使用到ping & tracert(traceroute in linux version)這兩個工具與一個網頁。 這兩個工具均是以command的方式存在，不須額外花費成本，當然您也可以使用一些額外的軟體，但道理是相同的。
關於ping
-t的參數代表：ping指定的主機，直到手動停止。
-l的參數代表：傳送指定的icmp封包大小。
ping的原理是發送一個tcp/ip中的icmp封包取得對方回應並記錄RTT。使用的邏輯很簡單，對方主機有回應就代表是存活著，RTT的時間長短則是網路品質的一個依據。
C:\Users\sssxyz>ping 168.95.1.1
Ping 168.95.1.1 具有 32 位元組的資料:
回覆自 168.95.1.1: 位元組=32 時間=7ms TTL=243
回覆自 168.95.1.1: 位元組=32 時間=14ms TTL=243
C:\Users\sssxyz>ping 1.1.1.1
Ping 1.1.1.1 具有 32 位元組的資料:
要求等候逾時。
C:\Users\sssxyz>ping 83.222.241.204
Ping 83.222.241.204 具有 32 位元組的資料:
回覆自 83.222.241.204: 位元組=32 時間=310ms TTL=48
回覆自 83.222.241.204: 位元組=32 時間=309ms TTL=48
回覆自 83.222.241.204: 位元組=32 時間=311ms TTL=48
回覆自 83.222.241.204: 位元組=32 時間=324ms TTL=48
以上述的三個例子我們可以發現：主機168.95.1.1跟主機83.222.241.204是存活著的，因為他們有所回應，而主機1.1.1.1是不存在的或是無法連線的。再來我們可以發現由我們到83.222.241.204的網路品質是比較不好的，比較的標的是168.95.1.1，推論的原由是時間的這個單位168.95.1.1是比較少的，所以我們可以藉由回應的時間長短判斷到達168.95.1.1的距離是比較近的或是網路品質是比較好的。 參數t和l是推薦使用的輔助參數，因為我們可能需要一個持續不停的測試來發覺任何變數產生變化的時候的一個狀態，而t參數正好可以輔助我們達到這樣的需求。l參數是指定封包的大小，您可以試試指定不同大小時網路的一個變化，通常是越大的封包網路品質會開始慢慢地下降，因為負載開始變大了，以此可以推論網路的乘載力是不是具有彈性。
關於tracert
-d的參數(windows)代表不要為每個網路節點與主機作名稱解析(DNS)(顯示的速度快)。
tracert是利用tcp/ip中icmp or udp(依照作業系統的不同)的封包去偵測網路傳輸的路徑，您可以利用此command去觀察在網路品質不好的時候發生問題的節點在於哪裡，並且觀看網路傳輸的一個方向與路徑選擇。
C:\Users\sssxyz>tracert -d 168.95.1.1
在上限 30 個躍點上追蹤 168.95.1.1 的路由
1 1 ms 2 ms 1 ms 10.1.5.254
2 8 ms 7 ms 10 ms 211.78.222.19
3 23 ms 33 ms 7 ms 10.36.18.17
4 9 ms 8 ms 7 ms 60.199.17.149
5 42 ms 22 ms 8 ms 60.199.17.122
6 7 ms 6 ms 11 ms 60.199.17.222
7 12 ms 17 ms 13 ms 60.199.17.190
8 8 ms 8 ms 8 ms 210.242.214.158
9 9 ms 8 ms 9 ms 220.128.3.246
10 9 ms 11 ms 26 ms 220.128.1.217
11 19 ms 9 ms 9 ms 210.59.204.189
12 49 ms 15 ms 8 ms 168.95.1.1
追蹤完成。
以上述的例子我們可以發現以目前的測試點到達168.95.1.1需要經過11個網路節點才能夠到達。而其中的各個節點是隸屬於哪一個ISP您可以使用www.twnic.net的ip查詢去了解經過哪一些的ISP網路節點。
我們最後來總結一下網路連線檢測的一些步驟與概念：
1.網路品質若發生不佳或是網路斷線時，請先確認local端的網路是否正常。
2.local端的網路確認正常，則請再確認DNS的解析是否正常，因DNS解析會影響網頁與郵件服務。
3.若懷疑是放置於IDC的主機端網路異常，請先使用ping+目的主機的ip address。
4.如ping的結果正常，應考慮其他的因素造成服務，如主機服務、主機效能、資料庫效能等等。
5.如ping的結果異常為無法回應的狀態，請聯絡主機代管公司詢問主機是否異常。
6.如ping的結果異常為RTT反應時間過高，請使用tracert指令確認網路路徑與問題節點。
以下是一些小提醒：
1.ping有可能無法回應，得先排除是否有防火牆阻擋或是主機本身不回應。
2.tracert有可能某些節點無法回應，得先排除是否有防火牆阻擋或是網路節點本身不回應。
3.tracert有可能某些節點回應時間過長是由於網路節點設備本身的負載過重而不是網路品質。
4.tracert的功能在於看出是否有路由迴圈、路徑的選擇與是否有某個網路節點影響網路品質，最立即可觀看網路是否可達的仍然是ping。
5.ping的結果若無異常基本上可以不需要施作tracert，除非您想觀看網路路徑的選擇。
6.因為網路的距離會造成網路品質的下降(回應時間變長)，而tracert得到的結果在每個網路節點回應的時間上具有累加性的效果(必須扣除是網路節點本身的負載過重所致)。
最後您是否有對於ISP提供給您的連線速度有所懷疑呢？
http://www.speedtest.net這個網頁可以提供您網路連線速度的一個參考。
但要提醒您的是，國外網路會有跨海纜出現集縮比的一個現象，保證頻寬是指國內頻寬而言。
當然您也可以使用一些大型ISP提供的網頁測速來佐證。
Dwins.tech-file.110101
