Если я привезу DFL-700 в Москву, то в какой срок мне его починят? Дело в том, что оставлять пользователей без сети никак нельзя, но и мучиться с постоянными перезагрузками тоже надоело...
И еще: я купил его через фирму-посредника, а не напрямую. Как быть? Желательно обернуться с ремонтом в течение дня, максимум двух.

Привозите, сможем помочь в течение дня.

_________________
С уважением -- Александр Шебаронин.

Спасибо! Сегодня ездил к вам в гости, привозил аппарат. Все сделали в течение часа. Буду наблюдать...

ДА, я знаю что вы приезжали Поделитесь результатами наблюдений, пожалуйста.

_________________
С уважением -- Александр Шебаронин.

Доброго всем времени суток!
Только что мой DFL-700 опять дал дуба...
Все это произошло в роковой момент времени UP-Time 24:00:00. Ровно сутки - ни секундой больше, ни секундой меньше. Отработал он эти сутки как часы, но потом без предупреждения впал в кому...

Вот кусок системного лога, в момент сразу после перезагрузки:


[2005-07-14 18:00:25] <5>EFW: IDSUPDATE: event=update_check result=no_new_sigs

[2005-07-14 18:00:25] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.236.48.221 ipproto=TCP ipdatalen=28 srcport=1079 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:25] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.210.62.190 ipproto=TCP ipdatalen=28 srcport=1078 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:24] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.210.62.190 ipproto=TCP ipdatalen=28 srcport=1078 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:24] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.210.62.190 ipproto=TCP ipdatalen=28 srcport=1078 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:24] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.209.188.62 ipproto=TCP ipdatalen=28 srcport=1077 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:23] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.209.188.62 ipproto=TCP ipdatalen=28 srcport=1077 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:23] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=63.209.188.62 ipproto=TCP ipdatalen=28 srcport=1077 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:23] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=213.254.235.29 ipproto=TCP ipdatalen=28 srcport=1076 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:22] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=213.254.235.29 ipproto=TCP ipdatalen=28 srcport=1076 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:22] <5>EFW: DROP: prio=2 rule=reject_standard action=reject recvif=LAN srcip=192.168.1.64 destip=213.254.235.29 ipproto=TCP ipdatalen=28 srcport=1076 destport=80 tcphdrlen=28 syn=1

[2005-07-14 18:00:20] <5>EFW: NETCON: event=init_complete

[2005-07-14 18:00:18] <5>EFW: SYSTEM: shutdown=RECONFIGURE time=1 reason="Updating DHCP configuration"

[2005-07-14 18:00:18] <5>EFW: DHCP: event=lease_acquired ip=80.237.23.233 netmask=255.255.255.224 bcast=80.237.23.255 gw=80.237.23.225 recvif=WAN srcip=10.2.0.1 destip=255.255.255.255 ipproto=UDP ipdatalen=314 srcport=67 destport=68 udptotlen=314

[2005-07-14 18:00:15] <5>EFW: DROP: rule=TTLOnLow ttl=1 ttlmin=3 action=drop recvif=LAN srcip=192.168.1.18 destip=192.168.1.1 ipproto=ICMP ipdatalen=13 icmptype=ECHO_REQUEST echoid=512 echoseq=768

[2005-07-14 18:00:15] <5>EFW: DROP: rule=TTLOnLow ttl=1 ttlmin=3 action=drop recvif=LAN srcip=192.168.1.32 destip=192.168.1.1 ipproto=ICMP ipdatalen=13 icmptype=ECHO_REQUEST echoid=512 echoseq=768

[2005-07-14 18:00:15] <5>EFW: DROP: rule=TTLOnLow ttl=1 ttlmin=3 action=drop recvif=LAN srcip=192.168.1.18 destip=192.168.1.1 ipproto=ICMP ipdatalen=13 icmptype=ECHO_REQUEST echoid=512 echoseq=512

[2005-07-14 18:00:15] <5>EFW: NETCON: event=init_complete



Такое странно ровное число времени работы (24:00:00) наводит на размышления. Еще мне показались странными ссылки в логе на низкое время жизни пакетов (какое-то правило TTLOnLow) и на запросы автообновления системы IDS. Может, все дело в каких-то моих кривых настройках?
Я в шоке. Никак не могу разобраться в чем дело. Прошивка в сервисе, выходит, не помогла...

И еще наблюдение вдогонку: в конце каждого часа наблюдается резкое увеличение количества сессий ("Status/Connections", "State table contents" - очень большое число записей порядка 100-110 вместо обычных 16-20). И что характерно - именно в момент зависания система IDS лезет в интернет за обновлениями. Есть ли здесь связь?

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

_________________
С уважением -- Александр Шебаронин.