Пропадает интернет на клиентских компьютерах до перезагрузки сервера

[Lieho]

Всем привет.
У меня маленькая домашняя сеть - "сервер" на Ubuntu 10.04 LTS и два клиентских компьютера на Windows 7.
На сервере два интерфейса, один смотрит в Интернет, другой включен в свитч (как и клиенты).
Несколько месяцев назад настраивал раздачу Интернета по сети, если не ошибаюсь - с использованием FAQ, все прекрасно получилось, только вылезла такая проблема - интернет на сервере есть всегда, у клиентов он периодически пропадает (одновременно), причем через случайные интервалы времени (может проработать 12 часов, может полчаса). Помогает ребут "сервера".
Буду очень признателен, если поможете обнаружить и устранить проблему, поиск не помог 

Вот содержимое /etc/network/interfaces:

Код: [Выделить]

auto lo
iface lo inet loopback
post-up iptables-restore </etc/iptables.conf

auto eth1
iface eth1 inet dhcp

auto eth0
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
На клиентах, соответственно, вручную забиты адреса 192.168.0.2 и 192.168.0.3, шлюз 192.168.0.1 и маска 255.255.255.0

До "пропажи" пингуются все компьютеры во все стороны, потом перестают видеть сервер (а он - клиентов).

[Andrin]

Банальное предположение: сетевуху сервера, свич проверял?

[Lieho]

Банальное предположение: сетевуху сервера, свич проверял?

Здравствуйте. Свитч в порядке - клиенты друг друга видят (но проверю еще раз). А каким проверкам можно подвергунть сетевую карту?

[Andrin]

Заменить на другую сетевую карту Или как вариант переткнуть кабели интернета и локалки между сетевухами и соответственно исправить имена сетевых интерфейсов в iptables и настройки сети в interfaces.
В свиче в другой порт переткнуть кабель.
Я это все к чему: прежде чем искать проблему в софте, стоит поискать ее в железе.
И, кстати, любопытно, вывод команд lspci, ifconfig и route -n во время когда все работает и когда не работает отличается?
Еще как вариант глянуть, после отвала инета что покажет вывод dmesg.

[Lieho]

Спасибо! Сохранил вывод данных команд, сравню.
На мысли, что проблема в софте, меня натолкнуло:
1) Немедленное восстановление после перезагрузки
2) Днем ранее раздавалось по той же схеме на XP, ни разу не возникала такая проблема

[Andrin]

Ясно.
Просто был недавно случай, периодически отваливалась сеть. А иногда просто глючить начинала. И решалось это самыми разными способами. А в результате выяснили, что всего-навсего коннектор в сетевухе болтался

[Lieho]

Вести с фронта

Вывод route -n и lspci до и после поломки абсолютно идентичен:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

user@user-desktop:~$ lspci
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev f3)
00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev f2)
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev f3)
00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3)
00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3)
00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev f3)
00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:01.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
01:06.0 Ethernet controller: Sundance Technology Inc / IC Plus Corp IP1000 Family Gigabit Ethernet (rev 41)
05:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600XT]
05:00.1 Audio device: ATI Technologies Inc RV630/M76 audio device [Radeon HD 2600 Series]


Код: [Выделить]

user@user-desktop:~$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
46.236.154.0    0.0.0.0         255.255.254.0   U     0      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         46.236.154.1    0.0.0.0         UG    100    0        0 eth1


ifconfig отличается.
До поломки:

user@user-desktop:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr f4:6d:04:ab:01:d0 
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::f66d:4ff:feab:1d0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:228317 errors:0 dropped:0 overruns:0 frame:0
          TX packets:282681 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:34004222 (34.0 MB)  TX bytes:286706550 (286.7 MB)
          Interrupt:16

eth1      Link encap:Ethernet  HWaddr 00:1e:8c:1b:4a:0e 
          inet addr:46.236.154.59  Bcast:46.236.155.255  Mask:255.255.254.0
          inet6 addr: fe80::21e:8cff:fe1b:4a0e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:473753 errors:0 dropped:0 overruns:0 frame:0
          TX packets:247013 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:307633178 (307.6 MB)  TX bytes:36997554 (36.9 MB)
          Interrupt:23 Base address:0xe000

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:720 (720.0 B)  TX bytes:720 (720.0 B)

После:

user@user-desktop:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr f4:6d:04:ab:01:d0 
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::f66d:4ff:feab:1d0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2397994 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1243860 errors:1 dropped:0 overruns:1 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2164968730 (2.1 GB)  TX bytes:702924871 (702.9 MB)
          Interrupt:16

eth1      Link encap:Ethernet  HWaddr 00:1e:8c:1b:4a:0e 
          inet addr:46.236.154.59  Bcast:46.236.155.255  Mask:255.255.254.0
          inet6 addr: fe80::21e:8cff:fe1b:4a0e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2871013 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2549439 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:907411362 (907.4 MB)  TX bytes:2192312640 (2.1 GB)
          Interrupt:23 Base address:0xe000

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:896 (896.0 B)  TX bytes:896 (896.0 B)

Это о чем-нибудь говорит?

[Andrin]

После поломки надо бы еще dmesg посмотреть, я писал выше. Может там есть сообщения о произошедшем.
Насчет вывода ifconfig, errors - это понятно, насчет overrun Гугл знает такое "rx_overruns: Очередь переполнилась для входящих пакетов.", т.е. в нашем случае это очередь исходящих пакетов.
И самое простое в этой ситуации: проверить сетевуху, как я писал выше. Более того, если даже выясниться причина происходящего, первое, что я бы посоветовал сделать для решения проблемы: проверить сетевуху.
Проблема по сути может быть даже не в сетевухе как таковой, мало ли, может она плохо поддерживается ядром?

[Lieho]

Посмотрел. dmesg только про usb что-то выводит:

(Нажмите, чтобы показать/скрыть)

[ 5439.536028] usb 1-8: reset high speed USB device using ehci_hcd and address 4
[ 5439.764054] usb 1-8: device descriptor read/all, error -71

[Lieho]

Оп, вот что-то ближе к сетям:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[24386.964017] hub 2-0:1.0: unable to enumerate USB device on port 8
[65973.626022] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[65976.839932] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[66052.618647] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[66056.040372] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[66327.626613] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[66330.766760] UDP: bad checksum. From 91.210.73.67:39179 to 46.236.154.59:1029 ulen 28
[77120.300090] UDP: bad checksum. From 213.248.180.84:8746 to 46.236.154.59:1032 ulen 109
[77953.549198] UDP: bad checksum. From 98.66.214.236:6890 to 46.236.154.59:59519 ulen 109
[80548.394980] UDP: bad checksum. From 64.121.103.199:14469 to 46.236.154.59:59519 ulen 125