Arch i3wm有效ip，DHCP问题
Arch i3wm有效ip，DHCP问题
提问于 2018-07-23 19:54:36
相关，但通过解决办法解决：在Archlinux中，它有一个有效的ip，但是没有建立任何连接.
我的拱门系统一段时间前已经“离线”了。我并没有太费心，因为我使用了通过网络桥接互联网的Windows。有趣的是，如果我打开NetworkManager并删除我的连接，它会立即重置并在Arch下可用，直到i3wm在状态栏(~3s)中显示IP为止。现在我正试图使它再次正常运行第三次，并需要一些帮助。
uname -a
Linux iamgroot 4.16.12-1-ARCH #1 SMP PREEMPT Fri May 25:30:31 UTC 2018 x86_64 GNU/Linuxcat /etc/resolv.conf
\# Generated by resolvconf #escaped for stackexchange codeformatting
domain fritz.box
nameserver 192.168.178.1ip 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 203ping stackexchange.com
ping: stackexchange.com: Temporary failure in name resolutionip 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
Unix & Linux用户
发布于 2018-07-23 20:19:02
或者您的配置的一些特性会干扰resolconf包，或者您正在通过/etc/resolv.conf操作/复制，或者您的一些包没有考虑安装了resolv.conf。我知道arch linux，所以我押注于后期的可能性。
阻力较小的路径可能确实更好，因为没有经验的用户删除resolvconf包，而不是尝试修复resolv.conf符号链接和/或找出应该(重新)配置哪个包。
众所周知，resolvconf也会干扰VPN，而且我通常更喜欢在我的服务器和桌面上卸载软件包，甚至知道如何处理它。
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://unix.stackexchange.com/questions/458021
复制相关文章
相似问题
腾讯云开发者
