Наблюдается загадочный эффект: при прописывании сети 192.168.0.0/24 и дальнейшем использовании, а так же использовании адресов из справочника типа 192.168.0.XX, 192.168.X0.XX и даже на адресах 192.168.XX.X0.

Такое ощущение, что при интерпретации этих адресов в работе, firmware проглатывает последние значащие ноли и, как следствие, это приводит к самым диким и непредсказуемым результатам.
"Тут - играть, тут - не играть, а тут - рыбу заворачивали..."

На проблему натолкнулся уже в куче мест на 26 прошивке:
от настройки PPTP сервера до простого резервирования псевдостатики на DHCP, поднятом на DFL.

Уже разработчикам надо бы побыстрее этот косяк разрулить, а то реально ЗАДОЛБАЛО

Можете подробнее описать с примерами какой объект в адресной книге пытаетесь изменить и как?

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465

Исходя из кучи лабораторок по этой теме с уверенностью могу сказать что косячит не движок, а именно WEB интерфейс.
Если с очередного пинка перепрописалось и заработало, т.е. значащий ноль корректно вписался в конфиг, то дальше все работает нормально.

Простейший пример из реальной жизни который меня добил, и собственно по этому и образовалась эта тема:

Мне нужна была псевдостатика с привязкой к MAC на DHCP, поднятом на DFL 210 (26 прошивка).
Подсеть звали 192.168.33.0/24
Пул DHCP состоял из двух областей: 192.168.33.1-192.168.33.63 и 192.168.33.248-192.168.33.252.

Резервирование для области 192.168.33.248-192.168.33.252 прокатило на ура.

А вот с областью 192.168.33.1-192.168.33.63 начались, как раз, очередные проблемы с 0.
Мне непременно в резерве нужен был адрес 192.168.33.10.

Цепляюсь смотрю - 192.168.33.1.
Предполагаю, что что-то напутал с MAC.
Проверяю еще раз - MAC правильный.
В научно-познавательных целях меняю резервирование для этого хоста на 192.168.33.11.
Цепляюсь снова - честно раздает 192.168.33.11.
Меняю на 10 - снова 1.
И только с 3-4 изменения наконец то получаю розданный 192.168.33.10.

Впервые подобный баг я обнаружил при попытке настроить PPTP сервер на DFL 800.
Почти 2 недели убил на то чтобы его нормально поднять.
Вроде делаю все пункт в пункт по FAQ - а он поднимается криво, сшибает PPTP коннекты и ICMP ни куда не проходят.

Проблема оказалась в том, что на WAN1 у меня была подсеть 192.168.0.0/24.
Не знаю уж каким местом проинтуичил, но как только я сменил подсеть WAN1 на любую другую без нолей сразу все заработало как задумано.
(там сейчас 192.168.16.0/29, оборудование уже стоит на живой сети на "боевом посту", догребу мелкие пакости с RTP трафом (VoIP SIP)- поменяю маску с 29 на 30)

Вот такой вот баг с конкретными примерами.
Иногда значащие нули прописываюся, а иногда нет.
Системы в проявлении этого бага ни какой не заметил.
Все происходит случайно, на уровне повезло-не повезло и именно это задалбывает. Я же железяку настраиваю, а не в рулетку играю

ЗЫ: Еще что характерно, в маске значащий ноль вроде бы не съедается, хотя, может быть, просто, тупо, везло...

Уважаемый Vitaliy Korkunov, я тут обнаружил еще один реальный косяк WEB морды 26 прошивки для DFL.
Чтобы не плодить темы по косякам даю ссылочку:
viewtopic.php?p=663134#663134

Чтобы отсечь web-интерфейс, можно конфигурить через консоль (SSH)

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Согласен, можно.
Но через WEB морду красивше
А с русским интерфейсом еще и прикольно

Возвращаясь к вопросу о единообразии - тогда WEB морду можно было вообще не делать, а сказать device юзать только либо по ssh, либо через RS232, но при этом отбить у кучи потенциальных end users желание приобретать DFL...
А если уж сделали WEB морду, то нужно просто довести ее до ума, т.к. отказываться от нее уже невозможно и смерти подобно в маркетинговой части этой темы...
Или я не прав?

Можно вообще слепить скрипт и править в нем руками текст, а потом запускать после очередного редактирования вылавливая ошибки грамматики и логики (я так поступаю для настройки правил в pf и iptables).
Можно еще просто вручную по ssh редактировать непосредственно конфиг в Vi.
Однако, при уже наличии, хоть и не вылизанной WEB морды, лично я счетаю эти методики уже неприемлемыми, а их использование унылым снобизмом...

Заранее извиняюсь, если кого обижу своими резкими высказываниями по теме...

PS: Даже можно пользоваться ЛЕКСИКОНом или его папой-мамой Muliedit и SuperCalc-ом вместо, например, OpenOffice и быть довольным жизнью...

lan_ip у вас какой при этом? Он попадает в первый пул адресов?

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465

У меня на одном из DFL-210 lannet = 192.168.0.0/24. С момента первоначальной настройки и по сию пору не замечал никаких глюков.

Был куплен новый девайс, прошита свежая прошивка на тот момент. Не помню точно какая - 2.20-2.26. Изменена сеть на 192.168.0.0/24 и проведена дальнейшая настройка.

Какой браузер используете?

У меня почти всегда используется IE 6.0-8.0. Практически без нареканий.

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

Верхний или нижний (в зависимости от конкретной ситуации) IP subnet под сервер уже в привычке

В основном люблю верхний.

Если 24 подсеть - то соответственно 254.
25 - 126 или, соответственно, 254 , e.t.c.

В этом конкретном случае у меня 24 подсеть, 1 занят под другие дела - значит, согласно привычке - 254.

Не надо меня путать - там все нормально!



А это здесь вообще при чем?

Еще раз - подсеть 24, DHCP пул из двух областей 1-63 и 248-252
lan_ip 254 (оно же Default GW и DNS2 для DHCP клиентов)

1-63 - для обычных хостов.
248-252 - спец.хосты, типа WiFI AP и принтсерверов.
253 - прозапас (если получится, то еще один DNS Relay сделаю)
64-247 под другие дела.
Все дружно живут в маске 255.255.255.0 (оно же 24).
Что не так?

Ну, во первых 192.168.0.0/24 не для LAN, а для WAN..., а во вторых...
IMHO, либо изначально не юзалась WEB морда при настройке, либо просто повезло

Я сумел с 25 пинка на стенде через WEB морду приклеить на WAN 192.168.0.0, но на живой сети не стал рисковать и заюзал подсети без нолей.


Пробовал все, которые работают под Win.
IMHO, наиболее адекватно WEB морда работает со свежим FF. C чем это связано не знаю, но под 1E, Safari и Opera вылезали те или иные мелкие косяки. (то сертификат не сожрет..., то фрейм не обновит..., e.t.c.)

ЗЫ: Свой любимый Links не пробовал (чтобы голый текст без мыша и картинок), по причине отсутствия его в Win.