Я вам советую не просто так. У меня на одном рутере инет через PPTP соединение и при удаленном управлении через белый адрес этого соединения вылазит такое же сообщение. На рутерах с белыми статическими адресами этого сообщения не выскакивает..

что именно вы хотите от резервного канала: выход наружу. или вход снаружи или оба?

И для входа и для выхода вам надо будет настроить PBR

viewtopic.php?f=3&t=65359
viewtopic.php?f=3&t=93443

Пример настройки PBR (Policy Based Routing - маршрутизация на основе политик) для разрешения пинга снаружи интерфейса DMZ или WAN2. Подразумевается, что основной канал связи через WAN (или WAN1) правильно настроен и работает. Хотя DMZ (или WAN2) также должен быть работоспособен.

Для разрешения проброса портов через порт DMZ (или WAN2) все делается аналогично. Потребуется только сменить сервис (п.3) и разрешающие правила (п.4).

1. Создаем новую таблицу маршрутизации
DFL-210 - Routing - Routing Tables - Add

Name: Alt
Ordering: Only

Alt Only No

2. Создаем новый маршрут в таблице Alt
DFL-210 - Routing - Routing Tables - Alt - Add -> Route
Interface: dmz
Network: all-nets
Gateway: dmz_gw
Local IP Address: (None)
Metric: 90

Route dmz all-nets dmz_gw 90 No
Таблица Alt содержит маршрут для входящего и исходящего трафика с интерфейса DMZ.

3. Создаем правило маршрутизации
DFL-210 - Routing - Routing Rules - Add -> Routing Rule
Name: Alt_Ping
Forward Table: main
Return Table: Alt
Service: ping-inbound
Schedule: (None)

Interface Source: dmz
Network Source: all-nets

Interface Destination: core
Network Destination: dmz_ip

Alt_ping dmz all-nets core dmz_ip ping-inbound
Это правило заставляет входящие запросы на интерфейс DMZ обрабатываться по таблице маршрутизации Alt.

4. Создаем разрешающее правило
DFL-210 - Rules - IP Rules - Add -> IP Rule

Name: ping_dmz
Action: Allow
Service: ping-inbound
Schedule: (None)

Interface Source: dmz
Network Source: all-nets

Interface Destination: core
Network Destination: dmz_ip

ping_dmz Allow dmz all-nets core dmz_ip ping_inbound
Это обычное правило, разрешающее пинги на интерфейс DMZ. Чтобы оно точно срабатывало, лучше его разместить в самом верху списка правил.

Если настраивается проброс портов, например, для сервиса rdp, то вместо упомянутого одного правила формируютcя два правила вида:
Allow_rdp SAT dmz all-nets core dmz_ip rdp (не забыть указать адрес назначения во вкладке SAT)
Allow_rdp Allow dmz all-nets core dmz_ip rdp
А также в правиле маршрутизации в п.3 сервис изменяется на нужный (rdp).

Вот и все. Нажатия в нужных местах кнопки Ok, а также сохранение и активация конфигурации подразумеваются.

Пингуем снаружи порт DMZ. Пинг работает отовсюду.

Как исходный материал для понимания, использовалась инструкция из FAQ на русском сайте http://www.dlink.ru/ru/faq/85/576.html

"Link Status: No link detected" - это при любых настройках ненормально. Добейте сначала эту проблему. попробуйте через промежуточный коммутатор подключить.

Вот спасибо!!! Я и подумал, что что то не так.

для начала попробовать подключить просто комп и по предоставленым параметрам убедится в наличии связи .

IP Address: 46.52.ххх.ххх
Link Status: 100Mbps Full Duplex
MAC Address: 6c-d9-94-73-42-22
Send Rate: 0 kbps
Receive Rate: 0 kbps

IN : packets= 838 bytes= 61165 errors= 0
OUT: packets= 389 bytes= 23340 errors= 0
Collisions : 0
In : Length Errors : 0
In : CRC Errors : 0
In : FIFO Overruns : 0
Out: Carrier Errors : 0
Out: FIFO Underruns : 0
Out: Late Collisions : 0

Name: ping_dmz
Action: Allow
Service: ping-inbound
Schedule: (None)

Interface Source: dmz
Network Source: all-nets

Interface Destination: core
Network Destination: dmz_ip

Name: dmz_Ping
Forward Table: main
Return Table: main
Service: ping-inbound
Schedule: (None)

Interface Source: dmz
Network Source: all-nets

Interface Destination: core
Network Destination: dmz_ip

Interface: dmz_ip
Network: all-nets
Gateway: dms_gw
Local IP Address: (None)
Metric: 80