Есть один важный для меня вопрос по DFL-200, а именно: можно ли как-то заставить его поднять маршрут по умолчанию через VPN?

Пакеты упрямо продолжают маршрутизироваться через WAN, что бы я ни делал. Можно ли как-то убедить устройство в том, что через WAN вообще не нужно маршрутизировать весь 0.0.0.0/0, а достаточно маршрутизировать лишь адрес центрального VPN-концентратора?

Возможно, существуют какие-то версии прошивок, которые позволяют это сделать?

Кстати, могу ли я проводить какую-то "тонкую настройку" через его CLI, который доступен при соединении по serial-порту?

Заранее благодарен.

P.S. PPTP-WAN тоже не работает: с самого же устройства не удаётся "пропинговать" даже шлюз. Почему? Впрочем, желательно всё же запустить именно 0.0.0.0/0 через VPN, поскольку WAN, возможно, потребуется организовать через PPPoE.

увы, но маршрут по умолчанию всегда принадлежит сконфигуррованному WAN. Если под VPN вы понимаете PPTP, то можно настроить WAN как PPTP -- маршрут по умолчанию будет проброшен через туннель.

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

Зло. :)

WAN как PPTP при этом из-за ошибки в прошивке не работает, если WAN-PHYS и VPN-концентратор находятся в разных IP-подсетях.

Я сделал не самый удачный выбор:)

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

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

А можно ли уточнить, действительно ли этот глюк планируется устранить? Возможно, я ещё успею вернуть устройство, а состариться, дожидаясь багфикса, честно говоря, совсем не хочется. :-)

так выпустили прошивку с исправленным багом?

я вот думаю может взять эту железяку взять спецификации на неё показать супер работающий wan на pptp в отдел потребителей, и вкатать иск ))) тема с какого года поднята? где работающая прошивка в документации есть пункт что данный девайс работает как vpn по верх изернета, наверно прошивка тяжело разрабатывается, черезчур тяжелый код что его 3 года лепят ))) Блинк жгет )