主页 / unix / 问题

问题[traceroute](unix)

Martin Hope
Nagev
Asked: 2021-10-06 08:30:03 +0800 CST
  • 0

在尝试排除从 Windows 主机到一台 Linux 来宾虚拟机 (192.168.1.19) 的 IP 地址失败的 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

我可以从访客 ping 主机 IP（192.168.1.15）。问题是，我知道我的网络上有什么，但我不知道这Samsung.station台机器应该是什么。我已登录 Wi-Fi 路由器，但无法识别任何具有“192.168.1.17”IP 地址的设备。我已经关闭或断开了网络上所有少数三星设备的 Wi-Fi，但我仍然得到相同的结果。

我的最终目标是让 ping 双向工作，但现在我也想知道我是否可以做任何事情来识别这个神秘的设备！我已经看到了一个相关的问题，但我还没有尝试阻止设备，我首先想了解什么是最好的下一步，然后再重新启动路由器。如果有人可以自信地说没有 Linux 工具可以帮助我解决这个问题或获得更多信息，那也是一个有效的答案。谢谢你。

更新

主机运行 Windows 10，通过内置 Wi-Fi 接口连接到网络。

虚拟机在 VirtualBox 上。我特意选择了一个“桥接适配器”，以获得一个专用的 DHCP IP 地址，这样可以轻松方便地访问其本地网络服务器。此设置在以前的 Ubuntu VM 上运行良好，但这里讨论的 VM 是新的 Debian 11 最小（无桌面）安装。

我还重新启动了 Wi-Fi 路由器，所以有些事情发生了变化：

  • Windows 主机现在位于 192.168.1.16，但它以 VM 的“主机名”显示在 Wi-Fi 路由器上！这可能与重新启动之前相同，我可能只是错过了 Windows 主机的主机名不在设备列表中的事实。
  • VM 仍报告 IP 为 192.168.1.19。但现在它也无法 ping 主机 IP (.16) 并且traceroute192.168.1.16 仅显示* * *所有 30 个跃点。
  • 从traceroute主机到报告的访客 IP 仍然显示到点 17 IP 的神秘跳跃，但它旁边不再有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

我会粘贴ip address来自 VM 的输出，但我没有剪贴板集成工作，甚至在前一个 VM 上很容易的共享文件夹在这个 VM 上也不可见，所以我也无法将输出重定向到文件。

现在很明显，连接问题的根源似乎是桥接适配器未能从路由器的 DHCP 服务器获取自己的 DHCP IP，由于 VM 主机名出现在 Wi-Fi 列表中，我可能在重新启动之前错过了该 IP路由器上的设备。

事实证明，这更像是一个 VirtualBox 故障排除，为此道歉。我可能只是为虚拟机分配一个固定的 IP。关于意外跳跃之谜的任何提示仍然很有趣。

第二次更新

只记得我可以tcpdump用来获取更多信息。多年来，它一直是我最喜欢的网络故障排除工具之一！将根据我的发现发布更新或答案。另外，我还没有重新启动 Windows。仍然欢迎其他建议。

ping traceroute
Martin Hope
Dummmy
Asked: 2019-01-30 03:30:42 +0800 CST
  • 2

我经常遇到一种情况，我想在 Linux 中跟踪没有 root 或 NET_RAW 上限的 IP。

我试图发送一个带有小 TTL 的 UDP 数据包，但根本没有发出 ttl 错误。似乎获得 TTL 超出错误需要使用 ICMP 套接字。是否可以在不涉及 ICMP 的情况下仅使用 UDP 或 TCP 协议，同时仍会收到 TTL 错误通知，以便我可以使用有限的功能跟踪路由？

unix-sockets traceroute
Martin Hope
Ralf Jahr
Asked: 2017-12-06 02:03:20 +0800 CST
  • 1

我们有一个使用 centos 的托管服务器，最近它开始出现奇怪的行为：

root@server [/tmp]# ping www.google.com
PING www.google.com (172.217.8.196) 56(84) bytes of data.
64 bytes from ord37s09-in-f4.1e100.net (172.217.8.196): icmp_seq=1 ttl=53 time=24.8 ms

所以这看起来相当不错。

在这里它变得很奇怪。我们有自己的服务器而不是谷歌服务器！ 

root@server [/tmp]# traceroute www.google.com
traceroute to www.google.com (75.102.21.14), 30 hops max, 60 byte packets
 1  server.plannersys.net (75.102.21.14)  0.041 ms  0.017 ms  0.015 ms

然而，Nslookup 看起来不错：

root@server [/tmp]# nslookup
> www.google.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   www.google.com
Address: 172.217.8.196
> ^C

wget 和 lynx 也为我们提供了我们自己的服务器。 

root@server [/tmp]# wget https://www.google.com
--2017-12-04 11:50:56--  https://www.google.com/
Resolving www.google.com... 75.102.21.14
Connecting to www.google.com|75.102.21.14|:443... connected.
ERROR: no certificate subject alternative name matches
        requested host name “www.google.com”.
To connect to www.google.com insecurely, use ‘--no-check-certificate’.

And with lynx:
SSL error:host(www.google.com)!=cert(troutaccess.com)-Continue? (y)

这可能是什么原因？为什么 traceroute 和 wget 和 lynx 使用不同的地址？

ping traceroute