☰

Arch i3wm 有効な IP、DHCP の問題

tag-icon • tag-icon linux networking arch-linux dhcp
Arch i3wm 有効な IP、DHCP の問題

関連していますが、解決策で解決しました。Archlinuxには有効なIPがありますが、接続を確立できません

私のアーチシステムはしばらく前に「オフライン」状態になりました。ネットワークブリッジを介してインターネットに接続されているWindows仮想マシンを使用しているので、あまり気にしませんでした。興味深いことに、NetworkManagerを開いて接続を削除するとすぐにリセットされ、i3wmがステータスバーにIPを表示するまで（〜3秒）Archでインターネットを使用できます。今、私は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シンボリックリンクを変更したり、どのパッケージを（再）構成する必要があるのか​​を調べようとするよりも、パッケージを削除するより摩擦の少ないパスを選択する方が良いでしょう。

resolvconfVPNを妨害することも知られており、通常、処理方法を知っていても、サーバーとデスクトップからパッケージを削除することを好みます。

関連情報