TracerouteはLinuxでは機能せず、Windowsでは機能します


8

私はLinux Mintユーザーです。Linuxではtraceroute、Windowsではtracertを実行しました。Linuxでは、アスタリスクが表示されます。Windowsではすべてが正常に動作するようです。ここに出力があります

ウィンドウズ:

ウィンドウズ

Linux Mint:

Linux Mint

なぜこれが起こっているのですか?この問題を解決するために私ができることはありますか?


Linux Mintシステムからインターネットにアクセスできますか?これらのOSは両方とも同じPCで実行されていますか?デュアルブートとして、または仮想化を使用して?
2013

1
@depquidコメントと同じ理由で投票が拒否されました。この質問には、これを解決するための多くの重要な情報が欠けています。
bagavadhar 2013

2
私は彼がこれに反対票を投じるに値するとは思わない。答えを提供するのに十分な情報がここにありました。
ヨルダン2013

1
私は賛成票を探しているのではなく、答えを求めているだけなので、自分自身を擁護しません:)インターネットにアクセスできるので、これは些細な質問のようです。マシンについて書いていないのは申し訳ありません:はい、同じです(デュアルブートの場合)
Luigi

回答:


14

tracertLinuxのtracerouteデフォルトはUDP であるのに対し、違いの可能性のある理由は、デフォルトでWindow がICMPを使用していることです。-Itraceroute のオプションを使用すると、次と同じ結果が生成されtracertます。

traceroute -w 10 -I google.it

tracerouteドキュメントから:

現代のネットワーク環境では、ファイアウォールが広く使用されているため、従来のtraceroute方式を常に適用できるとは限りません。このようなファイアウォールは、「ありそうもない」UDPポート、またはICMPエコーさえもフィルタリングします。これを解決するために、いくつかの追加のトレースルーティングメソッド(tcpを含む)が実装されています。以下の利用可能なメソッドのリストを参照してください。このような方法は、ファイアウォールをバイパスするために、特定のプロトコルと送信元/宛先ポートを使用しようとします(ファイアウォールからは、許可されたタイプのネットワークセッションの開始と見なされます)。

利用可能なメソッドのリスト

一般に、特定のtracerouteメソッドは-M名で選択する必要がありますが、ほとんどのメソッドには単純なcmdlineスイッチがあります(メソッド名がある場合は、メソッド名の後に表示されます)。

デフォルト

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

プローブパケットは、いわゆる「ありそうにない」宛先ポートを持つudpデータグラムです。最初のプローブの「可能性が低い」ポートは33434で、次のプローブごとに1ずつ増加します。ポートは未使用であることが想定されているため、宛先ホストは通常​​、最終応答として「icmp unreach port」を返します。(ただし、一部のアプリケーションがそのようなポートをリッスンしたときに何が起こるかは誰にもわかりません)。


これは私にはうまくいきません。同じ結果になります。
2016

0

これを試して:

traceroute -M icmp google.it

3
あなたがあなたの質問を編集して、これが何をするのか、そしてなぜそれが説明された問題を解決するのかを説明できれば、はるかに良いでしょう。
roaima

ICMPは、ネットワークの問題をトラブルシューティングするための優れたツールになることは決してありません(そのためping、そのまま使用することもでき、は必要ありませんtraceroute -M)。HTTP接続を評価しようとする場合(質問で使用した名前に基づいていると思います)、TCP / 80またはTCP / 443を通常使用するHTTPクエリを実行する必要があります。したがって、そのために使用tpctracerouteします。
Patrick Mevzek
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.