관련이 있지만 해결 방법으로 해결되었습니다.Archlinux에는 유효한 IP가 있지만 연결을 설정할 수 없습니다
내 아치 시스템은 얼마 전에 "오프라인" 상태가 되었습니다. 네트워크 브리지를 통해 인터넷에 연결된 Windows 가상 머신을 사용하고 있기 때문에 크게 신경 쓰지 않았습니다. 흥미롭게도 NetworkManager를 열고 연결을 삭제하면 즉시 재설정되고 i3wm이 상태 표시줄에 IP를 표시할 때까지(~3초) Arch에서 인터넷을 사용할 수 있습니다. 이제 세 번째로 다시 제대로 작동하도록 노력하고 있으며 도움이 필요합니다.
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
. 아치 리눅스를 알고 있으면 나중에 확률이 높아집니다.
resolvconf
경험이 없는 사용자의 경우 resolv.conf
심볼릭 링크를 수정하거나 어떤 패키지를 (재)구성해야 하는지 알아내려고 시도하는 것보다 패키지를 삭제하는 덜 마찰적인 경로를 선택하는 것이 실제로 더 나을 수 있습니다.
resolvconf
VPN을 방해하는 것으로도 알려져 있으며, 일반적으로 처리 방법을 알고 있더라도 서버와 데스크탑에서 패키지를 제거하는 것을 선호합니다.