Халепа з оглядом мережців (website)

[Антон Валерійович]

Вже багато років я маю прикру халепу, з якою ніхто НЕ може мені допомогти. Коли я був московськомовним якарізниця, я звертався по допомогу на мережці debianforum.ruhttps://debianforum.ru/index.php?topic=7008.0, але негаразд досі існує. З того часу я вже змінив декілька різновидів Debian, усюди мав різні збірки застосунків, але усюди знову і знову я спостерігаю все те, що описано на початку, а саме

Після завантаження очислювало працює належним чином близько доби, можливо півтори доби. Після цього в усіх оглядалах мережців припиняють працювати ДЕЯКІ мережці. Найчастіше те є мережці так чи інакше пов'язані з Ґуґлею (www.google.com, www.youtube.com), але НЕ обов'язково, халепа можна торкати також інші мережці поза будь-якою закономірністю, принаймні поміченою мною. При цьому можливо спостерігати деякі короткотривалі "отямлення" на кілька секунд, коли те, що НЕ відкривалося раптом відкриється, а потім знову НЕ відгукується
Пінгується все що завгодно, при цьому успішно розв'язуються імена, але ЖОДНЕ оглядало мережців  НЕ відкриває "негараздні" мережці. Водночас з сусідніх очислювал, в тому числі переносних пристроїв ці мережці є доступними без перешкод.
Завжди допомагає перезавантаження очислювала. Саме перезавантаження усієї ОС. Перезапуск  мережової служби, вихід користувача з системи і повторний вхід НЕ усуває халепи.

Подробиці про поточну систему:
===============================

$ uname -a
Linux debian-new-game 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) x86_64 GNU/Linux
------------------------------------

$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 91.196.80.3
nameserver 91.196.80.2
nameserver 8.8.8.8
------------------------------------

$ cat /etc/host.conf
multi on
------------------------------------

$ /etc/init.d/network-manager status
● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-12-06 12:39:49 EET; 7h ago
     Docs: man:NetworkManager(
 Main PID: 27209 (NetworkManager)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/NetworkManager.service
           ├─  644 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-enp1s0.pid -lf /var/lib/NetworkManager/dhclient-5db84c2b-5a6c-4459-865e-419167fdc86f-…s0
           └─27209 /usr/sbin/NetworkManager --no-daemon
------------------------------------

$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

#auto eth0
#iface eth0 inet static
#    address 192.168.157.108
#    netmask 255.255.255.0
#    gateway 192.168.157.1
------------------------------------

# ifconfig
bash: ifconfig: команду не знайдено
===============================

Підкажіть, будь ласка, куди ще зазирнути, що ще змінити, спробувати.

[prapor]

Схоже на проблему з провайдерськими DNS. Спробуйте примусово задати 8.8.8.8 як перший.

[Антон Валерійович]

Я зробив, як ви порадили - переставив рядок nameserver 8.8.8.8 першим.
Після цього я виконав
systemctl restart network-manager

Тепер  # cat resolv.conf
# Generated by NetworkManager
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 91.196.80.3
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 91.196.80.2
Але халепа залишилась як і була.

Якщо це поведінка DNS мого постачальника Мережі, то чому інші пристрої працюють добре, без подібних щоденних негараздів ?

[Миха́йло Даниленко]

В момент, коли проблема наявна — спробуйте зробити

Код: [Вибрати]

dig @91.196.80.3 $problematic_site_name
dig @91.196.80.2 $problematic_site_name
dig @8.8.8.8 $problematic_site_name
Команда dig входить до пакунку dnsutils.

Також можливо варто спробувати вимкнути tcp offloading: https://www.ibm.com/support/knowledgecenter/en/linuxonibm/com.ibm.linux.z.lgdd/lgdd_t_qeth_wrk_packing.html
Це звичайно танці з бубном, але нам в одному випадку містично нестабільної мережі допомогло.

[cadca]

Додайте ip_conntrack та nf_conntrack у /etc/modules

і в кінець /etc/sysctl.conf

Код: [Вибрати]

net.netfilter.nf_conntrack_tcp_timeout_established = 600
net.netfilter.nf_conntrack_tcp_timeout_fin_wait = 60
net.ipv4.tcp_fin_timeout = 30
net.netfilter.nf_conntrack_tcp_timeout_syn_sent = 120
після цього перезавантажтесь.
+ бажано було б встановити ethtool та дати сюди вихлоп команди

Код: [Вибрати]

ethtool -i eth0