過去15〜20日間、一貫性のない接続の問題に直面しました。私はいくつかのことを試しましたが、ほとんどの場合、それらが役に立ったかどうかはわかりません。
私が確かに言えること:
DNS_PROBE_FINISHED_NXDOMAIN
を返しますが、ブラウザを変更しても問題は解決しません。Sudo dhclient -v
は、機能するときに問題を解決します。 (詳細は以下)それらは奇妙な詳細です:
connect: Network is unreachable
を返します。私が言ったように、Sudo dhclient -v
を実行すると、リターンが次のように終了したときに問題が解決します。
192.168.15.1からの192.168.15.4のDHCPACK
192.168.15.4にバインドされています-17437秒で更新されます。
ただし、時々、コマンドを実行すると、次のように返されます。
DHCPOFFERSを受信していません。
永続データベースにワーキングリースはありません-スリープしています。
そして、問題は解決しません。
lspci
00:00.0 Host bridge: Intel Corporation Haswell-ULT DRAM Controller (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
00:03.0 Audio device: Intel Corporation Haswell-ULT HD Audio Controller (rev 0b)
00:14.0 USB controller: Intel Corporation 8 Series USB xHCI HC (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series HECI #0 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series HD Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 1 (rev e4)
00:1c.2 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 3 (rev e4)
00:1c.3 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 4 (rev e4)
00:1d.0 USB controller: Intel Corporation 8 Series USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation 8 Series LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series SMBus Controller (rev 04)
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01)
03:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
ifconfig
command not found
ip route show
169.254.0.0/16 dev br-7905315c0c67 scope link metric 1000 linkdown
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
172.18.0.0/16 dev br-7905315c0c67 proto kernel scope link src 172.18.0.1 linkdown
172.19.0.0/16 dev br-bb285dfa325a proto kernel scope link src 172.19.0.1 linkdown
ip addr
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: enp3s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:2a:72:c0:da:1d brd ff:ff:ff:ff:ff:ff
inet 169.254.8.72/16 brd 169.254.255.255 scope link enp3s0f1:avahi
valid_lft forever preferred_lft forever
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 80:86:f2:cc:95:7f brd ff:ff:ff:ff:ff:ff
inet 192.168.15.4/24 brd 192.168.15.255 scope global dynamic wlp2s0
valid_lft 42972sec preferred_lft 42972sec
inet6 2804:7f2:2980:fa68:50c4:6476:6282:be9/64 scope global dynamic noprefixroute
valid_lft 43168sec preferred_lft 43168sec
inet6 fe80::1d23:31f:b217:e60d/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:b9:59:21:ea 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
5: br-7905315c0c67: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:ca:dc:1a:34 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-7905315c0c67
valid_lft forever preferred_lft forever
6: br-bb285dfa325a: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:45:ee:9f:bd brd ff:ff:ff:ff:ff:ff
inet 172.19.0.1/16 brd 172.19.255.255 scope global br-bb285dfa325a
valid_lft forever preferred_lft forever
dhclient -v動作しない場合
Listening on LPF/br-bb285dfa325a/02:42:45:ee:9f:bd
Sending on LPF/br-bb285dfa325a/02:42:45:ee:9f:bd
Listening on LPF/br-7905315c0c67/02:42:ca:dc:1a:34
Sending on LPF/br-7905315c0c67/02:42:ca:dc:1a:34
Listening on LPF/docker0/02:42:b9:59:21:ea
Sending on LPF/docker0/02:42:b9:59:21:ea
Listening on LPF/wlp2s0/80:86:f2:cc:95:7f
Sending on LPF/wlp2s0/80:86:f2:cc:95:7f
Listening on LPF/enp3s0f1/b8:2a:72:c0:da:1d
Sending on LPF/enp3s0f1/b8:2a:72:c0:da:1d
Sending on Socket/fallback
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 4
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 15
DHCPOFFER of 192.168.15.4 from 192.168.15.1
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
dhclient -v動作する場合
Listening on LPF/br-bb285dfa325a/02:42:3a:6c:f8:53
Sending on LPF/br-bb285dfa325a/02:42:3a:6c:f8:53
Listening on LPF/br-7905315c0c67/02:42:a9:2c:f1:4d
Sending on LPF/br-7905315c0c67/02:42:a9:2c:f1:4d
Listening on LPF/docker0/02:42:47:5b:95:10
Sending on LPF/docker0/02:42:47:5b:95:10
Listening on LPF/wlp2s0/80:86:f2:cc:95:7f
Sending on LPF/wlp2s0/80:86:f2:cc:95:7f
Listening on LPF/enp3s0f1/b8:2a:72:c0:da:1d
Sending on LPF/enp3s0f1/b8:2a:72:c0:da:1d
Sending on Socket/fallback
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on br-7905315c0c67 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on docker0 to 255.255.255.255 port 67 interval 6
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 5
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on br-bb285dfa325a to 255.255.255.255 port 67 interval 7
DHCPREQUEST for 192.168.15.4 on wlp2s0 to 255.255.255.255 port 67
DHCPACK of 192.168.15.4 from 192.168.15.1
bound to 192.168.15.4 -- renewal in 17437 seconds.
@Fubarの回答の後、私はapt update
とapt upgrade
を実行し、ファームウェアが不足している可能性があるという警告がたくさんあることに気づきました。 以前に発生したことがあるか(発生した場合は気付かなかった)、または関連しているかどうかはわかりません。その後、問題が「再発」しない限り、問題を再現することはできません。これは良いことかもしれません。
これは、OSよりも関連するドライバーに関係している可能性があります。たとえば、Windowsで休止状態から抜け出すことは、OSによって管理されますが、実際には、ドライバーなどの他のソフトウェアビットによって実現されます。ドライバーがウェイクアップを正しく処理しない場合、それがどの程度うまく機能するかについて一貫性がない可能性があります。テストとして、次に問題が発生したときに、lspci
などを使用してドライバーの名前を把握し、lsmod
を使用して、モジュールとしてロードされているかどうかを確認することをお勧めします。カーネルに組み込まれています。その場合は、rmmod
またはmodprobe -r
でアンロードしてから、modprobe
でリロードしてみてください。上記の情報から判断して、関心のあるモジュールは、公式のRealTekドライバーであるr8168ドライバーです。モジュールには依存関係がある可能性があるため、適切なモジュールをすべて取得するために少し遊んでみる必要があるかもしれませんが、ネットワークにはおそらく、私が作業していたときよりも依存関係があります。すべてのビットを並べ替えたら、使用したすべてのコマンドを実行するシェルスクリプトを作成し、毎回シーケンスを覚えようとするのではなく、問題が発生したときに実行できます。シェルスクリプトを含むこれらすべては、明らかにrootとして実行するか、Sudoを使用して実行する必要があります。
もちろん、これが機能することは肯定的ではありませんが、役立つ可能性があります。 ここをチェック アダプターの最新のファームウェアを入手して、最新であることを確認することもできます。そうでない場合は、更新することでも問題が解決する可能性があります。見るべきほんの数か所。