lft.db - クラウドでオンライン

プログラム：

NAME

traceroute-ネットワークホストへのルートパケットトレースを出力します

SYNOPSIS

traceroute [-46dFITUnreAV] [-f first_ttl] [-g ゲート、...]
[-i デバイス] [-m max_ttl] [-p ポート] [-s src_addr]
[-q クエリ] [-N クエリ] [-t TOS]
[-l フローラベル] [-w 待ち時間] [-z 送信待ち] [-UL] [-D]
[-P プロト] [--sport = port] [-M 方法] [-O mod_options]
[--mtu] [- 戻る]
host [パケット長]
traceroute6 [オプション]
tcptraceroute [オプション]
LFT [オプション]

DESCRIPTION

traceroute 特定のホストに向かう途中でIPネットワークから取得したルートパケットを追跡します。
IPプロトコルの存続時間（TTL）フィールドを利用して、ICMPを引き出します。
ホストへのパスに沿った各ゲートウェイからのTIME_EXCEEDED応答。

traceroute6 に相当します traceroute -6

tcptraceroute に相当します traceroute -T

LFT 、レイヤーXNUMX Tracerouteは、次のようなTCPtracerouteを実行します。 traceroute -T 、 だけど
元のそのような実装との互換性を提供しようとします。
「lft」。

必要なパラメータは、宛先の名前またはIPアドレスのみです。 host を選択します。
任意 パケット長`gthは、プロービングパケットの合計サイズです（IPv60のデフォルトは4バイト）
IPv80の場合は6）。 指定されたサイズは、状況によっては無視されるか、最大で大きくなる可能性があります
最小値。

このプログラムは、IPパケットがインターネットホストまでたどるルートを追跡しようとします
小さいttl（存続時間）でプローブパケットを起動し、ICMPをリッスンする
ゲートウェイからの「時間を超えました」という応答。 プローブをttlXNUMXから開始し、増加します
ICMPの「ポート到達不能」（またはTCPリセット）が発生するまで、XNUMXつずつ。
「ホスト」、または最大値（デフォルトは30ホップ）に達します。 XNUMXつのプローブ（デフォルト）はに送信されます
各ttl設定と、ttl、ゲートウェイのアドレス、およびラウンドを示す行が印刷されます
各プローブのトリップ時間。 アドレスの後に追加情報を続けることができます
要求されました。 プローブの回答が異なるゲートウェイからのものである場合、それぞれのアドレス
応答システムが印刷されます。 5.0秒以内に応答がない場合
（デフォルト）、そのプローブには「*」（アスタリスク）が出力されます。

トリップ時間の後、いくつかの追加の注釈を印刷できます。 !H, !Nまたは !P （ホスト、
ネットワークまたはプロトコルに到達できません）、 !S （ソースルートが失敗しました）、 !F （断片化が必要）、 !X
（管理上禁止されている通信）、 !V （ホスト優先違反）、 !C
（優先カットオフが有効）、または ！ （ICMP到達不能コード）。 ほとんどすべての場合
プローブはある種の到達不能をもたらし、tracerouteはあきらめて終了します。

宛先ホストにUDPプローブパケットを処理させたくないので、宛先
ポートがありそうもない値に設定されている（ -p 国旗）。 そのようなものはありません
ICMPまたはTCPトレースルーティングの問題（TCPの場合、ハーフオープン手法を使用します。これにより、
宛先ホスト上のアプリケーションに表示されるプローブ）。

最新のネットワーク環境では、従来のtracerouteメソッドが常に使用できるとは限りません。
ファイアウォールが広く使用されているため、該当します。 このようなファイアウォールは「ありそうもない」ものをフィルタリングします
UDPポート、またはICMPエコーですら。 これを解決するために、いくつかの追加のトレースルーティング方法は次のとおりです。
実装済み（tcpを含む）。を参照してください。 LIST OF AVAILABLE 方法 未満。 そのような方法は使用しようとします
ファイアウォールをバイパスするための特定のプロトコルと送信元/宛先ポート（表示される
許可されたタイプのネットワークセッションの開始と同じようにファイアウォールによって）。

OPTIONS

- 助けて ヘルプ情報を印刷して終了します。

-4, -6 IPv4またはIPv6トレースルーティングを明示的に強制します。 デフォルトでは、プログラムは次のことを試みます
指定された名前を解決し、適切なプロトコルを自動的に選択します。 もしも
ホスト名を解決すると、IPv4アドレスとIPv6アドレスの両方が返されます。 traceroute 使用する
IPv4。

-私、 --icmp
プローブにICMPECHOを使用する

-NS、 --tcp
プローブにTCPSYNを使用する

-NS、 - デバッグ
ソケットレベルのデバッグを有効にします（Linuxカーネルがサポートしている場合）

-NS、 --dont-フラグメント
プローブパケットをフラグメント化しないでください。 （IPv4の場合、DFビットも設定します。
リモートでもフラグメント化しない中間ルーター）。

プロービングパケットのサイズを パケット長 コマンドラインパラメータ、
個々のネットワークホップのMTUに関する情報を手動で取得できます。 NS
--mtu オプション（以下を参照）は、これを自動的に実行しようとします。

断片化されていない機能（ -F or --mtu）Linux以降は正しく動作します
カーネル2.6.22のみ。 そのバージョンの前は、IPv6は常に断片化されていましたが、IPv4は
（ルートキャッシュから）検出された最終的なmtuのみを使用します。
デバイスの実際のMTUよりも小さい。

-f first_ttl, -最初=first_ttl
開始するTTLを指定します。 デフォルトは1です。

-g ゲートウェイ, -ゲートウェイ=ゲートウェイ
tracerouteに、発信パケットにIPソースルーティングオプションを追加するように指示します。
指定された経由でパケットをルーティングするようにネットワークに指示します ゲートウェイ （ほとんどのルーター
セキュリティ上の理由からソースルーティングを無効にしました）。 一般的に、いくつか ゲートウェイ's
許可されます（カンマ区切り）。 IPv6の場合、 NUM,addr,addr..。 許可されています、
コラボレー NUM ルートヘッダータイプです（デフォルトはタイプ2です）。 タイプ0のルートヘッダーに注意してください
現在は非推奨です（rfc5095）。

-i インタフェース, --interface =インタフェース
通過するインターフェースを指定します traceroute パケットを送信する必要があります。 デフォルトでは、
インターフェイスはルーティングテーブルに従って選択されます。

-m max_ttl, --max-hops =max_ttl
最大ホップ数（最大存続時間の値）を指定します traceroute 意志
調査。 デフォルトは30です。

-N クエリ, --sim-queries =クエリ
同時に送信されるプローブパケットの数を指定します。 いくつか送信する
プローブは同時にスピードアップできます traceroute かなり。 デフォルト値は16です。
一部のルーターとホストは、ICMPレートスロットリングを使用できることに注意してください。 そのような状況では
指定する数が多すぎると、一部の応答が失われる可能性があります。

-n 表示するときにIPアドレスをホスト名にマップしようとしないでください。

-p ポート, --port =ポート
UDPトレースの場合、宛先ポートベースを指定します traceroute 使用します（
宛先ポート番号は、プローブごとにインクリメントされます）。
ICMPトレースの場合、初期ICMPシーケンス値を指定します（それぞれによって増分されます）
プローブも）。
TCPなどの場合、接続する（一定の）宛先ポートのみを指定します。 いつ
tcptracerouteラッパーを使用して、-pは送信元ポートを指定します。

-t TOS, --tos =TOS
IPv4の場合、Type of Service（TOS）と優先順位の値を設定します。 有用な値は16です
（低遅延）および8（高スループット）。 TOSの優先順位を使用するために注意してください
値、あなたはスーパーユーザーでなければなりません。
IPv6の場合、トラフィック制御値を設定します。

-l フローラベル, --flowlabel =フローラベル
IPv6パケットには指定されたflow_labelを使用します。

-w 待ち時間, --wait =待ち時間
プローブへの応答を待機する時間（秒単位）を設定します（デフォルトは5.0秒）。

-q クエリ, --queries =クエリ
ホップあたりのプローブパケット数を設定します。 デフォルトは3です。

-r 通常のルーティングテーブルをバイパスして、接続されているホストに直接送信します
通信網。 ホストが直接接続されたネットワーク上にない場合、エラーが返されます。
このオプションは、ルートのないインターフェイスを介してローカルホストにpingを実行するために使用できます
それを通して。

-s ソースアドレス, -ソース=ソースアドレス
代替の送信元アドレスを選択します。 XNUMXつのアドレスを選択する必要があることに注意してください
インターフェイスの。 デフォルトでは、発信インターフェイスのアドレスが使用されます。

-z 送信待ち, --sendwait =送信待ち
プローブ間の最小時間間隔（デフォルトは0）。 値が10を超える場合
次に、ミリ秒単位で数値を指定します。それ以外の場合は、秒数（float
ポイント値も許可されます）。 一部のルーターがICMPにレート制限を使用する場合に便利です
メッセージ。

-e、 -拡張機能
ICMP拡張機能（rfc4884）を表示します。 一般的な形式は CLASS/タイプ: 続いて
4950進ダンプ。 MPLS（rfcXNUMX）は、次の形式で解析されて表示されます。
MPLS：L =ラベル、E =exp_use、S =スタックボトム、T =TTL （より多くのオブジェクトが / ).

-NS、 --as-path-lookups
ルーティングレジストリでASパスルックアップを実行し、直後に結果を出力します。
対応するアドレス。

-V、 - バージョン
バージョンを印刷して終了します。

高度な使用を目的とした追加のオプションがあります（代替トレース方法など）
等。）：

- スポーツ=ポート
使用する送信元ポートを選択します。 示す -N 1。 通常はソースポート（
該当する）はシステムによって選択されます。

--fwmark=マーク
発信パケットのファイアウォールマークを設定します（Linuxカーネル2.6.25以降）。

-M 方法, --module =名
traceroute操作には指定された方法を使用します。 デフォルトの従来のudpメソッドには
名 デフォルト、icmp（-I）およびtcp（-T）名前があります icmp & TCP 。
メソッド固有のオプションは、 -O 。 ほとんどの方法は単純です
ショートカット、（-I 手段 -M icmpなど）。

-O オプション, --options =オプション
メソッド固有のオプションを指定します。 いくつかのオプションはコンマ（または
いくつか使用する -O コマンドライン上）。 各メソッドには、独自の特定のオプション、または多くのオプションがあります
それらをまったく持っていません。 使用可能なオプションに関する情報を印刷するには、 -O 助けます.

-U、 --udp
トレースルーティング用に特定の宛先ポートにUDPを使用します（
各プローブごとのポート）。 デフォルトのポートは53（dns）です。

-UL トレースルーティングにはUDPLITEを使用します（デフォルトのポートは53です）。

-NS、 --dccp
プローブにはDCCPリクエストを使用します。

-P , -プロトコル=
トレースルーティングには、指定されたプロトコルの生のパケットを使用します。 デフォルトのプロトコルは253です
（rfc3692）。

--mtu トレースされているパスに沿ってMTUを検出します。 示す -F -N 1。 新しい MTU 一度印刷されます
の形で F=NUM そのようなものを必要とするホップの最初のプローブで MTU ようにするには
に達した。 （実際には、対応する「fragneeded」icmpメッセージは通常によって送信されます
前のホップ）。

一部のルーターは、断片化に関する情報が表示されるとキャッシュする可能性があることに注意してください。
したがって、より近いホップから最終的なmtuを受け取ることができます。 珍しいものを指定してみてください
TOS by -t 、これはXNUMX回の試行に役立ちます（その後、そこにキャッシュすることもできます）。
見る -F 詳細については、オプションをご覧ください。

- 戻る フォワードと異なるように見える場合は、バックワードホップの数を出力します
方向。 この数は、リモートホップが応答パケットを送信することを前提として推測されます
初期ttlを64、128、または255に設定します（これは一般的な方法のようです）。
'-NUM'の形式で負の値として出力されます。

LIST OF AVAILABLE 方法

一般に、特定のtracerouteメソッドは次の方法で選択する必要があります。 -M 名、しかしほとんど
メソッドには単純なコマンドラインスイッチがあります（メソッド名の後に表示されます。
現在）。

デフォルト
トレースルーティングの伝統的な古代の方法。 デフォルトで使用されます。

プローブパケットは、いわゆる「ありそうもない」宛先ポートを持つudpデータグラムです。 NS
最初のプローブの「ありそうもない」ポートは33434であり、次のプローブごとに次のようにインクリメントされます。
一。 ポートは未使用であると予想されるため、宛先ホストは通常​​、
最終応答として「icmpunreachport」。 （アプリケーションによって何が起こるかは誰にもわかりません
ただし、そのようなポートをリッスンします）。

この方法は、特権のないユーザーに許可されています。

icmp -I
今のところ最も一般的な方法で、プローブにicmpエコーパケットを使用します。
可能であれば ping（8）宛先ホスト、icmptraceroutingも適用できます。

この方法は、カーネル3.0（IPv4のみ）以降、特権のないユーザーに許可される可能性があります。
新しいをサポート グラム icmp （また "ping"）ソケット。このようなソケットを許可するには、sysadminは
提供します net / ipv4 / ping_group_range ユーザーの任意のグループに一致するsysctl範囲。
オプション：

生 rawソケットのみを使用してください（従来の方法）。
この方法は、デフォルトで最初に試行され（互換性の理由から）、次に新しいdgramicmpが試行されます。
フォールバックとしてのソケット。

グラム dgramicmpソケットのみを使用してください。

TCP -T
ファイアウォールをバイパスすることを目的とした、よく知られた最新の方法。
一定の宛先ポートを使用します（デフォルトは80、http）。

ネットワークパスにいくつかのフィルタが存在する場合、おそらく「ありそうもない」udp
ポート（ デフォルト メソッド）またはicmpエコー（ icmp）フィルタリングされ、全体
traceroutingは、そのようなファイアウォールで停止します。 ネットワークフィルターをバイパスするには、
許可されたプロトコル/ポートの組み合わせのみを使用してください。 たとえば、メールサーバーをトレースすると、
可能性が高いです -T -p 25 いつでもそれに到達することができます -I できません。

この方法では、よく知られている「ハーフオープン手法」を使用します。
宛先ホストは、プローブをまったく見ることができません。 通常、tcpsynが送信されます。 非
リッスンされたポートはtcpリセットを受け取り、すべて完了します。 アクティブなリスニングポートの場合、
tcp syn + ackを受信しますが、（予想されるtcp ackの代わりに）tcpリセットで応答します。
リモートtcpセッションは、アプリケーションが通知しなくてもドロップされます。

のためのいくつかのオプションがあります TCP 方法：

syn、ack、fin、rst、psh、urg、ece、cwr
プローブパケットに指定されたtcpフラグを任意の組み合わせで設定します。

フラグ=NUM
tcpヘッダーのフラグフィールドを正確に次のように設定します NUM.

ecn tcpフラグECEおよびCWRを使用してsynパケットを送信します（明示的輻輳通知の場合、
rfc3168）。

袋、タイムスタンプ、window_scaling
発信プローブパケットで対応するtcpヘッダーオプションを使用します。

sysctl 現在のsysctlを使用する（/ proc / sys / net /*）上記のtcpヘッダーオプションの設定と
ecn。 他に何も指定されていない場合は、常にデフォルトで設定されます。

MSS=NUM
の使用価値 NUM maxseg tcpヘッダーオプションの場合（ シン).

info ターゲットホストに到達したときに、最終的なtcp応答のtcpフラグを出力します。 することができます
アプリケーションがポートやその他の便利なものをリッスンするかどうかを判断します。

デフォルトのオプションは syn、sysctl.

tcpconn
tcpメソッドの初期実装、簡単な使用 接続する（2）完全なtcpを実行する呼び出し
セッションオープニング。 宛先アプリケーションは
常に影響を受けます（そして混乱する可能性があります）。

UDP -U
一定の宛先ポート（デフォルトは53、DNS）でudpデータグラムを使用します。
ファイアウォールもバイパスすることを目的としています。

とは異なり、 TCP メソッド、宛先ホスト上の対応するアプリケーション 常に
（ランダムデータを使用して）プローブを受信すると、ほとんどの場合、プローブによって簡単に混乱する可能性があります。 ほとんどの場合
ただし、パケットには応答しないため、最後のホップは表示されません。
痕跡。 （幸いなことに、少なくともdnsサーバーは何か怒っていると応答しているようです）。

この方法は、特権のないユーザーに許可されています。

UDPLITE -UL
プローブにはudpliteデータグラムを使用します（宛先ポートは一定、デフォルトは53）。

この方法は、特権のないユーザーに許可されています。
オプション：

カバレッジ=NUM
udplite送信カバレッジをに設定します NUM.

dccp -D
プローブ（rfc4340）にDCCP要求パケットを使用します。

この方法では、TCPで使用されるのと同じ「ハーフオープン手法」を使用します。 デフォルトの宛先
ポートは33434です。

オプション：

サービス=NUM
DCCPサービスコードをに設定します NUM （デフォルトは1885957735）

生 -P プロト
プロトコルの生のパケットを送信します プロト.
プロトコル固有のヘッダーは使用されず、IPヘッダーのみが使用されます。
示す -N 1.
オプション：

=プロト
IPプロトコルを使用する プロト （デフォルトは253）。

注意事項

作業をスピードアップするために、通常、複数のプローブが同時に送信されます。 一方、それは
特に返信方向に「パッケージの嵐」を作成します。 ルーターはスロットルすることができます
icmp応答の割合、および応答の一部が失われる可能性があります。 これを回避するには、
同時プローブの数、または1に設定することもできます（最初のtracerouteのように）
実装）、すなわち -N 1

最終的な（ターゲット）ホストは、同時プローブの一部をドロップする可能性があり、応答する可能性もあります
最新のものだけ。 最終ホップの近くに余分な「期限切れのように見える」ホップが発生する可能性があります。
私たちはそのような状況を自動検出するためにスマートなアルゴリズムを使用しますが、それがあなたの助けにならない場合
ケース、使用するだけ -N 1 のためにペンを持つ時間も見つけています。

さらに安定性を高めるために、プログラムの作業を遅くすることができます。 -z オプション、例えば
つかいます -z 0.5 プローブ間のXNUMX秒間の休止。

一部のホップがすべてのメソッドについて何も報告しない場合、何かを取得する最後のチャンスは
つかいます ping -R コマンド（IPv4、および最も近い8ホップの場合のみ）。

onworks.net サービスを使用してオンラインで lft.db を使用する