1. В конфигурации устройства есть опция Status/Log/Log settings/SysLog/Enabled и адрес сервера лога. Вопрос: что должно стоять на сервере для ведения лога или какой должен быть сервер и что вообще означает эта опция ?

2. В каком порядке обрабатываются правила файрвола и можно ли изменить их порядок ? Какое правило выполнится - разрешающее или запрещающее, если условие вхождения пакета выполняется для обоих правил ?

1. Может стоять любой syslog сервер (реализации есть под различные операционные системы, поищите в сети). Если эта опция включена все логи будут сбрасываться на этот сервер.
2. Правила обрабатываются по порядку сверху вниз.

Спасибо. С syslog разобрался.

1. Тогда еще вопрос. Каков объем внтуреннего лога устройства ?

Похоже, что при его переполнении возникает некорректная работа:
нажимаю Last page, а он в первой строке лога показывает самое новое? сообщение, а затем идут строки в порядке возрастания времени более старые чем самая первая. И как-то внутренний лог будто отстает от syslog.

2. С каким ntp сервером устройство синхронизирует время если он не указан напрямую ?

3.Режим daylight saving реализованный в устройстве предполагает ежегодные ручные операции, поскольку в моем регионе он реализуется не ввиде конкретных дат, а понятийно (в последнюю субботу марта / последнюю субботу сентября). Планируется ли корректировать ?

Прошивка последняя 1.41b7.

1. Примерно 16К. У меня он постоянно переполняется но проблем это не вызывает, старые затираются.
2. В принципе не с каким, можно поставить время в ручную.
3. А как это реализовать по другому? Девайс не будет слушать радио чтобы вовремя перевести часы

На 1. И все же с внутренним логом есть какая-то проблема. Внешний гораздо корректнее и информативнее. Нажатие кнопки Last page не приводит к отображению самых последних сообщений при заполненном внутреннем логе.

На 3. Любая windows как-то сама переводит летнее/зимнее время не слушая радио .

О-о-о!
Это моя любимая тема!

В UNIX'ах есть понятие TimeZone и переменная среды окружения TZ, она и задаёт правила перехода с зимнего на летнее время и обратно.
TZ выглядит (для Санкт-Петербурга, например) так:
TZ=MST-3MDT-4,M3.5.0/2,M10.5.0/3
что означает:

зимнее время отличается от UTC на 3 часа вперёд, именуется MST
летнее время отличается от UTC на 4 часа вперёд, именуется MDT
переход на летнее время в последнее воскресенье марта, в 02:00
переход на зимнее время в последнее воскресенье октября, в 03:00

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

Очень бы хотелось, чтобы разработчики ПО D-Link отказались от ламерского наследия MSDOS в изделиях и сделали, как и полагается!

Заодно - есть лёгкие клиенты ntp, они вполне могут быть перенесены на данную платформу (а может быть и уже!).
Я бы предпочёл, чтобы DI-804 брал время с моего сервера (у меня есть такой в сети), а не рывком синхронизировался к внешнему...

В юниксах есть много чего хорошего, и разного в БСД и SystemV, например... А вот в девайс юникс не влазит. Особо с поддержкой локалей, таймзон, апача с пхп и прочего В нем есть механизм перехода на летнее время по дате -- попробуем поговорить с разработчиками о добавлении возможности по переводу даты событийно, и если это не потребует значительного объема работ -- думаю, будет сделано.

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

Ключ к успеху - именно в том, чтобы время в самом устройстве шло по UTC.
А то сделают, как лукашенковские изготовители многотарифных счётчиков электроэнергии - при возврате с летнего на зимнее время счётчики застревают в промежутке 02:00~03:00 до следующей весны!


Надеюсь - сделано будет нормально.
Чтобы задал правило перехода - и живи спокойно...