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

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

Не помогло.
Это правило влияет на проходные пакеты, а у меня также проблемы и при локальном конекте по ssh на сервер.
Я даже попробовал применить его на OUTPUT, но без результатно.
Щас еще почитаю что оно делает :)

Прочитал... :)
Проблемы с MSS я встречал. У меня не поже на эту проблему.
У меня прекращаеться передача данных от меня к серверу по конкретному TCP соединению. Причем время нормальной работы максимум до 5мин.
Из двух компов пробовал на разных сетевых. Проблема у всех одна и таже.
Есть подозрение в роботе бриджа.
Завтра добуду резервниый канал, тогда попробую без бриджа, ну и tcpdump поганяю.

Продолжаем гадать на кофейной гуще

iptables -A FORWARD -m physdev --physdev-is-bridged -j ACCEPT

?

Попробовал. Ничего не изменилось.
Прибил бридж. Оставил пока только eth1. Есть результат - проблема осталась, бридж не виноват :)
Wireshark на клиенте показал коечто интересное
https://picasaweb.google.com/lh/photo/F-JIEN1F9Ve-B_eDl5bssw?feat=directlink

Пробую понять что сие значит. Пока безрезультатно.

Уже пол часа через альтернативний канал держу ssh сесию. И ни одного похожего сообщения.

Покажи содержимое ifconfig и dmesg с клиента и сервера.

Прибил бридж. Оставил пока только eth1. Есть результат - проблема осталась, бридж не виноват :)

Какой модели сетёвка? Какой драйвер используется? Пробовал с другими сетёвками?

>Wireshark на клиенте показал коечто интересное

Ты кабель креслом не преехал случайно? Ещё бывает что кабель плохо обжат

Думаю эту ссылку вы уже нагуглили, но всё равно оставлю на всякий случай, такие вещи полезно знать при отладке с wireshark:
http://wiki.wireshark.org/TCP_Analyze_Sequence_Numbers

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

За ссылку большое спасибо.
Физика в норме(что касается кабеля), но вот есть одно подозрение. Я когда сетевушки ставил, пришлось их крепежние планки снять, в корпус не помещались. А через ети планки они соединялись с корпусом.
Короче пошол заземлять все :)
Да, сетевушки все одинаковые, китайское г-но на чипе RTL. UpLink работает нормально! Я их местами менял - изменений небыло.

Заземлил все. Проблема осталась.
Все больше склоняють к глюкам железа, только вот как вычислить глюкавый кусок. У меня не так много железа для эксперементов. Завтра поставлю простой маршрутизатор, тогда появиться возможность нормально разобратся с логами ядра, ато туда сваливаються вагон сообщений от сети, поди разбери какое имеет отношение к этой проблеме.

Очень похоже на проблемы с фаерволом. Покажи iptables-save

Так же попингуй ping -i0.005 -s1000 и посмотри на процент потерь. Хотя я думаю что серьёзных проблем это не выявит.

Физика в норме(что касается кабеля)

как проверял? Надеюсь, кабельным тестером? :)

>как проверял? Надеюсь, кабельным тестером? :)
Проверял годом работи на простом маршрутизаторе :) То что делает кабелный тестер, это просто проверяет целосность кабельних жил (по крайней мере те тестеры что я видел), всякого рода потери они не проверяют.

Откуда вагон сообщений от сети? Логирование в iptables включено, чтоли?

А железо то какое? Пять болтающихся (без крепёжных планок) PCI сетёвок? Слоты и контакты на сетёвках чистые? Скорости на всех сетёвках 100 Мбит? Или UpLink 10 Мбит?