Linux Ubuntu 16.04 как решить проблему с периодической потерей проводного интернет соединения?
Здравствуйте, возникла проблема с Linux. Описываю топологию:
Компьютер подключен к роутеру по проводному соединению и используется в качестве сервера. На протяжении двух лет на нем был установлен Windows Server и проблем с соединением не возникало.
Компьютер отображается внутри локальной сети ее участникам и имеет доступ в интернет.
После установки Ubuntu 16.04 Интернет соединение падает переодически в диапазоне от одного дня до недели, однако участники локальной сети все ещё видят этот компьютер.
Отключение ipv6 помогло отсрочить падение интернет соединения (по ощущениям).
Компьютеру запрещено уходить в спящий режим, но и на случай спящего режима был поставлен скрипт на переподключение.
Чтобы вернуть сеть приходится отключаться и заново подключаться к интернету через менеджер.
Подскажите с чего начать поиск решения проблемы. Какие логи стоит смотреть и что предпринять?
Назар Мокринский, с компьютера не пингуются 8.8.8.8, различные сайты.
Проще говоря - в момент отвала компьютер в локальной сети остается, а в интернет выхода у него нет.
dmesg:
[ 1.418958] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 30:9c:23:28:eb:cb
[ 1.418959] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection
[ 1.419042] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: FFFFFF-0FF
[ 1.419464] e1000e 0000:00:1f.6 enp0s31f6: renamed from eth0
[ 16.332144] audit: type=1400 audit(1522077992.012:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/ippusbxd" pid=781 comm="apparmor_parser"
[ 16.332269] audit: type=1400 audit(1522077992.012:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=779 comm="apparmor_parser"
[ 16.333020] audit: type=1400 audit(1522077992.013:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=783 comm="apparmor_parser"
[ 16.333069] audit: type=1400 audit(1522077992.013:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=780 comm="apparmor_parser"
[ 16.333071] audit: type=1400 audit(1522077992.013:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=780 comm="apparmor_parser"
[ 16.333072] audit: type=1400 audit(1522077992.013:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=780 comm="apparmor_parser"
[ 16.333437] audit: type=1400 audit(1522077992.013:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session" pid=773 comm="apparmor_parser"
[ 16.333438] audit: type=1400 audit(1522077992.013:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session//chromium" pid=773 comm="apparmor_parser"
[ 16.337237] audit: type=1400 audit(1522077992.017:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince" pid=775 comm="apparmor_parser"
[ 16.337238] audit: type=1400 audit(1522077992.017:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince//sanitized_helper" pid=775 comm="apparmor_parser"
[ 19.671823] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[ 19.856252] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[ 22.818315] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[ 22.818368] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
[78983.055146] TCP: request_sock_TCP: Possible SYN flooding on port 8000. Sending cookies. Check SNMP counters.
[210882.308896] perf: interrupt took too long (2513 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[387947.493522] perf: interrupt took too long (3154 > 3141), lowering kernel.perf_event_max_sample_rate to 63250
[615300.458778] e1000e: enp0s31f6 NIC Link is Down
[615304.780342] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[615304.971977] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[615307.986063] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[615307.986124] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
[615317.246613] e1000e: enp0s31f6 NIC Link is Down
[615319.689801] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[615319.876276] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[615322.758417] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[615322.758488] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
[616149.374307] e1000e: enp0s31f6 NIC Link is Down
[616152.171033] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[616152.355541] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[616155.285658] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[616155.285729] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
[616639.054645] e1000e: enp0s31f6 NIC Link is Down
[616659.597215] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[616778.024905] e1000e: enp0s31f6 NIC Link is Down
[616779.902061] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[616780.086059] IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
[616782.944154] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[616782.944217] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
[616981.654567] e1000e: enp0s31f6 NIC Link is Down
[616985.072743] e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[617144.648849] NET: Registered protocol family 24
[735019.863277] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[735019.868887] JFS: nTxBlock = 8192, nTxLock = 65536
[735019.914577] ntfs: driver 2.1.32 [Flags: R/O MODULE].
[735019.991566] QNX4 filesystem 0.2.3 registered.
Дмитрий, к сожалению у меня тут второстепенная проблема. Некоторые пакеты не удается установить, даже при наличии интернета.
server@server:~$ sudo aptitude install lnav
Не удалось найти пакеты, содержащих «lnav» в своём имени или описании
Не удалось найти пакеты, содержащих «lnav» в своём имени или описании
Kirill Shekhovtsov, Тогда похоже что проблема в маршрутизаторе / файрволе, особенно подозрительно выглядит вместе с Posible SYN flooding on port 8000. Посмотрите логи маршрутизатора если есть возможность.
Назар Мокринский, роутер Asus RT-AC66U всегда находится на 192.168.1.10.
Компьютер о котором идёт речь, всегда находится на 192.168.1.1
Пулл адресов выдается с 192.168.1.1.
В логах роутера нет упоминания компьютера, однако есть следы кратковременного переподключения сети. Кстати соединение идёт по PPPoE
Apr 11 00:24:31 pppd[480]: Connection terminated.
Apr 11 00:24:31 pppd[480]: Modem hangup
Apr 11 00:25:16 pppd[480]: Timeout waiting for PADO packets
Apr 11 00:26:31 pppd[480]: Timeout waiting for PADO packets
Apr 11 00:27:46 pppd[480]: Timeout waiting for PADO packets
Apr 11 00:29:02 pppd[480]: Timeout waiting for PADO packets
Apr 11 00:30:17 pppd[480]: Timeout waiting for PADO packets
Apr 11 00:30:17 pppd[480]: Connected to 4c:5e:0c:13:c6:1a via interface eth0
Apr 11 00:30:17 pppd[480]: Connect: ppp0 <--> eth0
Apr 11 00:30:17 pppd[480]: CHAP authentication succeeded
Apr 11 00:30:17 pppd[480]: peer from calling number 4C:5E:0C:13:C6:1A authorized
Apr 11 00:30:17 pppd[480]: local IP address 188.126.**.***
Apr 11 00:30:17 pppd[480]: remote IP address 10.8.*.***
Apr 11 00:30:17 pppd[480]: primary DNS address 77.88.8.8
Apr 11 00:30:17 pppd[480]: secondary DNS address 77.88.8.1
Apr 11 00:30:17 rc_service: ip-up 15772:notify_rc start_firewall
Apr 11 00:30:18 miniupnpd[30515]: shutting down MiniUPnPd
Apr 11 00:30:18 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Apr 11 00:30:19 wan: finish adding multi routes
Apr 11 00:30:19 rc_service: ip-up 15772:notify_rc stop_upnp
Apr 11 00:30:19 rc_service: waitting "start_firewall" via ip-up ...
Apr 11 00:30:19 miniupnpd[15807]: version 1.9 started
Apr 11 00:30:19 miniupnpd[15807]: HTTP listening on port 38778
Apr 11 00:30:19 miniupnpd[15807]: Listening for NAT-PMP/PCP traffic on port 5351
Apr 11 00:30:20 rc_service: ip-up 15772:notify_rc start_upnp
Apr 11 00:30:20 rc_service: waitting "stop_upnp" via ip-up ...
Apr 11 00:30:20 miniupnpd[15807]: shutting down MiniUPnPd
Apr 11 00:30:20 WAN Connection: WAN was restored.
Apr 11 00:30:21 ntp: start NTP update
Apr 11 00:30:21 miniupnpd[15814]: version 1.9 started
Apr 11 00:30:22 miniupnpd[15814]: HTTP listening on port 59896
Apr 11 00:30:22 miniupnpd[15814]: Listening for NAT-PMP/PCP traffic on port 5351
Apr 11 10:21:19 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 11 10:28:04 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 11 11:19:50 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 11 12:20:53 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 11 12:30:19 ntp: start NTP update
Apr 11 20:42:40 rc_service: httpd 427:notify_rc start_lltdc
Apr 11 20:42:40 rc_service: httpd 427:notify_rc start_miniupnpc
Apr 11 20:42:40 rc_service: waitting "start_lltdc" via httpd ...
Apr 12 00:30:19 ntp: start NTP update
Apr 12 09:26:21 miniupnpd[15814]: upnp_event_recv: recv(): Connection reset by peer
Apr 12 10:06:06 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 12 12:30:18 ntp: start NTP update
Apr 13 00:30:15 ntp: start NTP update
Apr 13 10:32:04 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 13 12:24:10 dnsmasq-dhcp[421]: Ignoring domain 04.2017 for DHCP host name Apple07
Apr 13 12:30:16 ntp: start NTP update
Apr 13 15:13:18 miniupnpd[15814]: HTTP Connection from 192.168.1.193 closed unexpectedly
