Попытался настроить PPTP на DSL-2640 /C с заводской прошивкой... интерфейс роутера произвольно менял вид: то одни кнопочки и пункты меню в голубом фоне, то другие пункты в оранжевом фоне.
Прошил 1.21 - локальная сеть есть, PPTP-клиент не работает. Могу привести лог - он длинный.
Прошил 1.22beta - локальной сети нет, PPTP-клиент не работает. Лог имеется.
Настройки:
1. Обновляем прошивку.
2. Сбрасываем устройство в заводские установки.
3. Заходим в Advanced Setup > WAN и создаем PVC
4. Указал значения VPI, VCI, которые использует провайдер
5. Выбираем тип подключения Mac Encapsulation Routing (MER)
6. Прописал IP-адрес, маску, шлюз, DNS'ы, которые выдал провайдер
7. Опции NAT и Firewall включены
8. Подтверждаем настройки.
9. Заходим в раздел Advanced Setup -> PPTP.
10. Устанавливаем флажок Enable.
11. Задаем произвольное имя в Tunnel Name
12. в поле PPTP Server IP Address вписал адрес PPTP-сервера провайдера (Выполнить=>cmd=>ping vpn.coltel.ru получил ip-адрес)
13. В User Name задаем имя пользователя, которое выдал провайдер
14. В Password задаем пароль, который выдал провайдер
15. В Authentication Method выбрал CHAP (выяснил у провайдера)
16. В Compression Method выбирал Disable
17. В поле Default Route устанавливаем флажок.
18. В поле Always On устанавливаем флажок.
19. Жмем Save/Apply
20. Заходим в Management -> System Log -> Configure System Log.
21. Напротив Log выбираем Enable.
22. Log Level и Display Level выбираем Debugging.
23. Mode выбираем Local и жмем Save/Apply.
24. Возвращаемся в Advanced Setup -> WAN и жмём Save/Reboot.
У меня PPTP-клиент не работает, у кого иначе?

C PPTP в 26XX, похоже, полная жопа. Я понимаю, что это прежде всего DSL, но ведь не ради обмана была указана поддержка VNP/PPTP?

Сам являюсь "счастливым" обладателем девайса 2650U, в котором не могу завести pptp http://forum.dlink.ru/viewtopic.php?t=109294

Pavel13
Выложите, пожалуйста, логи. Здесь или на каком-нить хостинге.



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

У меня аналогичная фигня. ADSL 2640U/BRU/C. PPTP не работает. Прошивка 1.22 beta. Все делал по инструкции. PPTP поднялся минут на 5. Я даже шлюз упел пингануть, прям как на картинке в инструкции . Но через эти самые 5 минут все упало. Осталось только MER подключение. Пытался ребутить девайс, но это не помогло. Остановился на том, что используюю виндовое подключение к ВПН... Но это очень неудобно. У меня к модему подключается несколько компов. А из винды соединение можно поднять только на одном. Убедительная просьба к производителю устранить данную неисправность в прошивке!

Если кому-нить интересно
System Log
Date/Time Facility Severity Message
Sep 15 02:05:50 daemon warn pppd[22197]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:50 daemon notice pptp[23646]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Sep 15 02:05:50 daemon notice pppd[22197]: Modem hangup
Sep 15 02:05:50 daemon notice pppd[22197]: Connection terminated.
Sep 15 02:05:50 daemon info pppd[22197]: Using interface ppp0
Sep 15 02:05:50 daemon notice pppd[22197]: Connect: ppp0 <--> /dev/ttyp0
Sep 15 02:05:50 daemon notice pptp[23652]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated
Sep 15 02:05:50 daemon notice pptp[23654]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Sep 15 02:05:50 daemon notice pptp[23654]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Sep 15 02:05:50 daemon notice pptp[23654]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Sep 15 02:05:51 daemon warn pppd[22197]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:51 daemon notice pptp[23654]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Sep 15 02:05:51 daemon notice pppd[22197]: Modem hangup
Sep 15 02:05:51 daemon notice pppd[22197]: Connection terminated.
Sep 15 02:05:52 daemon info pppd[22197]: Using interface ppp0
Sep 15 02:05:52 daemon notice pppd[22197]: Connect: ppp0 <--> /dev/ttyp0
Sep 15 02:05:52 daemon notice pptp[23659]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated
Sep 15 02:05:52 daemon notice pptp[23662]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Sep 15 02:05:52 daemon notice pptp[23662]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Sep 15 02:05:52 daemon notice pptp[23662]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Sep 15 02:05:52 daemon debug pppd[439]: rcvd [LCP EchoReq id=0x22 magic=0x6be4a9b]
Sep 15 02:05:52 daemon debug pppd[439]: sent [LCP EchoRep id=0x22 magic=0xbbc07a8c]
Sep 15 02:05:53 daemon warn pppd[22197]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[pptp_read_some:pptp_ctrl.c:543]: read returned zero, peer has closed
Sep 15 02:05:53 daemon notice pptp[23662]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Sep 15 02:05:53 daemon notice pppd[22197]: Modem hangup
Sep 15 02:05:53 daemon notice pppd[22197]: Connection terminated.
......................................................................
Хотя похоже, что техподдержке это совсем не интересно...

5 минут?
у меня на 0.9 минуты "поднимается". Модем и прошивка те же

На 5 минут он только один раз поднялся. Когда только перепрошил на версию 1.22 и включил pptp. Теперь не поднимается вообще(((

Получается, картинке можно верить Пару минут хоть у кого-то продержался.

обладаю этим же девайсом. Прошивка 1.22. PPTP поднимается и нормально работает. Единственная проблема- поднимать приходиться ручками. При выставленной галке ALWAYS ON сессия ppoe держится максимум минуту и падает.Каждый раз лазить в интерфейс роутера и поднимать pptp ручками не удобно.

У меня с прошивкой 1.22b не только pptp не работал ни разу, но и просто MER не работает.

Попробовал новую? прошивку 1.22: MER не работает, ничего не пингуется! в pptp Info Ip и Gateway указаны адреса, отсутствующие у моего провайдера - откуда они появились? Аа-у!?

1.22 ничем не отличается от 1.22b

PS: Первый раз вижу человека, который зарегился на форуме техподдержки только для того, чтобы сказать, что у него всё работает в своём первом же посте.

Кроме флуда ничего.
Как понимать молчание представителей компании?
Этот форум создан для заматывания возмущенных потребителей?

Столкнулся с аналогичной проблемой: pptp соединение вылетает по таймауту в течение короткого времени, так и не передав ни одного пакета.
Проблема в следующем: при создании ppp0 интерфейса создаётся маршрут на адрес vpn-сервера через интерфейс ppp0, т.е. происходит зацикливание.
При удалении этого маршрута (до разрыва ppp-сессии) всё начинает работать:
из консоли:
route del VPN_IP
Сейчас пытаюсь выяснить, где косяк: на стороне провайдера или в 2640u
З.Ы. MER может не подниматься в силу фильтрации по MAC-адресу. Тут проблема именно роутера: ни на коробке, ни в web-интерфейсе нет возможности посмотреть MAC adsl интерфеса. Зато на коробке указан MAC LAN интерфеса и есть возможность его менять перманентно через консоль. Зачем - непонятно.
посмотреть MAC в консоли можно так:
>sh
# ifconfig
Если вам известен старый MAC-адрес, поменять его можно(до перезагрузки) так (у меня интерфейс называется nas_0_33):
#ifconfig nas_0_0_33 hw ether 001122334455
где 001122334455 - МАС адрес.
затем нужно прибить старый dhcpc и запустить новый:
#killall dhcpc
#dhcpc -i nas_0_33
после этого (если adsl линк есть (при правильных vpi/vci)) посмотреть при помощи ifconfig, получил ли интерфейс IP адрес.
Если да, то звонить в поддержку провайдера и просить сменить MAC.

Бред какойто, 1) писать надо правильно по синтаксису команд, 2)них... не работает.