Добрый день, господа!

Имею такую конфигурацию DI-804HV:

LAN: 192.168.0.1/24
WAN: a.s.d.f с выходом на DSL линию.
Настройки фаервола по дефолту.
Есть также настроенные и работающие VPN-каналы.

Хочется поиметь возможность VPN-подключения к локальной сети
и, возможно, выход обратно в интернет уже с a.s.d.f из произвольного места, например, из дома.

В разделе HOME->VPN->PPTP Server Settings... выставляю

PPTP Server Enable
Virtual IP of PPTP Server 192.168.x.1
Authentication Protocol MSCHAP
MPPE Encryption Mode Enable

Добявляю юзера с паролем, которые и использую для "Виртуальное частное подключение" в Win2k. Естественно, коннект произвожу извне на WAN-порт маршрутизатора.

Результат: соединение не проходит, винда говорит Ошибка 721: Удаленный компьютер не отвечает, а в логах роутера видим следующее:

24 декабря 2004 г. 14:27:05 [START_CTRL_RQST] ESTABLISHED; index=0.
24 декабря 2004 г. 14:27:42 [peer_call_id_search]: Not Found;[call_id=32768],[tunn=0],[cnum=1]
24 декабря 2004 г. 14:27:43 receive stop_ctrl_conn_rqst, tunnel 0
24 декабря 2004 г. 14:27:43 [peer](1)general request to clear.
24 декабря 2004 г. 14:27:43 pptp_call_destroy>destory call 0 from tunnel 0
24 декабря 2004 г. 14:27:43 [pptp_call_destroy]: Closing PPTP call; [tunn=0], [call=0]
24 декабря 2004 г. 14:27:43 [pptp_conn_destory]: Closing PPTP connection; index=0

Без MPPE аналогично:

24 декабря 2004 г. 14:37:37 [START_CTRL_RQST] ESTABLISHED; index=0.
24 декабря 2004 г. 14:38:14 [peer_call_id_search]: Not Found;[call_id=49152],[tunn=0],[cnum=1]
24 декабря 2004 г. 14:38:15 receive stop_ctrl_conn_rqst, tunnel 0
24 декабря 2004 г. 14:38:15 [peer](1)general request to clear.
24 декабря 2004 г. 14:38:15 pptp_call_destroy>destory call 0 from tunnel 0
24 декабря 2004 г. 14:38:15 [pptp_call_destroy]: Closing PPTP call; [tunn=0], [call=0]
24 декабря 2004 г. 14:38:15 [pptp_conn_destory]: Closing PPTP connection; index=0

В настройках виндового клиента опробованы PAP, CHAP, MSCHAP v1, MSCHAP v2, подключение без требования шифрования и пр., с автоматическим определением настроек и с явным указанием того, что сервер является PPTP-шным - соединения как не было, так и нет.

Логи роутера при смене настроек ничем не отличаются от приведенных.

Опробованные прошивки 1.38 и 1.40

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

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

Ну хоть скажите, что всё должно работать. Уже что-то будет.

Люди добрые! кто встречался с подобными сообщениями, подкиньте мыслей.

24 декабря 2004 г. 14:27:05 [START_CTRL_RQST] ESTABLISHED; index=0.
24 декабря 2004 г. 14:27:42 [peer_call_id_search]: Not Found;[call_id=32768],[tunn=0],[cnum=1]

Мне бы разобраться, кто виноват - кто сессию разрывает, ну и по какой причине, если можно.
Кто из пииров не может найти ID? Формат лога мне не до конца понятен - где серв, а где клиент?

Подкидываю.

Ставим Authentication Protocol CHAP и радуемся.

_________________


"Вы хотите поставить нас в тупик своими вопросами? А мы поставим Вас в тупик своими ответами!"

Да, действительно, дело сдвинулось: с CHAP и необязательным шифрованием ситуация изменилась, сервер ругнулся несколько иначе

27 декабря 2004 г. 17:50:42 [START_CTRL_RQST] ESTABLISHED; index=0.
27 декабря 2004 г. 17:50:44 pppd: we ask authentication, but peer not support
27 декабря 2004 г. 17:50:47 [peer_call_id_search]: Not Found;[call_id=0],[tunn=0],[cnum=1]
27 декабря 2004 г. 17:50:48 receive stop_ctrl_conn_rqst, tunnel 0
27 декабря 2004 г. 17:50:48 [peer](1)general request to clear.
27 декабря 2004 г. 17:50:48 pptp_call_destroy>destory call 0 from tunnel 0
27 декабря 2004 г. 17:50:48 [pptp_call_destroy]: Closing PPTP call; [tunn=0], [call=0]
27 декабря 2004 г. 17:50:48 [pptp_conn_destory]: Closing PPTP connection; index=0

Это было при установленном на ДЛИНКЕ MSCHAP, при переходе на CHAP всё завертелось. Чудо, однако! Доселе все комплементарные комбинации протоколов на пиирах результатов не давали .

Вот. Это на прошивке 1.38, что же будет на 1.40?.. Но у нас уже вечер, будем ждать завтра...

Все-таки на этом трудно остановиться и не захотеть шифрации

Спасибо!

"Если совсем ничего не получается, то читаем документацию" © не помню кто сказал.

Две строчки о функции и скриншот документацией не назовешь. К этому надо прилагать специалиста, посвященного в таинства сего оборудования.

Но я сейчас не хочу о совсем грустном. Лучше порадуемся.

Одной из проблем в моей ситуации была прошивка в. 1.38 на роутере, через который я выходил в инет для подключения к ППТП-серверу на другом роутере с прошивкой 1.40. Т.е. по дайлапу коннект был, а на выделенке через роутер нет.

Заливка 1.40 на оба роутера - и мы имеем МСЧАП и шифрацию (хочется верить). Правда тут начинается песня с фаерволом и таблицами маршрутизации для разруливания трафика по подсетям и подключениям.

*** 1.38b02 TO 1.38b03 ***

1.Fix the problem about PPTP/L2TP server with MPPE can only accept one connection from remote client.

3.Fix the problem about Dial-up would be hanged after 3 times retry when users ping remote VPN subnet simultaneously.

5.Fix the problem about WAN PCs can ping to LAN IP of router when PPTP/L2TP server is enabled.

8.Support different PPTP/L2TP clients that are behind a NAT device can establish PPTP/L2TP connection with DI-804/808HV.

Судя по CHANGE HISTORY, меня ждет еще много сюрпризов. Будем ждать.

такая же задача - необходимо из интернет подключаться к сети офисной. На 804HV вкладка VPN, там кнопка PPTP Server Setting...

PPTP Server [v] Enabled
Virtual IP of PPTP Server [192].[168].[xxx].1
Authentication Protocol MSCHAP
MPPE Encryption Mode [v] Enable

Tunnel Name:Chanelname
User Name:Username
Password:Password

Apply

С клиента всё просто, конект ту внешний IP логин - пароль и добро пожаловать.