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

[Scorry]

Не знаю, как правильно сформулировать проблему, потому такое название темы.
Суть проблемы: есть сервер Ubuntu 12.04.1 64, фактически — 12.04.2, т.е. к нему приткнуто ядро 3.5 из бэкпортов. Собственно, lsb_release так и говорит, что он 12.04.2
Сервер раздаёт нет в домашнюю сеть, на нём висит веб, PostgreSQL, Webmin, Samba, Transmission, пэхапэ там всякое с вики и .
И происходит интересная непонятная вещь: после каких-то минорных секьюрных апдейтов, после последующей перезагрузки инет работает очень и очень странно: интернет-файлы в локальную сеть не качаются, браузер ругается на несовпадение размера; ютуб проигрывает первые 10-30 секунд видео и всё. Путём битья в бубен нашёл какую-то последовательность типа гашения всех серверов и перезагрузки, которая помогает, но не с первого раза и не всегда. Причём, вот что странно: wget с сервера качает спокойно и уверенно.

Куда копать, чего смотреть, что искать и в каком логе? Я бы сам уже накопал, если бы знал, куда копать, но чувствую себя полным бараном в этой ситуации.

[AnrDaemon]

12.04.2 и ядро из бакпортов никак не связаны.
Опишите ваше подключение к инету более подробно.

[Scorry]

12.04.2 и ядро из бакпортов никак не связаны.
Опишите ваше подключение к инету более подробно.

Провайдер предоставляет авторизацию по мак-адресу, белый внешний IP. Адрес статичный, хотя они в правилах указывают, что подключение должно быть как к динамическому. На сервере две сетевых карты — одна набортная, вторая PCI-E. Обе на драйвере из дебиановского пакета r8168-dkms_8.035.00-1_all.deb Одна смотрит в сетку провайдера, её IP соответствует внешнему. Внутрь локальной сети смотрит другая карта, 192.168.1.10, за ней — свитч и старенький рутер TP-Link WL340GD, работающий как точка Wi-Fi доступа. Во внутренней сети от двух до пяти устройств, одно на проводе, остальные беспроводные. Дальше — маршрутизация через iptables, установлен dnsmasq. Проблема с закачкой, описанная в первом посте, обнаруживается на клиентах как под виндой, так и под линуксами.

[ArcFi]

Поискать косяки на интерфейсах шлюза:

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

ip -s lВозможно, что какой-то дровень подглюкивает.

[Scorry]

Поискать косяки на интерфейсах шлюза:

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

ip -s lВозможно, что какой-то дровень подглюкивает.

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

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

$ ip -s l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast
    972583     11901    0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    972583     11901    0       0       0       0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether a0:f3:c1:00:1c:e4 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast
    178279270  2793106  0       5       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    4796375346 3206002  0       0       0       0
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 90:2b:34:48:e2:2d brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast
    5021066979 5750986  0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    5437649738 7062315  0       0       0       0

eth1 подключен к провайдеру.

Я так понимаю, что эту операцию надо будет провести в следующий раз, когда система захочет обновиться, правильно? И уже потом с этими результатами идти сюда?

[AnrDaemon]

Эту команду повторить несколько раз в разное время, без перезагрузки сервера, чтобы собрать какую-то статистику.

[Scorry]

Эту команду повторить несколько раз в разное время, без перезагрузки сервера, чтобы собрать какую-то статистику.

Спасибо, попробую.

[Scorry]

Подытоживаю.
Пакеты не дропались, ни во время нормальной работы, ни во время сбоев. Снёс ядро 3.5 — попустило, всё работает нормально. Причину, к сожалению, так и не выяснил.