Приветствую всех счастливых/несчастных (нужное подчернуть) обладателей указанных устройств, а также других устройств линейки DSR.
Поскольку в теме DSR-250/250N/500/500N/1000/1000N BugTrack (http://forum.dlink.ru/viewtopic.php?f=3&t=148973) запрещено какое-либо обсуждение выявленных багов, решил последовать совету модераторов указанной темы и отрыть отдельную ветку для реального bug tracking софта данных устройств, т.к. тратить время и постить подробное описание выявленных багов в пустоту не очень-то интересно.
Приглашаю всех обладателей устройств данной линейки делиться своей информацией и опытом, т.к. давно известно, что описанный баг - это уже фича ))) Надеюсь, что такая информация будет весьма полезна разработчикам устройств, если, конечно, они вообще читают эти форумы.
Формат описания проблемы обычный:
1) Модель устройства /Версия Hardware / Версия Firmware
2) Описание проблемы, признаки некорректной работы, что не получается настроить, с указанием используемых параметров настройки, включая логи, если есть.

начну с описания обнаруженных мной проблем, ранее опубликованных в другой теме...
1) DSR-250N / A1 / 1.05B53_WW
2) настроил SSL VPN, подключаюсь клиентом, захожу на портал, запускаю установку SSL VPN Tunnel Client Installer / Launcher - после многократного подтверждения установки неавторизованного Java апплета получаю ошибку: Installation Failed - Error: Virtual Passage Execution Failed.
В логах Java машины нахожу следующее:
About to execute : C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe ; 1 XX.XX.XX.XX qwkmUUJaTo7uXcTjIm04Cw==::::UserName 192.168.251.1 192.168.251.254 1 443 0 0 none 0.0.0.0 1 D-link-SSLVPN-Tunnel D-link D-link-SSLVPN DHE-RSA-AES256-SHA EasyAccess 0 4000::2 4000::1 64 4000::1 4000::200 0 0
java.io.IOException: Cannot run program "C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe": CreateProcess error=740, The requested operation requires elevation
C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe execution failed...!
VP disconnect invoked
About to execute : C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe ; 2
java.io.IOException: Cannot run program "C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe": CreateProcess error=740, The requested operation requires elevation
C:\Users\UserName\D-linkD-link-SSLVPN-Tunnel\VirtualPassageExe.exe execution failed...!

Any suggestions? Может он хочет быть запущен от имени администратора? Но как это сделать?

Такая тема уже есть: viewtopic.php?f=3&t=148973

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/

В указанной теме только bug report без возможности обсуждения выявленных проблем в работе устройств, которые не всегда могут означать проблемы с ПО (читайте первый пост данной темы).

Исходя из логов, могу подкинуть только расшифровку ошибки:

740
Устройства TAPI, настроенные для удаленного доступа, не инициализируются или установлены с ошибками.

То бишь роутер либо неправильно работает, либо неправильно сконфигурирован .
Ну в догоночку: http://forum.dlink.ru/viewtopic.php?f=3&t=155215&hilit=dsr+vpn+%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8C+8
Глядишь - поможет!

спасибо за расшифровку ошибки, только в моем случае больше похоже на проблему с инициализацией устройств на компе, где и делается попытка установить апплет для работы по SSL VPN.
и за ссылку спасибо, хотя там речь идет о PPTP VPN, который у меня, кстати, тоже не работает, но для чистоты эксперимента все-таки попробую поколдовать с паролями...

Закину и свою проблемку - мочт у кого и будет решение!
DSR-500N, F/W: 1.06B79_RU
Оба WAN-порта настроены для доступа в инет по статическим адресам. Как знаем из опыта, настроек ровно три: 1 - использовать один порт, 2 - использовать один порт до сбоя и пользоваться вторым, 3 - использовать оба порта в разных режимах.
Первый способ не подходит совершенно, линий всё таки две!
Второй - вроде бы как замечательный, но... Не хочется дабы порт (линия выделенная) простаивал просто так, нагружаем его из вне - пусть на него стучатся разного рода камеры, терминалы, внешники... И тут мы получаем де`факто не работающий порт (линию), который уснул (хотя скорее помер) и ждёт смерти основного порта дабы проснуться (воскреснуть). Маразм!!!
Третий самый прекрасный способ: порты работают либо а) - поочерёдно (режим Round Robin), либо б) - если основной порт загружен на 80% - подключается второй порт (режим Spillover). Вариант а) хорош, но... работая с Web-ресурсами служащие начинают жалиться, что их выкидывает с сайтов и удалённых (да и с некоторых локальных) программ с просьбой перелогиниться - айпишнег вдруг изменился и "привет начальная страничка". Вариант б) вообще находка, если бы только настройки работали (или выделенка такая?) и защита от сбоев бы не сбоила (сори!): Как только "разрыв" на основном WAN`е - все сидят пять минут без связи (Тихо! DSR думать будет!!!), пока роутер не поймёт, что данный канал не работает и всех перенаправляет на второй WAN (а тут как назло опять это криворукое "НО"), но через пару минут опять пробует всех подключить через убитый первый WAN и вешает связь в очередной раз. И так до бесконечности. Помогает только выдернуть кабель из первого WAN`а и ждать звонка от провайдера об удачно проделанных ремонтных работах.

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

какой слог! читал с удовольствием, спасибо! но по сути сочуствую, конечно. что-то дельное применительно к данному творению нерукотворному порекомендовать наверное не смогу. единственное что приходит на ум, так это брать нормальную продвинутую железку для таких нетривиальных задач, например, CheckPoint, Cisco, WatchGuard, FortiNet, на крайний случай SonicWALL. почему мне думается (есть кое-какой опыт), что у них такие вещи реализованы более адаптивно к жизненным реалиям. хотя стоимость такого альтернативного решения конечно будет в 1,5...3 раза выше. не зря все-таки люди говорят, что дешево хорошо не бывает...

продолжаем описывать баги этого маленького, но очень удивительного устройства...
1) DSR-250N / A1 / 1.05B53_WW
2) настраиваем PPTP server. Настроек совсем немного и вроде трудно ошибиться. Пытаемся подключиться к нему на внешний интерфейс с помощью стандартного клиента Windows, настроенного на тип соединения PPTP. Не доходя до авторизации получаем отлуп с кодом ошибки Error 809 - соединение между компьютером и VPN-сервером не установлено. Если учитывать, что клиент и сервер находятся в одной локальной сети и фаэрвол на клиенте отключен, остается думать только на роутер, который по каким-то причинам не хочет устанавливать соединение...

Небольшой совет!
Если настроили форвардинг, а потом решили изменить настраиваемую службу (расширить диапазон, изменить порт) - не надо останавливать-запускать правило. Убейте его и создайте заново. В противном случае будете долго мучиться вопросом: "Почему не работает?"

Zeb, спасибо за совет. Хотя, вообще-то, по уму в такой ситуации должно продолжать работать...

Product: DSR-250N
Firmware Version: 1.05B53_RU
Hardware Version: A1

WAN-интерфейс подключен в сеть 192.168.1.0 / 255.255.255.0, где gateway 192.168.1.1
ISP Connection Type: PPTP

Надо настроить статические маршруты вида:
Destination 81.25.32.32 Subnet Mask 255.255.255.224 Gateway 192.168.1.1 Interface WAN Metric 1
То есть, пустить трафик, адресованный в ряд сетей, через шлюз в сети, к которой подключен WAN-интерфейс

Проблема:
Advanced - Routing - Static Routing
Прошивка ограничивает возможности настройки маршрутов, соглашаясь только на Gateway - адрес, назначенный PPTP - подключением
Например, в текущем подключении IPv4 Address: 178.172.138.253 / 255.255.255.255
При попытке задать Static Routing получаю предупреждение:
Gateway IP Address must be in the subnet:178.172.138.253/255.255.255.255

Также не дает назначить метрику==1, позволяет только начиная с 2.

Вопрос:
Удавалось ли кому-то назначить статические маршруты, если да, то каким образом обошли ограничения, установленные прошивкой?