LINUX.ORG.RU

Пропадает сеть с определенным интервалом Manjaro

 , ,


0

1

Всем добрый день! Находил похожие вопросы, однако они были не совсем похожи на мой случай. Итак, собственно, проблема: использую Linux Manjaro (21.3.6), и каждые 253 секунды странно пропадает интернет на 53 секунды, после чего подключение восстанавливается. Почему странно? Ответ прост, а причина для меня загадочна - некоторые программы все таки находят доступ к интернету.

С недавнего времени (более месяца назад) заметил зависание интернета. Думал, с кем не бывает. Пока не заметил, что при просмотре сериала, он зависает на каждой серии на 25 минуте +-. Предположив, что интернет пропадает периодически, решил отследить это с помощью команды ping, обращаясь к google.com и используя флаг -D, чтобы отслеживать метки времени. Результатом было, как я уже сказал, периодическое пропадание интернета каждые 253 секунды на 53 секунды. Отматерив провайдера, круто ничего не сделал. Лишь через время, написал небольшую консольную утилиту, которая показывает через сколько интернет пропадет и через сколько восстановится. Сделать ее было просто, ведь заранее известно время на которое интернет пропадает.

Сейчас немного понадоело и я решил все таки разобраться с этой проблемой окончательно, и за время моих мучений я нашел еще несколько замечаний:

  1. Во время периода «отключенного интернета», каким-то образом получается держать связь с собеседниками в телеграме. Подумав, что это гугл плохо пингуется, пробовал пинговать telegram.org, однако в этом случае проблема сохраняется. Несмотря на это, сообщения все таки не всегда доходят во время такого периода, и телеграм просто начинает бесконечно искать соединение, пока не наступит период «стабильного соединения». И когда я пытался все это проверить, получался какой-то эффект наблюдателя - когда я пытался это отследить, интернет в заранее известное время пропадал, а в остальное время, когда я не отслеживал это, работал как миленький
  2. Во время периода «отключенного интернета», видео на ютубе может продолжить загружаться (серая линия, которая обгоняет красную), и просмотр не прерывается, однако если поставить видео во время такого периода на паузу, и снова снять с паузы, видео не запустится, несмотря на то, что серая линия все равно опережает красную, т.е. видео загружено
  3. Во время периода «отключенного интернета», ни один сайт загружаться не будет
  4. Думал, что проблема в провайдере, однако не заметил таких же проблем на смартфоне, подключенного к тому же вайфаю. Даже специально установил приложение Termux, и во время периода «отключенного интернета», попробовал пингануть гугл, и запросы отлично отправлялись, хотя на десктопе был период «отключенного интернета»
  5. Вай-фай к компьютеру проведен через ethernet кабель, подключенный к роутеру. Думал, что проблема в нем, пробовал переподключать, но проблема осталась (да и вряд-ли проблема в нем, телеграм-то отправляет и получает сообщения как-то).

Из всего того что я описал выше, понятно что проблема скорее всего либо в компьютере, либо в операционной системе (которую я также пробовал переустаналивать, но проблема осталась). Либо какая-то загвоздка в команде ping.

Я не специалист в технической части Linux, и тем более в настройках сети, поэтому и прошу помощь здесь. Спасибо!


А ты случайно открытый драйвер на сетевую не поставил? Чекни manjaro-settings-manager.

Со смартфона во время «обрывов» кудахтор пинговаться продолжает?

И кстати, что у тебя есть в /etc/cron.xxx?

А еще, если в браузере вырубить OCSP, оборвется?

hargard ()
Последнее исправление: hargard (всего исправлений: 1 )

Попробуй ping 8.8.8.8 (или любой другой действительный IP), как предложили. Возможно DNS лажает, притом, что Telegram работает без него и теоретически может продолжать функционировать «без интернета» как ни в чём не бывало.

PhysShell ()
Ответ на: комментарий от usi_svobodi

На 2ip.ru нашел айпи гугла - 142.250.184.238. Попробовал его запинговать и надо же, пингуется без обрывов! Моя программа начала показывать, что интернет оборвется через отрицательное количество секунд (значение в минус ушло, ахаха). То есть получается, проблема в dns? Какие мои дальнейшие шаги?

P.s: на других дистрибутивах не пробовал, но если нужно, могу загрузить live-cd какой-нибудь убунты

amigun ()
Ответ на: комментарий от annerleen

Попробовал ping ipv6.google.com -D, и получаю ping: connect: Network is unreachable. Кажется, я что-то делаю не так? Пробовал делать это в период «стабильного соединения»

amigun ()
Ответ на: комментарий от hargard

Стоит галочка у open-source, да, получается что стоит открытый драйвер, но оно предустановилось само, так как я ничего вручную не устанавливал. К тому же, проблема появилась еще до переустановки манжары, возможно это прилетело с каким-то обновлением.

В /etc/cron.d/0hourly:

# Run the hourly jobs
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
01 * * * * root run-parts /etc/cron.hourly

В /etc/cron.hourly/0anacron:

#!/bin/sh
# Check whether 0anacron was run today already
if test -r /var/spool/anacron/cron.daily; then
    day=`cat /var/spool/anacron/cron.daily`
fi
if [ `date +%Y%m%d` = "$day" ]; then
    exit 0
fi

# Do not run jobs when on battery power
online=1
for psupply in /sys/class/power_supply/* ; do
    if [ `cat "$psupply/type" 2>/dev/null`x = Mainsx ] && [ -f "$psupply/online" ]; then
        if [ `cat "$psupply/online" 2>/dev/null`x = 1x ]; then
            online=1
            break
        else
            online=0
        fi
    fi
done
if [ $online = 0 ]; then
    exit 0
fi
/usr/sbin/anacron -s

В остальных /etc/cron.* пусто

В about:config фаерфокса поставил у security.OCSP.enabled 0 вместо 1, и во время периода «отключенного интернета» все равно ничего не грузится

amigun ()
Ответ на: комментарий от usi_svobodi

Не уверен, что делаю все правильно, но вроде как указал новый DNS адрес, устанавливал через nmcli:

cat /etc/resolv.conf выдает

# Generated by NetworkManager
nameserver 8.8.8.8

Команда nslookup google.com показывает:

Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   google.com
Address: 142.251.1.101
Name:   google.com
Address: 142.251.1.113
Name:   google.com
Address: 142.251.1.102
Name:   google.com
Address: 142.251.1.100
Name:   google.com
Address: 142.251.1.138
Name:   google.com
Address: 142.251.1.139
Name:   google.com
Address: 2a00:1450:4010:c1e::8b
Name:   google.com
Address: 2a00:1450:4010:c1e::65
Name:   google.com
Address: 2a00:1450:4010:c1e::66
Name:   google.com
Address: 2a00:1450:4010:c1e::64

То есть по идее, запросы идут через 8.8.8.8 DNS, так? Однако при всем при этом, в периоды «отключенного интернета» ping google.com -D все равно не пингуется. В чем я ошибся?

Менял DNS по следующей инструкции:

  1. Узнал connection name командой nmcli con
  2. Установил это название как переменную окружения, чтобы потом было проще копировать команды: export connectionName="Wired connection 1"
  3. nmcli con mod $connectionName ipv4.dns "8.8.8.8"
  4. nmcli con mod $connectionName ipv4.ignore-auto-dns yes
  5. nmcli con down $connectionName
  6. nmcli con up $connectionName
  7. systemctl restart NetworkManager
amigun ()
Ответ на: комментарий от usi_svobodi

В компьютер вставлен wi-fi адаптер, раздал интернет через телефон, подключился к компьютеру. Теперь команда nslookup google.com выдает:

Server:         192.168.43.1
Address:        192.168.43.1#53

Non-authoritative answer:
Name:   google.com
Address: 216.58.210.142
Name:   google.com
Address: 2a00:1450:4026:804::200e

То есть да, теперь DNS не 8.8.8.8

amigun ()
Ответ на: комментарий от amigun

Переключившись обратно к ethernet проводу, и выполнив команду nslookup google.com, все равно DNS не 8.8.8.8:

Server:         192.168.0.1
Address:        192.168.0.1#53

Non-authoritative answer:
Name:   google.com
Address: 64.233.161.100
Name:   google.com
Address: 64.233.161.102
Name:   google.com
Address: 64.233.161.139
Name:   google.com
Address: 64.233.161.113
Name:   google.com
Address: 64.233.161.101
Name:   google.com
Address: 64.233.161.138
Name:   google.com
Address: 2a00:1450:4010:c01::64
Name:   google.com
Address: 2a00:1450:4010:c01::66
Name:   google.com
Address: 2a00:1450:4010:c01::8b
Name:   google.com
Address: 2a00:1450:4010:c01::8a
amigun ()
Ответ на: комментарий от usi_svobodi

Сделал. Сайты во время периода «отключенного интернета» грузятся и все ок, но все равно во время периода «отключенного интернета» google.com не пингуется. Вроде бы основная проблема решена, но интересно, почему так?

amigun ()

Тут предполагали проблему с драйверами, но никто не просил выхлоп(выполнять команду надо из под рута)

dmesg | tail -20
после периода отключенного интернета, поэтому придется просить мне...

Pinkbyte ★★★★★ ()
Последнее исправление: Pinkbyte (всего исправлений: 1 )
Ответ на: комментарий от Pinkbyte

При наступлении периода «отключенного интернета»:

[10526.806195] rtl8192cu: Tx queue select: 0x05
[10575.576573] rtl8192c_common: chksum report fail! REG_MCUFWDL:0x0000a500 .
[10575.576580] rtl8192c_common: Firmware is not ready to run!
[10873.221733] rtl8192cu: MAC auto ON okay!
[10874.811684] rtl8192cu: Tx queue select: 0x05
[10923.587069] rtl8192c_common: chksum report fail! REG_MCUFWDL:0x0000a500 .
[10923.587074] rtl8192c_common: Firmware is not ready to run!
[11221.220999] rtl8192cu: MAC auto ON okay!
[11222.811233] rtl8192cu: Tx queue select: 0x05
[11271.580576] rtl8192c_common: chksum report fail! REG_MCUFWDL:0x0000a500 .
[11271.580581] rtl8192c_common: Firmware is not ready to run!
[11380.378119] audit: type=1100 audit(1661179836.434:170): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:authentication grantors=pam_faillock,pam_permit,pam_faillock acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.378624] audit: type=1101 audit(1661179836.434:171): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.379398] audit: type=1110 audit(1661179836.437:172): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.383905] audit: type=1105 audit(1661179836.440:173): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.401673] audit: type=1106 audit(1661179836.457:174): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.401781] audit: type=1104 audit(1661179836.457:175): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.219434] audit: type=1101 audit(1661179884.277:176): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.220121] audit: type=1110 audit(1661179884.277:177): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.223078] audit: type=1105 audit(1661179884.280:178): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'

После периода «отключенного интернета»:

[10923.587069] rtl8192c_common: chksum report fail! REG_MCUFWDL:0x0000a500 .
[10923.587074] rtl8192c_common: Firmware is not ready to run!
[11221.220999] rtl8192cu: MAC auto ON okay!
[11222.811233] rtl8192cu: Tx queue select: 0x05
[11271.580576] rtl8192c_common: chksum report fail! REG_MCUFWDL:0x0000a500 .
[11271.580581] rtl8192c_common: Firmware is not ready to run!
[11380.378119] audit: type=1100 audit(1661179836.434:170): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:authentication grantors=pam_faillock,pam_permit,pam_faillock acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.378624] audit: type=1101 audit(1661179836.434:171): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.379398] audit: type=1110 audit(1661179836.437:172): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.383905] audit: type=1105 audit(1661179836.440:173): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.401673] audit: type=1106 audit(1661179836.457:174): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11380.401781] audit: type=1104 audit(1661179836.457:175): pid=25227 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.219434] audit: type=1101 audit(1661179884.277:176): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.220121] audit: type=1110 audit(1661179884.277:177): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.223078] audit: type=1105 audit(1661179884.280:178): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.243375] audit: type=1106 audit(1661179884.300:179): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11428.243416] audit: type=1104 audit(1661179884.300:180): pid=25337 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11463.492767] audit: type=1101 audit(1661179919.550:181): pid=25418 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="user" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11463.493718] audit: type=1110 audit(1661179919.550:182): pid=25418 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[11463.497840] audit: type=1105 audit(1661179919.554:183): pid=25418 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_systemd_home,pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
amigun ()
Ответ на: комментарий от amigun

[10923.587074] rtl8192c_common: Firmware is not ready to run!

Что и требовалось доказать - драйвера «болеют». Версия ядра какая? Есть куда обновить?

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte

у него проблема и с вайфай и с проводом. сомневаюсь, что там один и тот же драйвер.

и никто не догадался про оборудование узнать : )

usi_svobodi ()
Ответ на: комментарий от usi_svobodi

сомневаюсь, что там один и тот же драйвер.

Я сталкивался со случаями когда из-за лажающего драйвера сетевухи в Linux отваливалась на несколько секунд вся PCI-шина(дохли иксы из-за пропавшего видео, пропадал звук и т.д).

Дерьмо разное случается.

Хотя справедливости ради у меня там был kernel oops, а здесь же всё-таки какое-никакое, но перехваченное исключение.

Pinkbyte ★★★★★ ()
Ответ на: комментарий от amigun

загрузись с какой нибудь убунты в лайв режиме и проверь, будет ли та же проблема или нет.

usi_svobodi ()
Ответ на: комментарий от usi_svobodi

Network controller RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Realtek Semiconductor Co., Ltd.), network-r8168 - это если я правильно нашел модель сетевой карты. Что еще по оборудованию необходимо сообщить?

amigun ()
Ответ на: комментарий от amigun

лучше загрузись с лайвсиди убунты и проверь там работу интернета.

usi_svobodi ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.