Проводной интернет работает несколько секунд на Debian

Проводной интернет работает несколько секунд на Debian

Недавно я сменил интернет-провайдера, и после этого у меня начались проблемы с подключением к интернету на моем Debian 10. Сначала я подумал, что это может быть вина моего интернет-провайдера, но интернет работает нормально на Windows (у меня двойная загрузка) и на моем телефоне (Wi-Fi). На Debian интернет работает несколько секунд, достаточно для загрузки 1 страницы, но после этого больше не работает. Я уже пробовал увеличить значение MTU, так как, похоже, это помогло другим, у кого была эта проблема, но не сработало у меня. Кроме того, я проверил с помощью своего ноутбука, на котором также установлен Debian 10, это сработало. Я проверил с помощью кабеля и Wi-Fi.

dmesg | хвост -20дает мне:

[   13.976571] br-a16997434552: port 1(veth6622e95) entered forwarding state
[   13.976619] eth0: renamed from vethdb50e9c
[   13.996186] eth0: renamed from vethcbb270b
[   14.044342] IPv6: ADDRCONF(NETDEV_CHANGE): br-a16997434552: link becomes ready
[   14.044712] eth0: renamed from veth6bc5a88
[   14.068466] IPv6: ADDRCONF(NETDEV_CHANGE): veth94bcb37: link becomes ready
[   14.068523] br-bcf7ce342cb9: port 1(veth94bcb37) entered blocking state
[   14.068527] br-bcf7ce342cb9: port 1(veth94bcb37) entered forwarding state
[   14.068614] IPv6: ADDRCONF(NETDEV_CHANGE): vetha3f8b80: link becomes ready
[   14.068658] br-f68c9df397fa: port 1(vetha3f8b80) entered blocking state
[   14.068661] br-f68c9df397fa: port 1(vetha3f8b80) entered forwarding state
[   14.068758] IPv6: ADDRCONF(NETDEV_CHANGE): br-bcf7ce342cb9: link becomes ready
[   14.068836] IPv6: ADDRCONF(NETDEV_CHANGE): br-f68c9df397fa: link becomes ready
[   14.069028] IPv6: ADDRCONF(NETDEV_CHANGE): vetha784882: link becomes ready
[   14.069063] br-37692a4e723c: port 1(vetha784882) entered blocking state
[   14.069065] br-37692a4e723c: port 1(vetha784882) entered forwarding state
[   14.069117] IPv6: ADDRCONF(NETDEV_CHANGE): br-37692a4e723c: link becomes ready
[   14.121290] r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control off
[   19.920051] snd_hda_codec_hdmi hdaudioC0D0: HDMI: invalid ELD data byte 20
[   20.224017] snd_hda_codec_hdmi hdaudioC0D0: HDMI: invalid ELD data byte 20

wgethttp://www.duckduckgo.comдает мне:

--2021-05-30 00:12:43--  http://www.duckduckgo.com/
Resolvendo www.duckduckgo.com (www.duckduckgo.com)... 191.235.123.80
Conectando-se a www.duckduckgo.com (www.duckduckgo.com)|191.235.123.80|:80... falhou: Tempo esgotado para conexão.
Tentando novamente.

--2021-05-30 00:13:23--  (tentativa: 2)  http://www.duckduckgo.com/
Conectando-se a www.duckduckgo.com (www.duckduckgo.com)|191.235.123.80|:80... falhou: Tempo esgotado para conexão.
Tentando novamente.

--2021-05-30 00:13:57--  (tentativa: 3)  http://www.duckduckgo.com/
Conectando-se a www.duckduckgo.com (www.duckduckgo.com)|191.235.123.80|:80... falhou: Tempo esgotado para conexão.
Tentando novamente.

--2021-05-30 00:14:31--  (tentativa: 4)  http://www.duckduckgo.com/
Conectando-se a www.duckduckgo.com (www.duckduckgo.com)|191.235.123.80|:80... ^C

ip маршрут получить 1.1.1.1дает мне:

1.1.1.1 via 192.168.0.1 dev enp3s0 src 192.168.0.102 uid 1000 
    cache

ip -br ссылка; ip -br адрес; ip маршрутдает мне:

lo               UNKNOWN        00:00:00:00:00:00 <LOOPBACK,UP,LOWER_UP> 
enp3s0           UP             18:31:bf:b3:38:7d <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-9ca719aa01c7  DOWN           02:42:97:ea:72:b0 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-b97158ffcc3c  DOWN           02:42:74:c5:64:57 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
docker0          DOWN           02:42:c9:ef:9e:71 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-55cb011b3e0d  DOWN           02:42:04:1a:72:0a <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-777211ddb717  DOWN           02:42:4f:08:86:92 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-a16997434552  UP             02:42:55:72:e0:b8 <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-bcf7ce342cb9  UP             02:42:f1:f0:8e:7b <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-d4e258cd683a  DOWN           02:42:05:9b:2d:27 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-4b3e4deacee9  DOWN           02:42:9d:07:40:5b <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-f68c9df397fa  UP             02:42:92:59:d5:6c <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-131ad989692b  DOWN           02:42:84:4e:6e:12 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-194e7a613502  DOWN           02:42:61:b8:5d:7a <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-2a67d8f8b954  DOWN           02:42:c2:d1:b4:e1 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-37692a4e723c  UP             02:42:a9:7b:1f:3a <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-3f32a31d3339  UP             02:42:06:e1:4b:19 <BROADCAST,MULTICAST,UP,LOWER_UP> 
br-499e90637a6b  DOWN           02:42:3c:d7:50:ca <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-552074ecc891  DOWN           02:42:f8:04:ed:b7 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-0e204ce773a5  DOWN           02:42:a5:2c:56:25 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-68d74d345015  DOWN           02:42:42:d7:7a:37 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-c41dfb61e164  DOWN           02:42:ee:61:a9:ae <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-cf71a6f7b6d3  DOWN           02:42:52:85:a0:b7 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-f0c082f01e56  DOWN           02:42:d3:80:d0:bf <NO-CARRIER,BROADCAST,MULTICAST,UP> 
br-639bfb1bea34  DOWN           02:42:2f:93:cc:d2 <NO-CARRIER,BROADCAST,MULTICAST,UP> 
veth759ec1c@if26 UP             2e:8a:16:fd:f5:de <BROADCAST,MULTICAST,UP,LOWER_UP> 
veth44148ca@if28 UP             62:b4:1f:13:bc:51 <BROADCAST,MULTICAST,UP,LOWER_UP> 
vethc7f2d65@if30 UP             52:9e:00:cb:c7:46 <BROADCAST,MULTICAST,UP,LOWER_UP> 
veth0067bf4@if32 UP             5e:6f:bb:a0:28:1c <BROADCAST,MULTICAST,UP,LOWER_UP> 
veth443e622@if34 UP             d2:97:46:de:79:91 <BROADCAST,MULTICAST,UP,LOWER_UP> 
lo               UNKNOWN        127.0.0.1/8 ::1/128 
enp3s0           UP             192.168.0.102/24 2804:14c:6583:5e7f::1000/128 2804:14c:6583:5e7f:c496:f510:ca8c:79ce/64 fe80::9847:c342:d509:4024/64 
br-9ca719aa01c7  DOWN           192.168.96.1/20 
br-b97158ffcc3c  DOWN           172.20.0.1/16 
docker0          DOWN           172.17.0.1/16 
br-55cb011b3e0d  DOWN           192.168.160.1/20 
br-777211ddb717  DOWN           172.26.0.1/16 
br-a16997434552  UP             172.28.0.1/16 fe80::42:55ff:fe72:e0b8/64 
br-bcf7ce342cb9  UP             172.22.0.1/16 fe80::42:f1ff:fef0:8e7b/64 
br-d4e258cd683a  DOWN           172.24.0.1/16 
br-4b3e4deacee9  DOWN           192.168.48.1/20 
br-f68c9df397fa  UP             172.27.0.1/16 fe80::42:92ff:fe59:d56c/64 
br-131ad989692b  DOWN           172.23.0.1/16 
br-194e7a613502  DOWN           192.168.80.1/20 
br-2a67d8f8b954  DOWN           192.168.240.1/20 
br-37692a4e723c  UP             172.29.0.1/16 fe80::42:a9ff:fe7b:1f3a/64 
br-3f32a31d3339  UP             172.31.0.1/16 fe80::42:6ff:fee1:4b19/64 
br-499e90637a6b  DOWN           172.18.0.1/16 
br-552074ecc891  DOWN           172.19.0.1/16 
br-0e204ce773a5  DOWN           172.30.0.1/16 
br-68d74d345015  DOWN           192.168.16.1/20 
br-c41dfb61e164  DOWN           192.168.0.1/20 
br-cf71a6f7b6d3  DOWN           172.25.0.1/16 
br-f0c082f01e56  DOWN           172.21.0.1/16 
br-639bfb1bea34  DOWN           192.168.112.1/20 
veth759ec1c@if26 UP             fe80::2c8a:16ff:fefd:f5de/64

Lucas Andrade, [30.05.21 09:50]
veth44148ca@if28 UP             fe80::60b4:1fff:fe13:bc51/64 
vethc7f2d65@if30 UP             fe80::509e:ff:fecb:c746/64 
veth0067bf4@if32 UP             fe80::5c6f:bbff:fea0:281c/64 
veth443e622@if34 UP             fe80::d097:46ff:fede:7991/64 
default via 192.168.0.1 dev enp3s0 proto dhcp metric 100 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 
172.18.0.0/16 dev br-499e90637a6b proto kernel scope link src 172.18.0.1 linkdown 
172.19.0.0/16 dev br-552074ecc891 proto kernel scope link src 172.19.0.1 linkdown 
172.20.0.0/16 dev br-b97158ffcc3c proto kernel scope link src 172.20.0.1 linkdown 
172.21.0.0/16 dev br-f0c082f01e56 proto kernel scope link src 172.21.0.1 linkdown 
172.22.0.0/16 dev br-bcf7ce342cb9 proto kernel scope link src 172.22.0.1 
172.23.0.0/16 dev br-131ad989692b proto kernel scope link src 172.23.0.1 linkdown 
172.24.0.0/16 dev br-d4e258cd683a proto kernel scope link src 172.24.0.1 linkdown 
172.25.0.0/16 dev br-cf71a6f7b6d3 proto kernel scope link src 172.25.0.1 linkdown 
172.26.0.0/16 dev br-777211ddb717 proto kernel scope link src 172.26.0.1 linkdown 
172.27.0.0/16 dev br-f68c9df397fa proto kernel scope link src 172.27.0.1 
172.28.0.0/16 dev br-a16997434552 proto kernel scope link src 172.28.0.1 
172.29.0.0/16 dev br-37692a4e723c proto kernel scope link src 172.29.0.1 
172.30.0.0/16 dev br-0e204ce773a5 proto kernel scope link src 172.30.0.1 linkdown 
172.31.0.0/16 dev br-3f32a31d3339 proto kernel scope link src 172.31.0.1 
192.168.0.0/24 dev enp3s0 proto kernel scope link src 192.168.0.102 metric 100 
192.168.0.0/20 dev br-c41dfb61e164 proto kernel scope link src 192.168.0.1 linkdown 
192.168.16.0/20 dev br-68d74d345015 proto kernel scope link src 192.168.16.1 linkdown 
192.168.48.0/20 dev br-4b3e4deacee9 proto kernel scope link src 192.168.48.1 linkdown 
192.168.80.0/20 dev br-194e7a613502 proto kernel scope link src 192.168.80.1 linkdown 
192.168.96.0/20 dev br-9ca719aa01c7 proto kernel scope link src 192.168.96.1 linkdown 
192.168.112.0/20 dev br-639bfb1bea34 proto kernel scope link src 192.168.112.1 linkdown 
192.168.160.0/20 dev br-55cb011b3e0d proto kernel scope link src 192.168.160.1 linkdown 
192.168.240.0/20 dev br-2a67d8f8b954 proto kernel scope link src 192.168.240.1 linkdown

решение1

У ОП на самом деле былмногосетевых настроек: несколько сетей Docker.

Один из них показан здесь:

адрес:

br-c41dfb61e164  DOWN           192.168.0.1/20 

маршрут:

192.168.0.0/20 dev br-c41dfb61e164 proto kernel scope link src 192.168.0.1 linkdown 

добавляет новый адрес к хосту: 192.168.0.1/20. Поскольку Linux следует за слабымМодель хоста, этот адрес всегда доступен (свотвверх) независимо от состоянияbr-c41dfb61e164.

Он конфликтует с настройками DHCP, установленными маршрутизатором хоста (он же шлюз), который использует 192.168.0.1/24. DHCP в Linux использует для работы внеполосные методы (сырые сокеты), поэтому обходит любые сетевые «аномалии»: пока DHCP работает, он затем устанавливает:

default via 192.168.0.1 dev enp3s0 proto dhcp metric 100 

Когда хост имеет свой собственный адрес в качестве шлюза, это как если бы он не использовал никакой шлюз: любой запрос на любой адрес в Интернете вызовет запрос ARP, который не будет выполнен, вместо того чтобы отправлять пакеты через маршрутизатор (который был бы единственным адресом, для которого был бы создан ARP с правильными сетевыми настройками). Кроме того, это также может случайным образом нарушить работу других устройств, использующих эту сеть, поскольку он также будет отвечать на запросы ARP для адреса шлюза.

Быстрое решение — отключить и остановить Docker и, возможно, перезагрузить его, если что-то не было очищено должным образом, какОП подтвердил в комментарии:

systemctl disable --now docker

(который также может быть опционально связан с , systemctl mask docker.socketчтобы избежать любого «ложного» запуска)

Долгосрочное исправление касается настроек Docker и выходит за рамки этого вопроса. Вот два предложения:

  • очистить неиспользуемые контейнеры и связанные с ними сети

  • измените настройки Docker так, чтобы выделяемые новые сети были меньшего размера (например, /24) и находились в неиспользуемом адресном пространстве, возможно, где-то в 10.0.0.0/8, но тогда следует опасаться конфликтов с некоторыми VPN.

    пример можно взять из этого SF Q/A:Настройка Docker для отказа от использования диапазона 172.17.0.0

Связанный контент