Nat, nat, nat... падает ?

Предлагаешь поискать проблему в Линуксе?

мде.... вопрос определенно хороший :) а что такое может клинить у винды что линукс её натить перестаёт ??? или это она кидается на линукс и говорит - всё задолбал - хватит натить!!! ??? (..или перейти на в2к???......)

1. Если проблема не в железе, а в винде, то не по адресу обратился.

2. Если же возможна проблема с сетевухой/перегревом/свитчем, то могу предложить запустить на этом компе knoppix и погонять его контрольный период времени. Если НАТ отвалится, то винда не виновата, соотв. искать причину.

2. (Без knoppix) Когда НАТ отвалится на линуксе (шлюзе) запустить tcpdump и посмотреть приходят ли от винды запросы и какие.

3. Переустановить винду :-)

Вот, только что падал! на этот раз решил перезагрузить роутер - после перезагрузки нат заработал...

Дождусь очередного обвала посмотрю тсп дамп

ну а пока буду грузить knoppix...

короче что-то он у меня зачастил - раньше раз в день - теперь часто.. (кстати... а неможет это быть как-нибудь, связяно с тем что я по ssh подключаюсь к роутеру для того чтобы его админить?)

вот дамп : 20:17:20.135036 IP gate.local.ssh > 192.168.0.2.editbench: P 2260651483:22606516 47(164) ack 15842 07264 win 6432 20:17:20.135340 IP 192.168.0.2.editbench > gate.local.ssh: . ack 164 win 64599 20:17:26.568804 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PA CKET(137): QUERY; REQUEST; BROADCAST 20:17:27.318538 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PA CKET(137): QUERY; REQUEST; BROADCAST 20:17:28.068524 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PA CKET(137): QUERY; REQUEST; BROADCAST 20:17:31.597812 IP 192.168.0.2.editbench > gate.local.ssh: P 1:21(20) ack 164 wi n 64599

ага... появилось ощущение что всё-таки виновата винда! (горе ей) Почему-то в последующие разы после перезагрузки роутера она не натилась. Опять привожу уже более информативный дамп (сам нифига в нем не понимаю, почти... вижу только что обычно он другой ;-) (но как я решил после некоего осмысления, что первый дамп где я просто пинговал, не так информативен.. хотябы потому, что в этом появились строчки с arp...))

07:25:17.351208 IP gate.local.ssh > 192.168.0.2.1966: P 2672952076:2672952240(164) ack 375838293 win 6432 07:25:17.489499 IP 192.168.0.2.1966 > gate.local.ssh: . ack 164 win 64255 07:25:20.484524 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:24.458333 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:28.442483 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:34.841925 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:35.396215 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 07:25:36.145422 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 07:25:36.895443 IP 192.168.0.2.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 07:25:38.817266 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:42.771410 arp who-has 192.168.93.1 tell 192.168.0.2 07:25:51.619325 IP 192.168.0.2.1966 > gate.local.ssh: P 1:21(20) ack 164 win 64255

сетевые глючные. или хаб/свитч

это предположение, или утверждение ? это при том, что они все друг-друга нормально пингуют ?

>это предположение, или утверждение ?
утверждение.

>это при том, что они все друг-друга нормально пингуют ?
а ты нагрузочку-то на них сделай ;) попробуй пару гигов передать туда-сюда ;)

еще, как вариант, попробуй сменить на виндах дрова для сетевых.

спасибо! буду копать в этом направлении. по всему выходит что НАТ - не виноват! ;)

ч.т.д.