☰

Arch i3wm 有效 ip，DHCP 问题

tag-icon • tag-icon linux networking arch-linux dhcp
Arch i3wm 有效 ip，DHCP 问题

相关，但通过解决方法解决：在Archlinux中，它有一个有效的ip，但无法建立连接

我的 Arch 系统前段时间“离线”了。我并没有太费心，因为我使用的是通过网络桥接连接互联网的 Windows 虚拟机。有趣的是，如果我打开 NetworkManager 并删除我的连接，它会立即重置并且在 Arch 下互联网可用，直到 i3wm 在状态栏中显示 IP（约 3 秒）。现在我正在尝试第三次让它再次正常运行，并且需要一些帮助。

uname -a 
Linux iamgroot 4.16.12-1-ARCH #1 SMP PREEMPT Fri May 25:30:31 UTC 2018 x86_64 GNU/Linux

cat /etc/resolv.conf
\# Generated by resolvconf #escaped for stackexchange codeformatting
domain fritz.box
nameserver 192.168.178.1

ip route
default via 192.168.178.1 dev en3ps0 proto dhcp src 192.168.178.37 metric 202
default via 192.168.178.1 dev bridge_qemu_0 proto dhcp src 192.168.178.37 metric 203
192.168.178.0/24 dev en3ps0 proto dhcp scope link src 192.168.178.37 metric 202
192.168.178.0/24 dev bridge_qemu_0 proto dhcp scope link src 192.168.178.37 metric 203

ping stackexchange.com
ping: stackexchange.com: Temporary failure in name resolution

ip addr
1: lo <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc nonqueue state UNKOWN 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: en3ps0 <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bridge_qemu_0 state UP group default qlen 1000
    link/ether d4:3d:7e:bd:ec:ce brd ff:ff:ff:ff:ff:ff
    inet 192.168.278.37/24 brd 192.168.178.255 scope global noprefixroute en3ps0
        valid_lft forever preferred_lft forever
3: bridge_qemu_0 <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether d4:3d:7e:bd:ec:ce brd ff:ff:ff:ff:ff:ff
    inet 192.168.278.37/24 brd 192.168.178.255 scope global noprefixroute bridge_qemu_0
    inet6 fe80::2b75:33d9:ac58:3c55/64 scope link
        valid_lft forever preferred_lft forever
4: tap0 <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bridge_qemu_0 state UNKNOWN group default qlen 1000
    link/ether fe:0d:6e:2d:8f:aa brd ff:ff:ff:ff:ff:ff
    inet6 fe80::8a0b:fb95:5201:6d6a/64 scope link
        valid_lft forever preferred_lft forever
    inet6 fe80::fc0d:6eff:fe2d:8faa/64 scope link
        valid_lft forever preferred_lft forever

我真的很感激所有的想法。

答案1

您的配置的某些特殊性可能会干扰resolconf软件包，或者您正在操纵/复制/etc/resolv.conf，或者您的某些软件包没有考虑已安装的resolv.conf.了解了arch linux，我确实赌后期的概率。

resolvconf对于没有经验的用户删除包而不是尝试修复resolv.conf符号链接和/或找出应该（重新）配置哪个包，阻力较小的路径可能确实更好。

resolvconf众所周知，它也会干扰 VPN，而且我通常更喜欢在我的服务器和桌面上卸载该软件包，即使我知道如何处理它。

相关内容