ubuntu машина периодически становится недоступна из другой подсети

[hyperique]

Ребят есть ubuntu samba сервер в диапазоне 172.16.4. Также есть две подсети с виндовыми машинами из которых данный сервер доступен: 172.16.4. и 172.16.41. Так вот, ubuntu периодически перестает пинговаться с подсети 172.16.41. Помогает только перезагрузка самой ubuntu. Полагаю, что система по какой-то причине банит IP из данной подсети, где посмотреть не подскажете? С диапазоном 172.16.4. таких проблем нету.

[fisher74]

А что между ними? Во время проявления проблемы ч этого "между ними" сервер пингуется? А mac-адрес в его кеше таблицы arp совпадает с фактическим mac-адресом сервера?

[hyperique]

Между ними шлюзы 172.16.4.1 и 172.16.41.1. Шлюзы и другие машины между ними обоюдно пингуются, перестает пинговаться только ubuntu система, причем перестает пинговаться с рандомных машин  диапазона 172.16.41. и в разные промежутки времени.

[fisher74]

То есть при пропадании связи с одного хоста сети 172.16.41.0/24 с другого может нормально пинговаться?
И я задал ещё вопрос про стабильность соединения с шлюза.
Кстати... а шлюза 2 что ли? А что между ними?

[hyperique]

То есть при пропадании связи с одного хоста сети 172.16.41.0/24 с другого может нормально пинговаться?
И я задал ещё вопрос про стабильность соединения с шлюза.
Кстати... а шлюза 2 что ли? А что между ними?

Да, именно так, с другого может нормально пинговаться. Шлюза не два, а намного больше. Что между ними понятия не имею, физически сеть к нам приходит по оптике на конвертер с другой части города. В arp таблице только одна запись которая по ходу соответствует физ адресу шлюза.

[fisher74]

Про arp запись - так оно и должно быть. У "мертвых" клиентов такая же запись?
Что пишет при попытке пинговать? Пингуете по ip или по хостнейму?

[hyperique]

Про arp запись - так оно и должно быть. У "мертвых" клиентов такая же запись?
Что пишет при попытке пинговать? Пингуете по ip или по хостнейму?

Такая же, при попытке пинговать превышен интервал ожидания, пингую по айпи. По этим "мертвым" хостам спокойно лажу radminом со своего 172.16.4. ip, с них пингуется и виндовый сервер 172.16.4. и шлюзы `172.16.41.1, 172.16.4.1. Пропадает только ubuntu сервер с ip 172.16.4.20. Перезагрузка виндовых машин не помогает, помогает только полный ребут ubuntu, причем помогает на неопределенный срок. Системы в 41 диапазоне все windows 7 и все идентичные.
Вот собственно скрин с только что "упавшей" машины.

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

IP 172.16.4.20 соответствует мак адресу ubuntu машины.

[fisher74]

Давайте тогда смотреть что там на сервер наворочено

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

ip a; ip r
cat /etc/network/interfaces
sudo iptables-save

[hyperique]

Давайте тогда смотреть что там на сервер наворочено

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

ip a; ip r
cat /etc/network/interfaces
sudo iptables-save

Вот:

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

iptables пуст.
Еще вот такой момент: Допустим с машины 172.16.41.2 ubuntu перестала пинговаться, если поменяю на ней (на клиентской машине) айпи на какой-нибудь другой (например на 172.16.41.3), то сервер вновь станет доступен. Но так же, если допустим в это же время я на следующей машине (например 172.16.41.4) поменяю IP на изначальный 172.16.41.2, то сервер опять же будет доступен...

[fisher74]

а обратный "пинг" работает?

ЗЫ пока не вижу проблемы

[hyperique]

а обратный "пинг" работает?

ЗЫ пока не вижу проблемы

Хм... в обратную сторону не пингуется, ни на доступные, ни на упавшие машины. шлюз 172.16.41.1 пингуется, машины за ним - нет. Поднял на виртуалке windowsXP машину с IP в 172.16.41. диапазоне - пингуется в обе стороны без проблем...

[fisher74]

я подозреваю проблемы в промежутке между шлюзами.

[hyperique]

я подозреваю проблемы в промежутке между шлюзами.

Заметил такой нюанс: на некоторых машинах сеть со временем определяется как с "подключением к интернету", хотя инет там раздается отдельно через прокси в браузере. Вот на тех, которые "без подключения к интернету" все работает нормально, а на тех которые "с подключением" сервер не пингуется.

[koshev]

На целевой машине

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

lspci -knn |grep -i eth -A2

[hyperique]

На целевой машине

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

lspci -knn |grep -i eth -A2

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