(Translated by https://www.hiragana.jp/)
ping - Wikipedia コンテンツにスキップ

ping

出典しゅってん: フリー百科ひゃっか事典じてん『ウィキペディア（Wikipedia）』
曖昧さ回避 この項目こうもくでは、ネットワーク試験しけんツールについて説明せつめいしています。
  • ブログなどのウェブ発行はっこうメカニズムについては「Ping (ブログ)」をご覧らんください。
  • Appleのウェブサービス(iTunes Ping)については「iTunes Ping」をご覧らんください。
  • その他たのpingについては「ピン」をご覧らんください。
ping
作者さくしゃ マイク・ムース
初版しょはん 1983年ねん (41年ねん前まえ) (1983)
プラットフォーム ほとんどのネットワークOS
種別しゅべつ コマンド
テンプレートを表示ひょうじ

ping（ピンまたはピング）はIPネットワークにおいて、ネットワーク上じょうで特定とくていのIPアドレスを持もつ機器ききから応答おうとうがあるかを調しらべるためのプログラム（ソフトウェア）[1]。

「到達とうたつ性せい」を確認かくにんするために使つかえ、さまざまな用途ようとがあり、たとえばホストシステム（ユーザが現げんに「ホスト」として使用しよう中ちゅうのシステム）がインターネットとの基本きほん的てきな接続せつぞくを確立かくりつしているかテストするため、また自じホストが属ぞくするノードが特定とくていのノードと繋つながっているかをテストするため、などに使つかわれている。

IPネットワークにおける基本きほん的てきなツールの一ひとつであり、IPネットワーク機能きのうが実装じっそうされているオペレーティングシステムや組くみ込こみネットワーク管理かんりソフトウェアのほとんどで、何なんらかの形かたちで用意よういされている。

概要がいよう

[編集へんしゅう]

pingは、発信はっしん元もとのホストから宛先あてさきのコンピュータにメッセージを送信そうしんし、宛先あてさきがそれに対たいして返かえした応答おうとうが戻もどって来くるまでのラウンドトリップタイム（RTT、往復おうふく時間じかん）を測定そくていする。「ping」という名前なまえは、アクティブソナー（水中すいちゅうで音波おんぱのパルスを送信そうしんして反射はんしゃ音おんを聴取ちょうしゅすることで水中すいちゅうの物体ぶったいを検出けんしゅつするもの）の用語ようごに由来ゆらいしている[2]。

pingはICMPの"echo request"パケットを対象たいしょうホストに送信そうしんし、対象たいしょうホストから"echo reply"が返かえって来くることで「到達とうたつ性せい」を確認かくにんする。プログラムは、エラー、パケットロス率りつ、結果けっかの統計とうけい的てき要約ようやく（通常つうじょうは最小さいしょう、最大さいだい、平均へいきんのラウンドトリップタイム）を報告ほうこくする。

逆ぎゃくに、相手あいてシステムから応答おうとうがなかった場合ばあいは、「制限せいげん時間じかん内ないに応答おうとうがなかった」（Request timed out.）「指定していされたアドレスやネットワークは到達とうたつ可能かのうではない」（Destination host/net unreachable.）「経路けいろが長ながすぎて到達とうたつできない」（TTL expired in transit.）など、応答おうとうがなかった理由りゆうを表示ひょうじする。

用途ようと

[編集へんしゅう]

pingを使用しようしてIPネットワークに関かんするさまざまな情報じょうほうを得えることができる。たとえばホストシステムの基本きほん的てきなネットワーク設定せっていがうまくできているか、ホストシステムはそもそも物理ぶつり的てきな回線かいせんと繋つながっているか、DNS（ドメインネームサーバ）は正常せいじょうに機能きのうしているか、自分じぶん側がわのノードと相手あいてノードの経路けいろ上じょうに何なんらかの不具合ふぐあいが生しょうじたり過か負荷ふかが生しょうじたりしていないか、などである。

pingで宛先あてさきから応答おうとうがあったと表示ひょうじされる状態じょうたいを日本にっぽんでは俗語ぞくごでは「pingが通とおる」というが（あくまで俗語ぞくご。メーカーの正式せいしきな説明せつめい書しょなどではこの表現ひょうげんは使つかわない）、「pingが通とおる」ということは、「少すくなくとも、双方向そうほうこうにパケットの送受信そうじゅしんができる」「自じシステムから送信そうしんしたパケットは指定していIPの機器ききに（無事ぶじに）届とどき、なおかつ、指定していしたIPの機器ききが送信そうしんしたパケットも自じシステムに（無事ぶじに）届とどく、という状態じょうたいにはある」ということを示しめす。ドメイン名めいをノード名めいとしてパケットを送信そうしんして（俗語ぞくごでは送信そうしんすることを「投なげる」ともいう）正常せいじょうに応答おうとう（リプライ）された場合ばあいは、DNSの障害しょうがいもない、と判わかる。

pingはたとえば前日ぜんじつまでアクセス可能かのうだったウェブサイトが突然とつぜんアクセス不能ふのう・困難こんなんになった際さいにも、その原因げんいんや状況じょうきょうを調しらべるために使つかえる。ウェブサーバのドメイン名めいでpingを「打うち」、正常せいじょうに応答おうとうがあれば、IPネットワークもDNSも正常せいじょうと判断はんだんされるので、より高こうレベルのレイヤーに属ぞくするソフトウェアつまりOSI参照さんしょうモデルでより高たかい層そうを荷になうソフトウェアで問題もんだいが起おきているのだろうと推察すいさつできる。もしpingで指定していIPアドレスから応答おうとうがあるのにそのIPアドレスのウェブサイトを閲覧えつらんできないならば、たとえばhttpレベルの通信つうしんが自身じしんか相手あいてのファイアウォールでブロックされているかもしれないし、相手あいてのWWWサーバソフトウェアに障害しょうがいが起おきているのかも知しれない、と推察すいさつできるのである。

種類しゅるい、仕様しようの違ちがい、特殊とくしゅな用途ようと

[編集へんしゅう]

pingユーティリティのコマンドラインオプションとその出力しゅつりょくは、実装じっそうによって異ことなる。ペイロードのサイズ、試行しこう回数かいすう、パケットを通過つうかさせるネットワークホップ数すう(TTL)の制限せいげん、試行しこう間隔かんかくなどをオプションとして指定していできる。多おおくのシステムでは、IPv6ネットワークで同様どうようのテストをするための、ICMPv6を実装じっそうしたユーティリティ"ping6"を提供ていきょうしている。

一部いちぶのオンラインソフト[注釈ちゅうしゃく 1]にもping機能きのうを持もつものがある。

オンラインゲームなどにおいて、サーバーとプレイヤー（クライアント）間あいだの通信つうしんタイムラグをpingとして表示ひょうじするものもある。また、短時間たんじかんで切断せつだんされるような特殊とくしゅなセッションを定期ていき的てきなpingによって強制きょうせい的てきに保持ほじするという使つかい方かたもある。

歴史れきし

[編集へんしゅう]

pingは、1983年ねん12月に、当時とうじアメリカ陸軍りくぐん弾道だんどう研究所けんきゅうじょ（現げん アメリカ陸軍りくぐん研究所けんきゅうじょ（英語えいご版ばん））に勤務きんむしていたマイク・ムースが、自身じしんの管理かんりするIPネットワークでのトラブルシュート用ように作成さくせいした。これは、後のちにNTPを開発かいはつしたデイヴィッド・L・ミルズの、IPネットワークの診断しんだんと測定そくていにICMPエコーパケットを使用しようすることについての発言はつげんに触発しょくはつされたものである[3]。ムースは、その挙動きょどうが潜水せんすい艦かんなどで使つかわれるアクティブソナーの発はっする音波おんぱ（＝ping）の挙動きょどうと似にていることから、このプログラムをpingと名なづけた[2][4]。この事ことからpingを実行じっこうする事ことを「pingを打うつ」と呼よぶ場合ばあいが多おおい。ムースはpingが何なにかの略語りゃくごであることを否定ひていしているが、ミルズにより"packet internet groper"、別べつの人ひとより"packet internet gopher"[注釈ちゅうしゃく 2]というバクロニムを授さずかっている[5]。

最初さいしょにリリースされたバージョンはパブリックドメインだったが、後のちにBSDライセンスの下したでライセンスされるようになった。pingは4.3BSDに最初さいしょから含ふくまれていた[6]。

RFC 1122 では、どのホストもICMP echo requestを処理しょりし、echo replyを返送へんそうする必要ひつようがあると規定きていしている[7]。しかし、セキュリティ上じょうの理由りゆうから、これはしばしば無効むこうになっている[8]。

インターネットの接続せつぞく性せいの問題もんだいの“診断しんだん”にも有用ゆうようなpingであったが、2003年ねん末すえ、Welchiaのようなpingをネットワークにフラッドし標的ひょうてきを探さがすタイプのコンピュータウイルスが出現しゅつげんしたり、悪意あくいを持もったユーザが攻撃こうげき目標もくひょうの調査ちょうさやネットワークに負荷ふかをかけるなどの目的もくてきでpingの悪用あくようを行おこなったため、一部いちぶのISPでICMP Type 8（echo request）パケットがフィルタリングされるようになった。

pingの出力しゅつりょく例れい

[編集へんしゅう]

下線かせんは利用りよう者しゃが入力にゅうりょくする部分ぶぶん

Linux

[編集へんしゅう]

以下いかの出力しゅつりょく例れいはLinux端末たんまつからwww.google.comへ、iputilsバージョンのpingからpingを打うった結果けっかである。 

$ ping www.google.com
PING www.l.google.com (64.233.183.103) 56(84) bytes of data.
64 bytes from 64.233.183.103: icmp_seq=1 ttl=246 time=22.2 ms
64 bytes from 64.233.183.103: icmp_seq=2 ttl=245 time=25.3 ms
64 bytes from 64.233.183.103: icmp_seq=3 ttl=245 time=22.7 ms
64 bytes from 64.233.183.103: icmp_seq=4 ttl=246 time=25.6 ms
64 bytes from 64.233.183.103: icmp_seq=5 ttl=246 time=25.3 ms
64 bytes from 64.233.183.103: icmp_seq=6 ttl=245 time=25.4 ms
64 bytes from 64.233.183.103: icmp_seq=7 ttl=245 time=25.4 ms
64 bytes from 64.233.183.103: icmp_seq=8 ttl=245 time=21.8 ms
64 bytes from 64.233.183.103: icmp_seq=9 ttl=245 time=25.7 ms
64 bytes from 64.233.183.103: icmp_seq=10 ttl=246 time=21.9 ms

--- www.l.google.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9008ms
rtt min/avg/max/mdev = 21.896/24.187/25.718/1.619 ms

出力しゅつりょく例れいからわかることは、まずwww.google.comというホスト名めいがDNSのCNAMEレコードによりwww.l.google.comへ誘導ゆうどうされ、64.233.183.103というIPアドレスに名前なまえ解決かいけつされている。そして64.233.183.103に向むけて10回かいpingが打うたれており（Linuxの場合ばあいはデフォルトでは割込わりこみ文字もじを打うって止とめるまで、ずっとpingが打うたれる設定せっていとなっている）、出力しゅつりょくの最後さいごにpingの結果けっかが出でている。

結果けっかからわかることは以下いかの通とおりである。

  • パケットは10回かい送信そうしんされ、10回かいとも受信じゅしんされた。パケットロスは0%である。
  • ラウンドトリップタイムは最短さいたん21.896ミリ秒びょう（1ミリ秒びょう=1/1000秒びょう）、平均へいきん24.187ミリ秒びょう、最長さいちょう25.718ミリ秒びょう、標準ひょうじゅん偏差へんさは1.619ミリ秒びょうである。

macOS

[編集へんしゅう]

以下いかの出力しゅつりょく例れいはmacOS端末たんまつからwww.google.comへ、ターミナルのコマンドpingからpingを打うった結果けっかである。 ただし、computernameはコンピューター名めい、usernameはユーザー名めいである（Macintosh HD→アプリケーション→ユーティリティ→ターミナル）。 

computername:~ username$ ping www.google.com
PING www.l.google.com (66.249.89.104): 56 data bytes
64 bytes from 66.249.89.104: icmp_seq=1 ttl=238 time=30.556 ms
64 bytes from 66.249.89.104: icmp_seq=2 ttl=238 time=30.412 ms
64 bytes from 66.249.89.104: icmp_seq=3 ttl=238 time=31.272 ms
64 bytes from 66.249.89.104: icmp_seq=4 ttl=238 time=30.121 ms
64 bytes from 66.249.89.104: icmp_seq=5 ttl=238 time=30.942 ms
64 bytes from 66.249.89.104: icmp_seq=6 ttl=238 time=32.132 ms
64 bytes from 66.249.89.104: icmp_seq=7 ttl=238 time=30.680 ms
64 bytes from 66.249.89.104: icmp_seq=8 ttl=238 time=32.614 ms
64 bytes from 66.249.89.104: icmp_seq=9 ttl=238 time=29.405 ms
64 bytes from 66.249.89.104: icmp_seq=10 ttl=238 time=41.360 ms
64 bytes from 66.249.89.104: icmp_seq=11 ttl=238 time=32.176 ms
64 bytes from 66.249.89.104: icmp_seq=12 ttl=238 time=32.321 ms
^C
--- www.l.google.com ping statistics ---
13 packets transmitted, 12 packets received, 7% packet loss
round-trip min/avg/max/stddev = 29.405/31.999/41.360/2.978 ms

macOSはUNIXであるため、Linuxとほぼ変かわらない表示ひょうじである。 今回こんかいは-cオプションで回数かいすう設定せっていしていないため、割込わりこみ文字もじ（この例れいではControl+C）で止とめない限かぎり永遠えいえんに続つづく（例れいでは13回かいpingを送信そうしん）。見方みかたはLinuxの出力しゅつりょく例れいを参考さんこう。

logから分わかる事ことは、

  • 13回かいパケットを送信そうしんし、12回かい受信じゅしんしてロスは、7%である。
  • RTT(ラウンドトリップタイム)は最短さいたん29.405ミリ秒びょう(ms)、平均へいきん31.999ミリ秒びょう、最長さいちょう41.360ミリ秒びょう、標準ひょうじゅん偏差へんさは2.978ミリ秒びょうである。

Windows

[編集へんしゅう]

以下いかの出力しゅつりょく例れいはMicrosoft Windows XP端末たんまつからwww.google.comへ、コマンドプロンプト標準ひょうじゅんのpingを使用しようしてpingを打うった結果けっかである(95、98、Me、2000も同様どうよう)。 

C:\>ping www.google.com

Pinging www.l.google.com [64.233.183.103] with 32 bytes of data:

Reply from 64.233.183.103: bytes=32 time=25ms TTL=245
Reply from 64.233.183.103: bytes=32 time=22ms TTL=245
Reply from 64.233.183.103: bytes=32 time=25ms TTL=246
Reply from 64.233.183.103: bytes=32 time=22ms TTL=246

Ping statistics for 64.233.183.103:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 22ms, Maximum = 25ms, Average = 23ms

出力しゅつりょく例れいからわかることは、まずwww.google.comというホスト名めいがDNSのCNAMEレコードによりwww.l.google.comへ誘導ゆうどうされ、64.233.183.103というIPアドレスに名前なまえ解決かいけつされている。そして64.233.183.103に向むけて4回かいpingが打うたれており（Windowsの場合ばあいはデフォルトではpingは4回かいずつ打うたれる設定せっていとなっている）、出力しゅつりょくの最後さいごにpingの結果けっかが出でている。

結果けっかからわかることは以下いかの通とおりである。

  • パケットは4回かい送信そうしんされ、4回かいとも受信じゅしんされた。パケットロスは0%である。
  • ラウンドトリップタイムは最短さいたん22ミリ秒びょう、最長さいちょう25ミリ秒びょう、平均へいきん23ミリ秒びょうである。

また、次つぎの出力しゅつりょく例れいは日本にっぽん版ばんMicrosoft Windows 10端末たんまつからwww.google.comへ、2018年ねん10月がつ29日にちにコマンドプロンプト標準ひょうじゅんのpingを使用しようしてpingを打うった結果けっかである。 

C:\Users\（ユーザー名めい）>ping www.google.com

www.google.com [2404:6800:400a:808::2004]に ping を送信そうしんしています 32 バイトのデータ:
2404:6800:400a:808::2004 からの応答おうとう: 時間じかん =13ms
2404:6800:400a:808::2004 からの応答おうとう: 時間じかん =14ms
2404:6800:400a:808::2004 からの応答おうとう: 時間じかん =14ms
2404:6800:400a:808::2004 からの応答おうとう: 時間じかん =14ms

2404:6800:400a:808::2004 の ping 統計とうけい:
    パケット数すう: 送信そうしん = 4、受信じゅしん = 4、損失そんしつ = 0 (0% の損失そんしつ)、
ラウンド トリップの概算がいさん時間じかん (ミリ秒びょう):
    最小さいしょう = 13ms、最大さいだい = 14ms、平均へいきん = 13ms

基本きほん的てきな部分ぶぶんは上うえの例れいと同一どういつだが、www.google.comから名前なまえ解決かいけつされたIPアドレスが、IPv6の表示ひょうじとなっている。

Ping ipv6

[編集へんしゅう]

現在げんざい主流しゅりゅうのipv4のPingとは違ちがって、ipv6の場合ばあいはInternet Control Message Protocol for IPv6 を使用しようし、IPv4で使つかわれていたICMPのエラー通知つうち（詳細しょうさいはエラー表示ひょうじの欄らんを参照さんしょう）などの機能きのうに加くわえて、ARPに相当そうとうするアドレス解決かいけつの機能きのうもあわせ持もつようになった。

エラー表示ひょうじ

[編集へんしゅう]

宛先あてさきのホストからの応答おうとうがない場合ばあい、ほとんどの実装じっそうでは単たんにタイムアウトを表示ひょうじするだけだが、一部いちぶの実装じっそうでは、タイムアウトに関かんする以下いかのようなエラー通知つうちを定期ていき的てきに出力しゅつりょくする。

  • H – ホストにアクセスできない
  • !N – ネットワークにアクセスできない
  • !P – プロトコルにアクセスできない
  • S – 送信そうしん元もとルートが失敗しっぱいした
  • F – フラグメントが必要ひつよう
  • U – 宛先あてさきネットワークが不明ふめい
  • !W – 宛先あてさきホストが不明ふめい
  • I – 送信そうしん元もとホストが孤立こりつしている
  • A – 宛先あてさきネットワークとの通信つうしんが管理かんり上じょう禁止きんしされている
  • Z – 宛先あてさきホストとの通信つうしんが管理かんり上じょう禁止きんしされている
  • Q – このToSでは、宛先あてさきネットワークに到達とうたつできない
  • T – このToSでは、宛先あてさきホストに到達とうたつできない
  • X – 通信つうしんが管理かんり上じょう禁止きんしされている
  • V – ホスト優先ゆうせん順位じゅんい違反いはん
  • C – 優先ゆうせん順位じゅんいカットオフが有効ゆうこう

エラーが発生はっせいした場合ばあい、宛先あてさきホストや中間なかまルータは、"host unreachable"や"TTL exceeded in transit"などのICMPエラーメッセージを返信へんしんする。このメッセージには、元もとのメッセージの最初さいしょの8バイト（この場合ばあいはICMP echo requestのヘッダ）が含ふくまれているため、pingユーティリティは応答おうとうを発信はっしん元もとのクエリーと照合しょうごうできる[9]。

メッセージのフォーマット

[編集へんしゅう]

ICMPパケット

[編集へんしゅう]
IPv4データグラム
  Bits 0–7 Bits 8–15 Bits 16–23 Bits 24–31
ヘッダ
(20 bytes) 		バージョン/IHL サービスの種類しゅるい 長ながさ
識別子しきべつし フラグとオフセット
Time To Live (TTL) Protocol ヘッダのチェックサム
送信そうしん元もとIPアドレス
宛先あてさきIPアドレス
ICMPヘッダ
（8バイト） 		メッセージの種類しゅるい コード チェックサム
ヘッダデータ
ICMPペイロード
（オプション） 		ペイロードデータ
IPv6データグラム
  Bits 0–3 Bits 4–7 Bits 8–11 Bits 12–15 Bits 16–23 Bits 24–31
ヘッダ
（40バイト） 		バージョン トラフィッククラス フローラベル
ペイロード長ちょう 次つぎのヘッダ ホップリミット
送信そうしん元もとアドレス
宛先あてさきアドレス
ICMP6ヘッダ
（8バイト） 		メッセージの種類しゅるい コード チェックサム
ヘッダデータ
ICMP6ペイロード
（オプション） 		ペイロードデータ

ICMPパケットの一般いっぱん的てきな構成こうせい:[10]

  • IPv4ヘッダ（青あお）: プロトコルは1(ICMP)、サービスタイプは0が設定せっていされる。
  • IPv6ヘッダ（青あお）: 次つぎのヘッダは58(ICMP6)が設定せっていされる。
  • ICMPヘッダ（赤あか）:
    • ICMPメッセージの種類しゅるい（8ビット）
    • コード（8ビット）
    • チェックサム（16ビット）。パケットのICMP部分ぶぶんで計算けいさんされる（IPヘッダは使用しようされない）。Typeフィールドで始はじまるICMPメッセージの1の補数ほすう和わの16ビットの1の補数ほすうである[11]。
    • ヘッダデータ（32ビット）。echo request, replyでは、識別子しきべつし（16ビット）とシーケンス番号ばんごう（16ビット）で構成こうせいされる。
  • ICMPペイロード：様々さまざまな種類しゅるいの回答かいとうのペイロード。実装じっそうの詳細しょうさいにより任意にんいの長ながさにすることができる。ただし、IPヘッダとICMPヘッダを含ふくむパケットは、ネットワークのmaximum transmission unit(MTU)より小ちいさくなければならない。MTUより大おおきくなると、フラグメントされる危険きけん性せいがある。

echo request

[編集へんしゅう]

echo request（エコー要求ようきゅう）は、ICMP/ICMP6のメッセージである。

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
Type = 8(IPv4, ICMP) 128(IPv6,ICMP6) Code = 0 ヘッダチェックサム
識別子しきべつし シーケンス番号ばんごう
ペイロード

クライアントは、識別子しきべつしとシーケンス番号ばんごうを使用しようして、応答おうとうを要求ようきゅうと一致いっちさせることができる。実際じっさいには、ほとんどのLinuxシステムはpingプロセスごとに異ことなる識別子しきべつしを使用しようしており、シーケンス番号ばんごうはそのプロセス内ないで増加ぞうかする番号ばんごうである。Windowsは、Windowsのバージョンによって異ことなる固定こてい識別子しきべつしと、起動きどう時じにのみリセットされるシーケンス番号ばんごうを使用しようする。

echo reply

[編集へんしゅう]

echo reply（エコー応答おうとう）は、echo requestの応答おうとうとして生成せいせいされるICMPメッセージである。規定きていでは、エコー要求ようきゅうを受信じゅしんした場合ばあいは必かならずエコー応答おうとうを返信へんしんしなければならず、エコー応答おうとうにはエコー要求ようきゅうに含ふくまれるペイロードをそのまま含ふくまなければならない。

00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
Type = 0(IPv4,ICMP) 129(IPv6,ICMP6) Code = 0 ヘッダチェックサム
識別子しきべつし シーケンス番号ばんごう
ペイロード

識別子しきべつしとシーケンス番号ばんごうは、エコー要求ようきゅうと応答おうとうを関連付かんれんづけるためにクライアントで使用しようされる。

ペイロード

[編集へんしゅう]

パケットのペイロードは一般いっぱんにASCII文字もじで埋うめられている。以下いかに、ICMP echo requestの最後さいごの32バイトのtcpdumpユーティリティによる出力しゅつりょくの例れいを示しめす（echo requestパケットは0x0800から始はじまり、ICMPヘッダの後のちにペイロードがある）。 

16:24:47.966461 IP (tos 0x0, ttl 128, id 15103, offset 0, flags [none],
proto: ICMP (1), length: 60) 192.168.146.22 > 192.168.144.5: ICMP echo request,
id 1, seq 38, length 40
       0x0000:  4500 003c 3aff 0000 8001 5c55 c0a8 9216  E..<:.....\U....
       0x0010:  c0a8 9005 0800 4d35 0001 0026 6162 6364  ......M5...&abcd
       0x0020:  6566 6768 696a 6b6c 6d6e 6f70 7172 7374  efghijklmnopqrst
       0x0030:  7576 7761 6263 6465 6667 6869            uvwabcdefghi

ペイロードには、送信そうしんの時間じかんを示しめすタイムスタンプやシーケンス番号ばんごう（上記じょうきの例れいでは含ふくまれていない）を含ふくむことができる。これにより、pingは各かくパケットの送信そうしん時刻じこくを記録きろくすることなく、ステートレスな方法ほうほうでラウンドトリップタイムを計算けいさんできる。

セキュリティ上じょうの考慮こうりょ事項じこう

[編集へんしゅう]

多おおくのpingの実装じっそうには"flood"オプションが存在そんざいする。これは、高こう負荷ふか条件下じょうけんかでのネットワークの応答おうとうを判断はんだんするために、できるだけ速はやくリクエストを送信そうしんするものである。このオプションは管理かんり者しゃ特権とっけんを持もつユーザに制限せいげんされているが、標的ひょうてきの元もとに大量たいりょうのICM echo requestが届とどくようにするDoS攻撃こうげきの一種いっしゅのping floodに使用しようされる可能かのう性せいがある。

pingは、単たんにホストの存在そんざいを知しらせることによって潜在せんざい的てきなターゲットとして確認かくにんされるため、セキュリティ上じょうのリスクと見みなされている。解決かいけつ策さくとして、多おおくのシステムにおいて、 RFC 1122 においてホストは常つねに返信へんしんを返かえさなければならないという規定きていを無視むしして、返信へんしんを無効むこうにする手段しゅだんを提供ていきょうしている[8][12]。さらに、pingによって計算けいさんされたラウンドトリップ時間じかんは、完全かんぜん性せいチェックに欠かけていることが多おおく、そのため、過酷かこくな環境かんきょうでは信頼しんらいできない。攻撃こうげき者しゃは、ほとんどのping実装じっそうで計算けいさんされた遅延ちえんを延長えんちょうまたは短縮たんしゅくする可能かのう性せいがある[13] 。

関連かんれん項目こうもく

[編集へんしゅう]

脚注きゃくちゅう

[編集へんしゅう]
[脚注きゃくちゅうの使つかい方かた]

注釈ちゅうしゃく

[編集へんしゅう]
  1. ^ EditMTU等とう。
  2. ^ ここでのgopherはIT用語ようごでのgopherではなく、齧かじ歯は目めのgopherのことである。

出典しゅってん

[編集へんしゅう]
  1. ^ [1]
  2. ^ a b Mike Muuss. “The Story of the PING Program”. U.S. Army Research Laboratory. 8 September 2010時じ点てんのオリジナルよりアーカイブ。8 September 2010閲覧えつらん。 “I named it after the sound that a sonar makes, inspired by the whole principle of echo-location.”
  3. ^ "The Story of the PING Program", Mike Muuss
  4. ^ Salus, Peter (1994). A Quarter Century of UNIX. Addison-Wesley. ISBN 978-0-201-54777-1 
  5. ^ Mills, D.L. (1983). Internet Delay Experiments (英語えいご). IETF. p. 1. doi:10.17487/RFC0889. STD 8. RFC 889. 2015年ねん6月がつ26日にち閲覧えつらん。
  6. ^ http://www.manpagez.com/man/8/ping/
  7. ^ “RFC [https://datatracker.ietf.org/doc/html/rfc1122 1122 - Requirements for Internet Hosts -- Communication Layers]”. p. 42. 2012年ねん3月がつ19日にち閲覧えつらん。 “Every host MUST implement an ICMP Echo server function that receives Echo Requests and sends corresponding Echo Replies.”
  8. ^ a b “Windows firewall: how block ICMP (echo response)”. 2019年ねん2月がつ27日にち閲覧えつらん。
  9. ^ “ICMP: Internet Control Message Protocol”. repo.hackerzvoice.net (January 13, 2000). December 4, 2014閲覧えつらん。
  10. ^ “RFC 792 - Internet Control Message Protocol”. Tools.ietf.org. 2014年ねん2月がつ2日にち閲覧えつらん。
  11. ^ “RFC Sourcebook's page on ICMP”. 20 December 2010閲覧えつらん。
  12. ^ “redhat linux /proc/sys/net/ipv4 parameters”. 2019年ねん2月がつ27日にち閲覧えつらん。
  13. ^ Abdou, AbdelRahman; Matrawy, Ashraf; van Oorschot, Paul (April 2017). Accurate Manipulation of Delay-based Internet Geolocation. ACM AsiaCCS. doi:10.1145/3052973.3052993。

外部がいぶリンク

[編集へんしゅう]
ファイルとファイルシステム管理かんり
プロセス管理かんり
ユーザ管理かんり/環境かんきょう
テキスト処理しょり
シェルビルトイン
通信つうしん
検索けんさく
マニュアル
ソフトウェア開発かいはつ
その他た
Windowsのコマンドラインプログラムと組くみ込こみコマンド
ファイルシステム
ファイル管理かんり
ディスク管理かんり
プロセス管理かんり
レジストリ
ユーザ環境かんきょう
テキスト処理しょり
スクリプト
ネットワーク
メンテナンス
ブート管理かんり
ソフトウェア開発かいはつ
その他た
「https://ja.wikipedia.org/w/index.php?title=Ping&oldid=101377443」から取得しゅとく