タグ付けされた質問 「traceroute」

7
pingではなくこのIPアドレスにtracerouteできるのはなぜですか?
IPアドレスがあり、tracerouteできますが、pingできません。 わかります、私はtracerouteできます43.224.226.50: dele-MBP:~ ll$ traceroute 43.224.226.50 traceroute to 43.224.226.50 (43.224.226.50), 64 hops max, 52 byte packets 1 router.asus.com (192.168.2.1) 2.082 ms 1.039 ms 0.924 ms 2 100.64.0.1 (100.64.0.1) 3.648 ms 3.795 ms 3.955 ms 3 118.112.212.225 (118.112.212.225) 4.252 ms 4.569 ms 4.168 ms 4 171.208.203.73 (171.208.203.73) 6.378 ms 171.208.198.25 (171.208.198.25) …

1
いくつかの一般的なtraceroute実装がデフォルトでUDPプローブを使用するのはなぜですか?
特定の宛先が到達可能であることを知っているという点で、最近、ネットワーク接続のメタ問題をトラブルシューティングしていましたがtraceroute、特定のホップ数の後、パスが冷たくなったため、それを実証できませんでした。最後に観測されたホップが目的のノードのすぐ上流にあることを考えると、プローブが到達していることを確認し、どのフィルタールールがそれらをブロックしているかを確認することを期待して、トラフィックをスニッフィングしました。案の定、私は、プローブが、もちろん、着信トラフィックをブロックしていた、高い(そして変化する)ポート向けのUDPデータグラムであることを学びました。 traceroute応答はICMPであるため、すべてのプローブがICMPにデフォルト設定されると想定したため、これは驚きです。私はドキュメンテーション調査を行ったところ、さまざまな実装がさまざまな選択を行い、一部のユーザーはデフォルト以外の選択を許可していませんでした。 UDP シスコ Linux FreeBSD ICMP ジュニパー ブロケード ウィンドウズ Tracerouteプローブ方式とフォワードIPパス推論の要約は、ICMPプローブが宛先に到達することに成功することが多いという私の直感をサポートしています。 さまざまなプローブ方法を許可するのは素晴らしいアイデアのように思えますが、ICMP以外のデフォルトに設定することは悪いアイデアのようです。誰かがデフォルトでUDPを使用する方が良い理由の背後にある根拠を説明できますか?

2
Traceroute-すべてのパケットのTTL == 1
私はコンピューターネットワーキングでWireshark lab-IPに取り組んでいます-トップダウンアプローチであり、通常有効期限が切れたすべてのパケットのTTLが1である理由がわかりません。 これが私のWiresharkキャプチャファイルです。 https://www.dropbox.com/s/rr5wgze9j20gzvu/traceroute-56.pcapng?dl=0 tracerouteLinux でのプログラムの実行(56バイトのオプションを使用)をキャプチャし、次のコマンドで実行しました。 traceroute http://gaia.cs.umass.edu 56 パケットのTTL == 1のほとんどがわかります。後続のすべてのホップのTTLが+1(またはそれ以上)であることがわかったので、その理由はわかりません。 PS: ホストへのブリッジネットワークでVMwareでLubuntuを使用しています。 ホストマシン上のWiresharkでキャプチャしました(Windows) NATプロトコルの上で独自のDHCPサーバーを使用してワイヤレスAPに接続しています

2
traceroute出力での無応答(*)ホストと到達不能(!H)ホストの違い
トレースルートを実行している場合、一部のホップは、私の知る限り、ホストがICMPエコー要求に応答していないことを意味し、他のいくつかのホップを知っている(主に最後の)リターン*を返す!H manページによると、それはホストであることを意味している到達不能。到達不能とはどういう意味ですか?そのアドレスへの既知のルートがないこと?
14 traceroute 

2
同じIPのtraceroute多くのホップ
私はソフトウェア開発者で、時には簡単なネットワークタスクを実行する必要がありますが、それについてほとんど何も知りません。 レンタルしたVPS(ENJOY VPS:アンマネージドVPS-中VPS)で問題が発生し、サーバーが正常に動作していると主張していますが、この問題が発生し続けます。私のサーバーは毎日停止し、15分未満です、しかしそれは毎日(1日に2回)であり、それは受け入れられないと思います。 上手。これが私のtracerouteです。 私の質問は、ほとんどすべてのホップが同じIPに送られることです。つまり、プロバイダーのIPです(サーバーのIPではありません)¿ 自分のDNSサーバー(bind9)を構成すると問題になる場合がありますか?サーバーがダウンしている場合、pingも応答せず、ENJOY VPSコンソールからもアクセスできません。(サーバーを停止または再起動させません)(したがって、基本的には何もできません) 74.117.153.110(..HIDDEN ..)へのtraceroute、最大64ホップ、52バイトパケット 1 dsldevice(192.168.1.254)1.759ミリ秒1.281ミリ秒1.627ミリ秒 2 dsl-servicio-l200.uninet.net.mx(200.38.193.226)18.611 ms 17.414 ms 26.365 ms 3 bb-dallas-stemmons-5-pos0-14-0-0.uninet.net.mx(201.125.50.122)60.559 ms 63.272 ms 72.120 ms 4 xe-0-3-0-1.r01.dllstx04.us.bb.gin.ntt.net(157.238.225.45)81.813 ms 81.872 ms 80.888 ms 5 ae-9.r07.dllstx09.us.bb.gin.ntt.net(129.250.2.208)83.735 ms 84.919 ms 89.175 ms 6 xe-0-0-0-15.r07.dllstx09.us.ce.gin.ntt.net(129.250.195.118)80.686 ms 81.170 ms 84.883 ms 7 cust-108-60-193-226.corexchange.com(108.60.193.226)94.542 ms 86.652 …
12 ping  traceroute 

2
発信インターフェースをトレースする方法は?
Unixコマンドtracerouteは、ソースノードから宛先ノードまでのノードのIPアドレスをトレースします。間にあるすべてのノードには、着信および発信インターフェイスがあります。 traceroute -n dston srcを実行すると、src、dst、およびその間のホップのすべての着信インターフェイスのIPアドレスが表示されます。 しかし、発信IPアドレスをトレースする方法は? 更新 ping -R提案を試しましたが、うまくいかないようです。これは、パブリックWebサーバーへのtracerouteです。 $ ping -n -c 1 -R 212.227.222.9 PING 212.227.222.9(212.227.222.9)56(124)バイトのデータ。 212.227.222.9から64バイト:icmp_req = 1 ttl = 57 time = 47.4 ms RR:192.168.2.111 169.254.1.1 87.186.224.94 62.154.76.34 62.154.12.175 212.227.117.13 212.227.117.8 10.71.3.253 212.227.222.9 --- 212.227.222.9 ping統計--- 1パケット送信、1受信、0%パケット損失、時間0ミリ秒 rtt min / avg / max / mdev = …

5
tracerouteがルート全体を印刷しないことがある
私のネットワークを監視していると、トレースルートが現在よりも完全なルートを印刷するために使われていることに気付きました... たとえば、これは私のゲートウェイを含む、より完全なtracerouteです。 $ sudo traceroute -F xxx.xx.136.5 traceroute to xxx.xx.136.5 (xxx.xx.136.5), 30 hops max, 60 byte packets 1 * * * 2 192.168.1.1 (192.168.1.1) 1.607 ms 1.604 ms 1.627 ms 3 xxx.xx.136.5 (xxx.xx.136.5) 3.286 ms 5.729 ms 7.416 ms これで、まったく同じコマンドでゲートウェイが省略されます。 $ sudo traceroute -F xxx.xx.136.5 traceroute to xxx.xx.136.5 (xxx.xx.136.5), 30 …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.