Рейтинг:2

How to fix network connection high instability

флаг ky

I am facing a strange issue with my ubuntu computer. My Internet connection seams to work only a small instant every minute or so. Just enough to download POP3 emails but not enough to upgrade 100 MB packages.

I tried the following to assess the problem:

kadak@webcast:~$ ping 192.168.0.2
…
--- statistiques ping 192.168.0.2 ---
1382 paquets transmis, 219 reçus, +3 erreurs, 84,1534 % paquets perdus, temps 1410789 ms
rtt min/avg/max/mdev = 0.499/2.597/123.335/11.061 ms,  tuyau 3

84% packet lost, it is huge. 192.168.0.2 is our DHCP server.

I tried the same on another computer running Windows 10, connected to the same wifi point of access, no package loss. So I cast out a network issue.

I tried to connect to the point of access through Ethernet cable instead of Wifi… same problem. So I cast out a Wifi hardware problem.

Here are my system information :

kadak@webcast:~$ uname -a
Linux webcast 5.4.0-77-generic #86-Ubuntu SMP Thu Jun 17 02:35:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Would anybody have some tip to further investigate the issue?

Cheers,

Kadak

EDIT: Here the result of syslog (interesting stuff I guess but too technical for me):

Jul  5 15:50:46 webcast systemd[1]: Started Network Manager Script Dispatcher Service.
Jul  5 15:50:56 webcast systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jul  5 15:51:07 webcast whoopsie[1555]: [15:51:07] Cannot reach: https://daisy.ubuntu.com
Jul  5 15:51:29 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-68 noise=-95 txrate=1000
Jul  5 15:52:33 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=58500
Jul  5 15:53:17 webcast dbus-daemon[1925]: [session uid=1000 pid=1925] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.2' (uid=1000 pid=1923 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Jul  5 15:53:17 webcast dbus-daemon[1925]: [session uid=1000 pid=1925] Successfully activated service 'org.freedesktop.Tracker1'
Jul  5 15:53:17 webcast systemd[1915]: Starting Tracker metadata database store and lookup manager...
Jul  5 15:53:17 webcast systemd[1915]: Started Tracker metadata database store and lookup manager.
Jul  5 15:53:20 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-70 noise=-95 txrate=65000
Jul  5 15:53:48 webcast tracker-store[14704]: OK
Jul  5 15:53:48 webcast systemd[1915]: tracker-store.service: Succeeded.
Jul  5 15:54:03 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=65000
Jul  5 15:54:27 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=-95 txrate=65000
Jul  5 15:54:46 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-70 noise=-95 txrate=65000
Jul  5 15:55:26 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-66 noise=-95 txrate=65000
Jul  5 15:57:45 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=65000
Jul  5 15:59:29 webcast NetworkManager[1197]: <info>  [1625493569.1809] manager: NetworkManager state is now CONNECTED_GLOBAL
Jul  5 15:59:29 webcast systemd[1]: Starting Network Manager Script Dispatcher Service...
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast whoopsie[1555]: [15:59:29] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/5
Jul  5 15:59:29 webcast dbus-daemon[1196]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.12' (uid=0 pid=1197 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Jul  5 15:59:29 webcast dbus-daemon[1196]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jul  5 15:59:29 webcast systemd[1]: Started Network Manager Script Dispatcher Service.
Jul  5 15:59:30 webcast whoopsie[1555]: [15:59:30] online
Jul  5 15:59:39 webcast systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jul  5 15:59:50 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=-95 txrate=58500
Jul  5 16:00:37 webcast wpa_supplicant[1217]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-72 noise=-95 txrate=58500
FedKad avatar
флаг cn
Можете ли вы проверить syslog или journalctl на наличие ошибок?
kadak avatar
флаг ky
Я проверил журналctl на наличие ошибок. Довольно много, но на какой сервис мне следует обратить особое внимание?
FedKad avatar
флаг cn
Я понятия не имею на самом деле. А вот «Служба диспетчера сценариев Network Manager» может представлять интерес. Я бы запустил команду `journalctl -f` на экране терминала и оставил ее открытой. Затем вы сможете сопоставить сообщения, отображаемые во время «тайм-аута» `ping`, когда команда `ping` выполняется на другом терминале.
kadak avatar
флаг ky
Спасибо. Видимо проблемы больше нет. Я только что попробовал то, что вы посоветовали, и 900 пингов прошли с потерей 0%. Может ли быть конфликт IP-адресов в сети, и теперь другой пользователь не работает? Как я мог это проверить? Также сегодня, прежде чем писать этот пост, я попробовал несколько вещей, среди которых я удалил snapd. В любом случае, я проверю в ближайшие несколько дней, действительно ли проблема решена, и дам вам знать. Спасибо.
Рейтинг:0
флаг it

Проверьте свой Wi-Fi МТУ, с использованием

IP-ссылка

также обратите внимание на имя вашего интерфейса WiFi.

МТУ (Максимальная единица передачи) — это размер самого большого пакета, который может быть отправлен за одну передачу по сети. Если пакет превышает МТУ канала данные должны быть разбиты на несколько пакетов (фрагментированы). Эти несколько пакетов должны быть отправлены по каналу, получены, подтверждены и повторно собраны на дальнем конце. Если ваша ссылка настроена неправильно и вам приходится фрагментировать каждый отправляемый пакет, фактическая скорость передачи данных падает.

Ethernet (проводные) сети используют МТУ от 1500 байт.

Из-за дополнительных накладных расходов на пакет для WiFi (8-байтовый заголовок PPPoE) WiFi использует МТУ 1492 года.

Твой МТУ должен быть установлен вашим DHCP-сервером, проверьте конфигурацию вашего маршрутизатора.

Вы можете установить свой собственный МТУ (настройка не сохраняется после перезапуска) с

sudo ip link set имя разработчика mtu 1492

где «имя» — это имя интерфейса сверху.

Вот пример:

walt@squid:~(0)$ ip ссылка
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq состояние DOWN mode DEFAULT group default qlen 1000
    ссылка/эфир 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq состояние DOWN режим DORMANT группа по умолчанию qlen 1000
    ссылка/эфир f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff
walt@squid:~(0)$ sudo ip link set dev wlxf46d04b1790f mtu 1492
[sudo] пароль для Уолта: 
walt@squid:~(0)$ ip ссылка
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
2: enp63s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq состояние DOWN mode DEFAULT group default qlen 1000
    ссылка/эфир 00:24:21:7f:e5:1c brd ff:ff:ff:ff:ff:ff
3: wlxf46d04b1790f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc mq состояние Режим UP DORMANT группа по умолчанию qlen 1000
    ссылка/эфир f4:6d:04:b1:79:0f brd ff:ff:ff:ff:ff:ff

Мое «имя интерфейса» WiFi: «wlxf46d04b1790f".

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.