Кому-нибудь удалось поднять PPTP на этом оборудовании?
Приведите настройки, пожалуйста. Где это чудо случилось, и кто провайдер?
Сейчас прошивка 1.23. Роутер с прошивкой 1.22 показывал наличие PPTP соединения, но с каким-то несуществующим IP адресом, при этом локалка была недоступна. С "новой" 1.23 все глухо как и с 1.21....
На 1.21 удавалось настроить Стронг. На 1.22 и 1.23 Стронг не работает.
Поможите люди добрые!

По поводу StrongDC:
Если Вы используете прошивку RU_1.23beta, то после проброса портов (Virtual Server) необходимо также открыть порт в IP Filters (Incoming).
Для ранних прошивок (включая RU_1.22) это делать не требуется.

По поводу PPTP:
1. Используйте прошивку не ранее RU_1.22
2. Попробуйте тип аутентификации и шифрования задать в явном виде (из списка выберите необходимое, вместо AUTO).
3. Каковы настройки PPTP-сервера? используется ли компрессия mppc? vj? попробуйте отключить их на сервере.
4. Что пишут логи модема при попытке поднятия PPTP?
5. Что значит "каким-то несуществующим IP адресом"?

И так подниму тему, ибо только что купил данный девайс.
Аналогично pptp завелся только на прошивках до RU_1.20, более поздние прошивки pptp не подняли, вот что пишет лог свежих прошивок (всех после 1.20):
Jan 1 00:01:08 daemon notice pptp[827]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated
Jan 1 00:01:08 daemon notice pptp[829]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 1 00:01:08 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Jan 1 00:01:08 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Jan 1 00:01:09 daemon warn pppd[795]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access
Jan 1 00:01:09 daemon notice pptp[829]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 1 00:01:09 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Jan 1 00:01:09 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 16368).
Jan 1 00:01:29 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received (call id 0)
Jan 1 00:01:29 daemon notice pptp[829]: anon log[ctrlp_error:pptp_ctrl.c:199]: Result code is 1 'Lost Carrier'. Error code is 0, Cause code is 44063
Jan 1 00:01:29 daemon notice pptp[829]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Jan 1 00:01:29 daemon notice pptp[829]: anon log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.
Jan 1 00:01:29 daemon notice pptp[829]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 'Stop-Control-Connection-Reply'
Jan 1 00:01:29 daemon notice pppd[795]: Modem hangup
Jan 1 00:01:29 daemon notice pppd[795]: Connection terminated.
Jan 1 00:01:30 daemon info pppd[795]: Using interface ppp0

Модем настроен MER в локальную сеть в которой есть vpn конценратор который дает мне интернет, на него ставлю pptp. PaP без mppe.
Сопутствующий вопрос - когда нагружаешь wifi до 2 мегабайт с wpa2/aes то пинги в сеть dsl поднимаются до заоблачных высот - как решить? плавающий пинг не есть хорошая репутация. как бы приоритет процессов сделать не на wifi а на dsl??? вобщем всё жду ответа, ибо нужно решать сдавать данный девайс или нет. ибо задача проста - dsl - pptp - wifi в комфорте. Вру, пинги заоблачные не у всего Dsl а только у демона pptp, пинги по тунелю начинают уходить в аут.
т.е на текущий момент когда по сети бегает трафик у меня интернета нету как класса.
Модем покупал по причине того что в нем заявлен vpn.

Товарищи Д-линковцы ну пообщайтесь пожалуйсто со мной, я понимаю что сегодня пятница развартница, но вроде как не как рабочий день. Я очень долго с вами мучался с dfl 200, 700 но те хоть вышли с производства, а этот та железяка упорно продается в магазинах, очень хочется что бы вы её до ума довели, неужели так трудно перебрать lcp и всё протестировать.

Up

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

Up

В штаб-квартиру направлен репорт по данной проблеме, я сообщу Вам как только появятся новости.

Александр, простите нет новостей по исправлению прошивки?, просто очень неудобно сидеть на старых прошивках без keepalive.

Ап.
Возможно дополню ситуацию: Ситуация возможно возникает когда сервер на базе MS и между модемом и сервером стоит роутер. Не точно, но больше не нашел прецендентов когда стандартный pptp получает звонок на poff.
Александр, я продолжаю ждать новостей и вспоминаю вас каждый раз, когда билинг вырубает меня и мне приходится ехать и делать переподключение.

К сожалению, вендор ещё работает над проблемой. Хороших новостей пока нет.
Правильно ли я понял, что у Вас есть доступ к PPTP-серверу (или к хопу на пути между клиентом и сервером)?
Если так, то можете ли Вы сниффером снять дамп пакетов попытки подключения? Эта информация дала бы детальную картину и существенно помогла "отловить" проблему.

Александр, к сожалению прямого доступа к серверу я не имею, ибо это громоздкий центртелеком, но выход на руководство у меня есть - но выпросить снифер это не быстро. Мои догадки по поводу загрузки conntrack модулей основываются на знании nix систем а в точности знания пакета pptp. Исходя из анализа web интерфеса прошивки 1.20 и 1.24 я увидел что при применении параметров pptp-options модем в новой прошивке перезагружается а в старой нет. единственной причиной такого изменения я вижу в новой последовательности загрузке модулей при старте железки с учётом pptp - а это conntrack модули. Т.к я очень чательно перепроверил прошивки последовательно с 1.24 по 1.20 - то причину можно легко найти в изменении следующей прошивки после 1.20 касаемых pptp и iptables.

Александр, я получил ответ от своего провайдера по поводу pptp :
Здравствуйте!

Что значит "Cause code is 44063", вообще ответить должен D-Link.
У нас стандартный PPtP от Cisco и мы все-равно ничего изменить не
сможем для Вас персонально. Вот параметры нашего интерфейса:
interface Virtual-Template10
ip unnumbered Loopback1
peer default ip address pool POOL1
keepalive 60
ppp authentication chap DSL
ppp chap hostname debryansk
ppp ipcp dns 84.42.48.10 84.42.50.30


Т.е из ответа видно что сервер не MS и мои выводы не верны. ошибка где то у вас по протоколу chap.

Спасибо за информацию. Получается, провайдер использует аутентификацию CHAP, а не PAP?
Какие параметры у Вас прописаны в настройках PPTP на модеме? Штаб квартира пока не может воспроизвести проблему и просит Ваш конфигурационный файл. (В то же время, выявлены некоторые проблемы клиента при значениях authentication type/encryption AUTO/AUTO, над исправлениями ведётся работа).

Хорошо Александр, в течении сегодняшнего дня я залью прошивку, 1.24, произведу попытку подключения, в случае если будет тот же самый лог - я выгружу конфигурационный файл и отправлю вам его на ваш прямой адрес.