user605331's questions

我在同一网络上有 2 台计算机，它们具有不同的访问域名的行为。我正在尝试解决（没有双关语）“没有主机路由”问题。如何让所有域在两台机器上均等解析？

这是正在发生的事情的一个例子：

机器 A：带有有线以太网的 Ubuntu 20.04 桌面

curl plex.tv
Moved Permanently%

连接正常，重定向按预期返回。

机器 B：带有 wifi 连接的 Ubuntu 22.04 服务器

curl plex.tv
curl: (7) Failed to connect to plex.tv port 80 after 12287 ms: No route to host

奇怪的是，如果我对www.plex.tv进行相同的测试，它在两者上都可以正常工作。这是一个包含不同测试域行为的表格：

这是每台机器的ip address和输出：ip route

机器A

ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 00:2b:67:c1:fe:96 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether a8:7e:ea:71:a1:f6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.68/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 75351sec preferred_lft 75351sec
    inet6 2600:1700:37a8:c210::42/128 scope global dynamic noprefixroute 
       valid_lft 3080sec preferred_lft 3080sec
    inet6 2600:1700:37a8:c210:a993:2446:f944:f1bb/64 scope global temporary dynamic 
       valid_lft 3141sec preferred_lft 3141sec
    inet6 2600:1700:37a8:c210:571d:2f99:79e0:7142/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 3141sec preferred_lft 3141sec
    inet6 fe80::1d11:11ad:dd77:72c0/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:94:ed:df:cc brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

...

ip route
default via 192.168.1.254 dev wlp2s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp2s0 scope link metric 1000 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 
192.168.1.0/24 dev wlp2s0 proto kernel scope link src 192.168.1.68 metric 600

机器 B

ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 7c:7a:91:27:7c:0c brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.73/24 brd 192.168.1.255 scope global wlp2s0
       valid_lft forever preferred_lft forever
    inet6 2600:1700:37a8:c210::40/128 scope global dynamic noprefixroute 
       valid_lft 1973sec preferred_lft 1973sec
    inet6 2600:1700:37a8:c210:7e7a:91ff:fe27:7c0c/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 3589sec preferred_lft 3589sec
    inet6 fe80::7e7a:91ff:fe27:7c0c/64 scope link 
       valid_lft forever preferred_lft forever

...

ip route
default via 192.168.1.1 dev wlp2s0 proto static 
192.168.1.0/24 dev wlp2s0 proto kernel scope link src 192.168.1.73

我知道这里涉及到很多配置细节，但我不确定什么是有用的。我很高兴根据调试建议更新这篇文章，请让我知道什么是最有用的。

当XPS 9310 DE 笔记本电脑（使用戴尔预装的 Ubuntu 20.04 以及所有更新，包括笔记本电脑和坞站的 LVFS 更新）关闭并连接到WD19TB坞站时，当我打开它时它不会启动。

当我按下电源按钮（在笔记本电脑或扩展坞上）时，笔记本电脑上的屏幕变为活动状态，显示戴尔徽标，但只是无限期地保持这种状态。

如果我按住电源按钮 10 秒以上，计算机可能会被强制关闭。当我在强制关闭后再次启动它时，我看到了戴尔徽标，但计算机继续运行，我看到的下一个屏幕是 GRUB 启动菜单。从那里我可以选择“Ubuntu”，计算机正常启动没有问题。

使一切正常的另一种方法是在启动计算机之前，从笔记本电脑上拔下 Thunderbolt 电缆。然后它正常启动，我可以再次连接 Thunderbolt 电缆，一切正常。

我正在寻找一种解决方案，这样我总是可以让笔记本电脑连接到扩展坞，并在第一次尝试时让它正常启动（没有强制关机或断开/重新连接）。

我已经查找了 dmsg 或 syslogs，但没有看到任何东西，这是有道理的，因为它并没有走得太远。我很感激任何解决这个问题的想法，甚至只是替代调试方法。

更新：我的问题与在这个戴尔论坛帖子中看到的非常相似。