TracerouteまたはPingで未知のデバイスを識別する方法

TracerouteまたはPingで未知のデバイスを識別する方法

WindowsホストからLinuxゲスト仮想マシンのIPアドレス(192.168.1.19)へのpingの失敗を解決しながら、次の操作を行いましたtraceroute

$ traceroute 192.168.1.19
traceroute to 192.168.1.19 (192.168.1.19), 30 hops max, 60 byte packets
 1  Samsung.station (192.168.1.17)  3132.517 ms !H  3132.491 ms !H  3132.489 ms !H

$ ping 192.168.1.19
PING 192.168.1.19 (192.168.1.19) 56(84) bytes of data.
From 192.168.1.17 icmp_seq=1 Destination Host Unreachable
From 192.168.1.17 icmp_seq=2 Destination Host Unreachable

$ ping hostname
PING hostname (192.168.1.19) 56(84) bytes of data.
From Samsung.station (192.168.1.17) icmp_seq=1 Destination Host Unreachable
From Samsung.station (192.168.1.17) icmp_seq=2 Destination Host Unreachable

ゲストからホストIP(192.168.1.15)をpingできます。問題は、私のネットワークに何があるかを知っていますが、Samsung.stationこのコンピュータがどのような役割を果たすべきかわからないということです。 Wi-Fi ルーターにログインしても IP アドレスが「192.168.1.17」のデバイスを認識しません。ネットワーク上の複数のSamsungデバイスでWi-Fiの電源を切ったり切断したりしても、同じ結果が表示されます。

私の究極の目標は、pingが双方向で機能するようにすることです。しかし、今はこの神秘的なデバイスを識別するためにできることがあるのだろうか?一つ見たことがある関連質問しかし、まだデバイスをブロックしようとしていません。まず、ルータを再起動する前に、最良の次のステップが何であるかを知りたいです。誰かがこの問題を解決したり、より多くの情報を得るのに役立つLinuxツールがないと自信を持って話すことができれば、それも有効な答えになります。ありがとうございます。

修正する

ホストコンピュータはWindows 10を実行し、内蔵Wi-Fiインターフェイスを介してネットワークに接続します。

仮想マシンはVirtualBoxにあります。私は、ローカルネットワークサーバーに簡単かつ便利にアクセスできるように専用のDHCP IPアドレスを取得するために特別に「ブリッジアダプタ」を選択しました。この設定は以前のUbuntu VMでは正常に機能しましたが、ここに関連するVMは新しいDebian 11最小(デスクトップなし)インストールです。

また、Wi-Fiルーターを再起動していくつかの点を変更しました。

  • Windowsホストは現在192.168.1.16にありますが、Wi-Fiルーターには仮想マシンの「ホスト名」として表示されます。これは再起動前と同じであり、Windowsホストのホスト名がデバイスリストにないことを見落としている可能性があります。
  • VMはまだIP 192.168.1.19を報告します。ただし、ホストIP(.16)に対してpingを実行できなくなり、30ホップすべてに対して192.168.1.16tracerouteのみが表示されます。* * *
  • ホストからtraceroute報告されたゲストIPはまだIP 17への不思議なホップを示していますが、Samsung.station隣にはホスト名がなく、以前にどこから来たのかわかりません。ここにいる:
    $ traceroute 192.168.1.19
    
    traceroute to 192.168.1.19 (192.168.1.19), 30 hops max, 60 byte packets
     1  192.168.1.17 (192.168.1.17)  3121.263 ms !H  3121.242 ms !H  3121.239 ms !H

vmの出力を貼り付けようとしましたip addressが、クリップボードの統合が機能せず、以前のvmで簡単だった共有フォルダもこのvmでは表示されないため、出力をファイルにリダイレクトできません。どちらか。

これで、接続の問題の原因は、ブリッジアダプタがルーターのDHCPサーバーから独自のDHCP IPを取得できないことです。ルータからデバイスを再起動する前に。

これはVirtualBoxのトラブルシューティングの問題に近いことがわかりました。申し訳ありません。おそらくVMに静的IPを割り当てます。予期しないジャンプの謎のヒントはまだ興味深いでしょう。

セカンドアップデート

より多くの情報を得るために使用できることを覚えておいてくださいtcpdump。長年にわたって私のお気に入りのネットワークトラブルシューティングツールの一つでした!私の結果に基づいて更新や回答を投稿する予定です。また、まだWindowsを再起動していません。他の提案も歓迎します。

ベストアンサー1

192.168.1.19は存在しません。 192.168.1.17は存在しないことを伝えます。これは同じサブネット上にあり、最初のホップなので、これは192.168.1.17、samsung.stationがTracerouteとpingを実行しているシステムであることを示します。または、192.168.1.17はプロキシとして機能し、不明なホスト名はこれを参照します。つまり、ここでは見ることはありません。

おすすめ記事