描述ping
程序使用ICMP協議的強制回顯請求數據報以使主機或網關發送壹份ICMP的回顯應答。回顯請求數據報("pings")含有壹個IP及ICMP的報頭，後跟壹個``時間值關鍵字''然後是壹段任意長度的填充字節用於把保持分組長度為16的整數倍。以下是程序的選項：-c count在發送(和接收)了正好數量為count的回顯應答分組後停止操作。在發送了count個分組後沒有收到任何分組的特別情況是發送導致了終止(選程主機或網關不可達)。-d 在所用的套接字上使用
SO_DEBUG選項。-f 以高速方式來作
ping。以分組返回的速度來輸出其它分組或每秒輸出百次。當收到每個回顯應答並打印壹個退格符時，對每個回顯請求都打印壹個句點``.''。這可以快速顯示出丟棄了多少個分組，只有超級用戶可以用這個選項。這（操作）對網絡要求非常苛刻，應該慎重使用。-iwait在發送每個分組時等待wait個秒數。缺省值為每個分組等待壹秒。此選項與-f選項不能同時使用。-l preload如果指定preload，那麽ping程序在開始正常運行模式前盡可能快地發送分組。同樣只有超級用戶可以用這個選項。-n 只以數字形式輸出信息。這樣就不嘗試去查找主機名了。
-ppattern可以指定最多16個填充字節用於保持分組長度為16的整數倍。在網絡上診斷與數據相關問題時此選項很有用。例如``-p ff''將使發出的分組都用全1填充數據區。-q 靜態輸出。在程序啟動和結束時只顯示摘要行。
-R 記錄路由。在回顯請求分組中包含記錄路由選項並在相應的分組返回時顯示路由緩沖區。註意IP首部的容量只能存放9條這樣的路由。很多主機
忽略或禁用此選項。-r 在所連接的網絡上旁路正常的選路表，直接向主機發送分組。如果主機未處於直接相連的網絡上，那麽返回壹個錯誤。此選項可用來通過無路由接口對壹臺主機進行檢測(例如當接口已被
routed程序丟棄後)。-s packetsize指定要發送數據的字節量。缺省值為56，這正好在添加了8字節的ICMP首部後組裝成64字節的ICMP數據報。-v 詳細模式輸出。打印接收到的回顯應答以外的
ICMP分組。-wwaitsecs在waitsecs秒後停止ping程序的執行。當試圖檢測不可達主機時此選項很有用。當用ping來隔離故障時，應首先在本地主機上運行，以檢查本地網絡接口有效運行。然後，應該進壹步檢查主機和網關。計算出往返時間和分組丟失率。如果收到重復的分組，雖然這些分組的往返時間要用於計算往返時間的最小/平均/最大值，但是它們不應該算在剛才計算的丟失的分組中。當指定數量的分組已經發送(和接收)時或如果程序被SIGINT信號終止，會顯示壹份簡短的摘要。如果ping程序根本沒有收到任何返回分組，那它將以返回碼1退出。出錯時返回2。否則返回0。這些值可能用於查看主機存在與否。此程序專用於網絡測試，度量和管理。因為它會使用網絡的流量，在正常操作或自動的腳本中使用它並不明智。 ICMP分組細節壹個無選項的IP首部長為20字節。壹個ICMP回顯請求分組包含了額外的8個字節用於任意數量的數據。當給出分組長度時，就同時指出了額外數據的長度(缺省為56)。因此接收到的ICMP回顯應答這樣的壹個IP分組內部所含的數據量總是8個字節從而超過了請求數據空間(ICMP首部)。如果數據空間至少有8個字節大小，ping程序使用此空間的頭8個字節來包含壹個用於計算往返時間的時間戳。如果指定了填充字節小於8個字節，就不給定往返時間了。 重復和受損的分組ping程序會報告重復和受損的分組。分組重復不應該發生，不適當的鏈路層傳輸可能會導致這樣問題。分組重復在很多情況下可能會發生，雖然存在少量重復並不總會導致警告，但並不是個好信號。分組受損很顯然會引起嚴重警告，並通常會在檢測分組的路徑上某處指出受損的硬件(在網絡中或主機中)。 嘗試不同的數據結構互聯網絡並不會因為分組數據部分的內容不同而區別看待分組。不幸的是，與數據相關的問題都已知潛存於網絡中，並在壹個較長時期內無法檢測到。在很多情況下，引起問題的特殊結構是些未完全轉換的內容如全1或全0，接近臨界的結構如幾乎全0。在命令行上沒有足夠的必要去指定如全0這樣的壹個數據結構，因為有影響的結構位於數據鏈路層，並且與指定的和控制器傳輸的復雜程度有關。這說明如果妳有壹個與數據相關的問題，可能必須用很多測試來找出它。如果幸運的話，可以設法查找壹個不能在網上發送或發送時要花比同長度的文件更多時間的文件。然後檢查此文件中用ping程序的-p選項來指定的重復結構。 有效時間細節壹個IP分組的TTL值表示分組在被丟棄前穿越IP路由器的最大數據。在現有的實際中，妳可以認為互聯網上每個路由器都對TTL字段減1。TCP/IP規定TCP分組的TTL字段應該設為60，但很多系統用較小的值(4.3 BSD用30, 4.2用15)。此字段可能的最大值為255，多數UNIX系統把ICMP回顯請求分組的TTL字段設為255。這就是為什麽妳可以``ping''壹些主機而不能用telnet(1)和ftp(1)到達。在正常操作時ping打印它收到分組的TTL值。當選程系統收到壹份ping的分組時，在作出響應時可以用TTL字段完成三件事：不變；4.3BSD-Tahoe release之前的Berkeley Unix系統是這樣做的。在此情況下，收到的分組的TTL值為255減往返路徑中的路由器數。把它設為255；當前的Berkeley Unix系統是這樣做的。在此情況下，收到的分組的TTL值為為255減選程系統與執行ping主機之間的路由器數。把它設為其它值。