А почему на WAN DLINK'a не попасть? Все интерфейсы доступны. Как виртуальные, так и реальные. Ведь DFL создает туннель, но создает его через реальные интерфейс - WAN. Ну так на него и стучитесь по Инету. И с него же можно сделать проброс портов куда угодно в LAN удаленного офиса.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Не могу я из Инета стучаться на 192.168.1.xx... И никто не сможет...

Такой провайдер. Он раздает адреса из своей LAN. И не будет на своем NAT делать маппинг портов...
А попадать на DLINK и за него хотелось бы...

DLink1 - это с реальным IP
DLink2 - это тот, у которого провайдер 192.168.0.xxx и который вы хотите админить. По вашему - это возможно только со стороны LAN.


1. Вам надо на DLink1 и DLink2 (не совсем понятно, что там за модель) настроить роутинг. Не совсем понял вашу конфигурацию - в зависимости от топологии и моделей DLink такое может и не получится.

2. Вы можете опубликовать на Dlink1 порты администрирования DLink2

3. На базе любого компьютера (например, любого постоянно действующего сервера внутри локальной сети организации) создаете узел управления. С этого узла должны быть доступны все устройства внутри локальной сети (сервера, принтеры, рабочие станции, в том числе и роутеры). После этого настриваете программу удаленного управления на этом компьютере (сервреную часть RDP, VNC, RAdmin и т.п.) и обеспечиваете доступ к этому узлу извне (PPTP Server, Virtual Server и т.п. на DLink1).
У такого решения есть минусы - есть и плюсы. Самый основной плюс: администрирование единообразно (из офиса или удаленно), централизовано и понятно. Специи (сетевые утилиты, AD, IA и т.п.) - по вкусу.