faq обучение настройка
Текущее время: Чт июл 31, 2025 12:39

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Не работает PPTP в D-Link 2640U/BRU/C
СообщениеДобавлено: Пн ноя 09, 2009 15:55 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
1. Внешние проявления.

После авторизации PPTP клиента, трафик через PPTP gw не идет, перестают пинговаться сервера в локальной сети провайдера. PPTP соединение переподключается каждые полторы минуты.

2. Описание конфигурации устройства.

1. Обновляем прошивку до версии RU_1.22_20090902 (RU_1.22_2009102)
2. Сбросываем устройство в заводские установки.
3. Advanced Setup > WAN создаем PVC
4. Указываем значения VPI, VCI, которые использует провайдер (0/33)
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-сервера провайдера.
13. В User Name задаем имя пользователя, которое выдал провайдер.
14. В Password задаем пароль, который выдал провайдер.
15. В Authentication Method выбраем PAP (выяснил у провайдера).
16. В Compression Method выбираем Disable (выяснил у провайдера).
17. В поле Default Route устанавливаем флажок.
18. В поле Always On устанавливаем флажок.
19. Жмем Save/Apply
20. Перезагружаемся Save/Reboot.

3. Результат.

1. Устройство нормально получает все настройки на WAN порту от DHCP провайдера.
2. PPTP авторизация проходит нормально, в разделе Device Info > WAN > PPTP info появляется IP адрес PPTP интерфейса.
3. Увы, ничего не работает:( Поддержка провайдера видит авторизацию, но утверждает что трафика нет и что PPTP соединение перезагружается каждые полторы минуты.

4. Фрагмент лог-файла.
Код:
Jan 1 00:00:42 daemon notice pptp[703]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated
Jan 1 00:00:42 daemon err user: tr69c: Unable to retrieve attributes in scratch PAD 
Jan 1 00:00:42 daemon err user: Stored Parameter Attribute data is corrupt or missing 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 35216). 
Jan 1 00:00:45 daemon warn pppd[686]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:00:45 daemon notice pppd[686]: PAP authentication succeeded 
Jan 1 00:00:45 daemon notice pppd[686]: local IP address 10.64.65.111 
Jan 1 00:00:45 daemon notice pppd[686]: remote IP address 10.128.4.4 
Jan 1 00:01:15 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/33. 
Jan 1 00:01:17 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/33. 
Jan 1 00:01:43 daemon notice pptp[712]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:01:43 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 


5. Чего надо от техподдержки.

1. Нужна прошивка с исправленной работой PPTP клиента. Готов поработать бета-тестером, так что можно тестовую версию.
2. Если работы по исправлению описанного бага не ведутся, прошивки нет и тестировать нечего, готов выслушать любой совет по ворк-эраунд решению моей проблемы. Заходить на устройство по ssh я умею.
3. Если техподдержка не готова предложить ворк-эраунд решения, прошу посоветовать другое устройство ADSL с WiFi, в котором PPTP клиент работает.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Не работает PPTP в D-Link 2640U/BRU/C
СообщениеДобавлено: Пн ноя 09, 2009 16:54 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн июл 10, 2006 13:40
Сообщений: 5821
Откуда: D-Link, Moscow
sn258 писал(а):
1. Внешние проявления.

После авторизации PPTP клиента, трафик через PPTP gw не идет, перестают пинговаться сервера в локальной сети провайдера. PPTP соединение переподключается каждые полторы минуты.

2. Описание конфигурации устройства.

1. Обновляем прошивку до версии RU_1.22_20090902 (RU_1.22_2009102)
2. Сбросываем устройство в заводские установки.
3. Advanced Setup > WAN создаем PVC
4. Указываем значения VPI, VCI, которые использует провайдер (0/33)
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-сервера провайдера.
13. В User Name задаем имя пользователя, которое выдал провайдер.
14. В Password задаем пароль, который выдал провайдер.
15. В Authentication Method выбраем PAP (выяснил у провайдера).
16. В Compression Method выбираем Disable (выяснил у провайдера).
17. В поле Default Route устанавливаем флажок.
18. В поле Always On устанавливаем флажок.
19. Жмем Save/Apply
20. Перезагружаемся Save/Reboot.

3. Результат.

1. Устройство нормально получает все настройки на WAN порту от DHCP провайдера.
2. PPTP авторизация проходит нормально, в разделе Device Info > WAN > PPTP info появляется IP адрес PPTP интерфейса.
3. Увы, ничего не работает:( Поддержка провайдера видит авторизацию, но утверждает что трафика нет и что PPTP соединение перезагружается каждые полторы минуты.

4. Фрагмент лог-файла.
Код:
Jan 1 00:00:42 daemon notice pptp[703]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated
Jan 1 00:00:42 daemon err user: tr69c: Unable to retrieve attributes in scratch PAD 
Jan 1 00:00:42 daemon err user: Stored Parameter Attribute data is corrupt or missing 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:00:42 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:00:43 daemon notice pptp[712]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 35216). 
Jan 1 00:00:45 daemon warn pppd[686]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:00:45 daemon notice pppd[686]: PAP authentication succeeded 
Jan 1 00:00:45 daemon notice pppd[686]: local IP address 10.64.65.111 
Jan 1 00:00:45 daemon notice pppd[686]: remote IP address 10.128.4.4 
Jan 1 00:01:15 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/33. 
Jan 1 00:01:17 user crit kernel: OAM loopback response not received on PORT/VPI/VCI 0/0/33. 
Jan 1 00:01:43 daemon notice pptp[712]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:01:43 daemon notice pptp[712]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 


5. Чего надо от техподдержки.

1. Нужна прошивка с исправленной работой PPTP клиента. Готов поработать бета-тестером, так что можно тестовую версию.
2. Если работы по исправлению описанного бага не ведутся, прошивки нет и тестировать нечего, готов выслушать любой совет по ворк-эраунд решению моей проблемы. Заходить на устройство по ssh я умею.
3. Если техподдержка не готова предложить ворк-эраунд решения, прошу посоветовать другое устройство ADSL с WiFi, в котором PPTP клиент работает.

Попробуйте, пожалуйста, эту прошивку.
ftp://ftp.dlink.ru/pub/ADSL/DSL-2640U_B ... 091104.zip

Приведите вывод команды tracert до какого-нибудь сервера и лог модема с новой версией прошивки.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн ноя 09, 2009 17:02 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
Нашел интересную информацию в одной из соседних веток.

BottleNeck писал(а):
Столкнулся с аналогичной проблемой: pptp соединение вылетает по таймауту в течение короткого времени, так и не передав ни одного пакета.
Проблема в следующем: при создании ppp0 интерфейса создаётся маршрут на адрес vpn-сервера через интерфейс ppp0, т.е. происходит зацикливание.
При удалении этого маршрута (до разрыва ppp-сессии) всё начинает работать:
из консоли:
route del VPN_IP


Вопрос к сотрудникам D-Link.

Возможно ли оперативно проверить указанную информацию и внести исправления в алгоритм создания таблицы маршрутизации поле поднятия pptp сессии? Готов высткпить тестером исправленной прошивки. Бездвозмездно, то есть, даром:)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Не работает PPTP в D-Link 2640U/BRU/C
СообщениеДобавлено: Пн ноя 09, 2009 17:09 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
Alexander Gorelik писал(а):
Приведите вывод команды tracert до какого-нибудь сервера и лог модема с новой версией прошивки.

Вечером проверю и отпишусь.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Не работает PPTP в D-Link 2640U/BRU/C
СообщениеДобавлено: Пн ноя 09, 2009 21:00 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
Alexander Gorelik писал(а):
Попробуйте, пожалуйста, эту прошивку.
ftp://ftp.dlink.ru/pub/ADSL/DSL-2640U_B ... 091104.zip

Приведите вывод команды tracert до какого-нибудь сервера и лог модема с новой версией прошивки.


Версия RU_1.22_20091104

1. tacert "Не удается разрешить имя сервера". С предыдущей версией прошивки tracert приводил к маршруту LAN ip (192.168.1.1) > WAN gw ip (10.0.67.1) > Primary DNS ip (217.146.240.130) и дальше все звездочки.

2. Ниже лог файл. Видны постоянные переподключения PPTP соединения.

P.S. После настройки PPTP соединения в Advanced Setup > Routing > Default Gateway устанавливается чекбокс "Use PPTP Connection as Default Gateway". После перезагрузки активным становится "Enable Automatic Assigned Default Gateway".

P.P.S. По идее, после установления pptp соединения Defaul gateway'ем должен прописываться pptp ip (10.64.65.111). Тем не менее, ни в веб интервейсе ни в telnet > route show я не вижу такого маршрута.

Код:
System Log

Date/Time Facility Severity Message
Jan 1 00:00:34 user debug syslog: iptables -t nat -A POSTROUTING -o nas_0_0_33 -s 192.168.1.0/255.255.255.0 -j MASQUERADE 
Jan 1 00:00:34 user debug syslog: iptables -t nat -D PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 217.146.240.130 2>/dev/null 
Jan 1 00:00:34 user debug syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 217.146.240.130 
Jan 1 00:00:34 user debug syslog: /bin/dnsprobe & 
Jan 1 00:00:34 user debug syslog: upnp -L br0 -W nas_0_0_33 -D 
Jan 1 00:00:34 user notice dnsprobe[565]: dnsprobe started! 
Jan 1 00:00:34 user debug syslog: iptables -t filter -I OUTPUT -o nas_0_0_33 -d 239.255.255.250 -j DROP 2>/dev/null 
Jan 1 00:00:34 user debug syslog: iptables -I INPUT 1 -i nas_0_0_33 -p udp --dport 5060 -j ACCEPT 2>/dev/null 
Jan 1 00:00:35 user debug syslog: iptables -I INPUT 1 -i nas_0_0_33 -p udp --dport 7070:7079 -j ACCEPT 2>/dev/null 
Jan 1 00:00:35 user debug syslog: iptables -t nat -A PREROUTING -i br0 -p udp --dport 5060 -j REDIRECT --to-ports 5060 2>/dev/null 
Jan 1 00:00:35 user debug syslog: siproxd --config /var/siproxd/siproxd.conf & 
Jan 1 00:00:35 user notice syslog: siproxd.c:192 INFO:siproxd-0.5.10-2842 i686-redhat-linux-gnu starting up 
Jan 1 00:00:35 user notice syslog: siproxd.c:218 INFO:daemonized, pid=581 
Jan 1 00:00:35 user notice syslog: sock.c:65 INFO:bound to port 5060 
Jan 1 00:00:35 user notice syslog: register.c:65 WARNING:registration file not found, starting with empty table 
Jan 1 00:00:35 user notice syslog: siproxd.c:265 INFO:siproxd-0.5.10-2842 i686-redhat-linux-gnu started 
Jan 1 00:00:36 user debug syslog: setkey -f /var/setkey.conf 
Jan 1 00:00:37 user debug syslog: mkdir /var/ppp/peers 
Jan 1 00:00:37 daemon err user: No server certificate found. Skip checking on certificate. 
Jan 1 00:00:37 user debug syslog: cp /etc/ppp/chap-secrets1 /var/ppp/chap-secrets 
Jan 1 00:00:37 user debug syslog: cp /etc/ppp/options1 /var/ppp/options 
Jan 1 00:00:37 user debug syslog: cp /etc/ppp/pap-secrets1 /var/ppp/pap-secrets 
Jan 1 00:00:37 user debug syslog: cp /etc/ppp/peers/vpnusr1 /var/ppp/peers/vpnusr 
Jan 1 00:00:38 user debug syslog: pppdcall call vpnusr & 
Jan 1 00:00:39 daemon notice pppd[651]: pppd 2.4.4 started by admin, uid 0 
Jan 1 00:00:39 daemon info pppd[651]: Using interface ppp0 
Jan 1 00:00:39 daemon notice pppd[651]: Connect: ppp0 <--> /dev/ttyp0 
Jan 1 00:00:40 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:00:41 daemon notice pptp[662]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 1 00:00:41 daemon notice pptp[684]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:00:41 daemon notice pptp[684]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:00:41 daemon notice pptp[684]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:00:41 daemon err user: tr69c: Unable to retrieve attributes in scratch PAD 
Jan 1 00:00:41 daemon err user: Stored Parameter Attribute data is corrupt or missing 
Jan 1 00:00:42 daemon notice pptp[684]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:00:42 daemon notice pptp[684]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:00:42 daemon notice pptp[684]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 21620). 
Jan 1 00:00:42 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:00:42 daemon notice pppd[651]: PAP authentication succeeded 
Jan 1 00:00:42 daemon notice pppd[651]: local IP address 10.64.65.111 
Jan 1 00:00:42 daemon notice pppd[651]: remote IP address 10.128.4.5 
Jan 1 00:01:42 daemon notice pptp[684]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:01:42 daemon notice pptp[684]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 
Jan 1 00:01:57 daemon info pppd[651]: LCP terminated by peer (Peer not responding) 
Jan 1 00:01:57 daemon info pppd[651]: Connect time 1.3 minutes. 
Jan 1 00:01:57 daemon info pppd[651]: Sent 34659978 bytes, received 0 bytes. 
Jan 1 00:02:00 daemon notice pppd[651]: Connection terminated. 
Jan 1 00:02:00 daemon notice pppd[651]: Modem hangup 
Jan 1 00:02:00 daemon warn pptp[662]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error 
Jan 1 00:02:00 daemon warn pptp[662]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log 
Jan 1 00:02:00 daemon notice pptp[684]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) 
Jan 1 00:02:00 daemon notice pptp[684]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
Jan 1 00:02:00 daemon notice pptp[684]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) 
Jan 1 00:02:00 daemon info pppd[651]: Using interface ppp0 
Jan 1 00:02:00 daemon notice pppd[651]: Connect: ppp0 <--> /dev/ttyp0 
Jan 1 00:02:00 daemon notice pptp[738]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 1 00:02:00 daemon notice pptp[740]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:02:01 daemon notice pptp[740]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:02:01 daemon notice pptp[740]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:02:01 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:02:01 daemon notice pptp[740]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:02:01 daemon notice pptp[740]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:02:01 daemon notice pptp[740]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 21629). 
Jan 1 00:02:01 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:02:02 daemon notice pppd[651]: PAP authentication succeeded 
Jan 1 00:02:02 daemon notice pppd[651]: local IP address 10.64.65.111 
Jan 1 00:02:02 daemon notice pppd[651]: remote IP address 10.128.4.5 
Jan 1 00:03:01 daemon notice pptp[740]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:03:01 daemon notice pptp[740]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 
Jan 1 00:03:17 daemon info pppd[651]: LCP terminated by peer (Peer not responding) 
Jan 1 00:03:17 daemon info pppd[651]: Connect time 1.3 minutes. 
Jan 1 00:03:17 daemon info pppd[651]: Sent 35555392 bytes, received 0 bytes. 
Jan 1 00:03:20 daemon notice pppd[651]: Connection terminated. 
Jan 1 00:03:20 daemon notice pppd[651]: Modem hangup 
Jan 1 00:03:20 daemon warn pptp[738]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error 
Jan 1 00:03:20 daemon warn pptp[738]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log 
Jan 1 00:03:20 daemon notice pptp[740]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) 
Jan 1 00:03:20 daemon notice pptp[740]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
Jan 1 00:03:20 daemon notice pptp[740]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) 
Jan 1 00:03:20 daemon err pppd[651]: Couldn't allocate pseudo-tty 
Jan 1 00:03:20 daemon info pppd[651]: Using interface ppp0 
Jan 1 00:03:20 daemon notice pppd[651]: Connect: ppp0 <--> /dev/ttyp0 
Jan 1 00:03:20 daemon notice pptp[781]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 1 00:03:20 daemon notice pptp[784]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:03:20 daemon notice pptp[784]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:03:20 daemon notice pptp[784]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:03:21 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:03:21 daemon notice pptp[784]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:03:21 daemon notice pptp[784]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:03:21 daemon notice pptp[784]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 21640). 
Jan 1 00:03:21 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:03:21 daemon notice pppd[651]: PAP authentication succeeded 
Jan 1 00:03:21 daemon notice pppd[651]: local IP address 10.64.65.111 
Jan 1 00:03:21 daemon notice pppd[651]: remote IP address 10.128.4.5 
Jan 1 00:04:21 daemon notice pptp[784]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:04:21 daemon notice pptp[784]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 
Jan 1 00:04:36 daemon info pppd[651]: LCP terminated by peer (Peer not responding) 
Jan 1 00:04:36 daemon info pppd[651]: Connect time 1.3 minutes. 
Jan 1 00:04:36 daemon info pppd[651]: Sent 35016002 bytes, received 0 bytes. 
Jan 1 00:04:39 daemon notice pppd[651]: Connection terminated. 
Jan 1 00:04:39 daemon notice pppd[651]: Modem hangup 
Jan 1 00:04:39 daemon warn pptp[781]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error 
Jan 1 00:04:39 daemon warn pptp[781]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log 
Jan 1 00:04:39 daemon notice pptp[784]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) 
Jan 1 00:04:39 daemon notice pptp[784]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
Jan 1 00:04:39 daemon notice pptp[784]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) 
Jan 1 00:04:39 daemon err pppd[651]: Couldn't allocate pseudo-tty 
Jan 1 00:04:39 daemon info pppd[651]: Using interface ppp0 
Jan 1 00:04:39 daemon notice pppd[651]: Connect: ppp0 <--> /dev/ttyp0 
Jan 1 00:04:39 daemon notice pptp[832]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 1 00:04:39 daemon notice pptp[834]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:04:39 daemon notice pptp[834]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:04:39 daemon notice pptp[834]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:04:40 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:04:40 daemon notice pptp[834]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:04:40 daemon notice pptp[834]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:04:40 daemon notice pptp[834]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 57946). 
Jan 1 00:04:40 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:04:40 daemon notice pppd[651]: PAP authentication succeeded 
Jan 1 00:04:40 daemon notice pppd[651]: local IP address 10.64.65.111 
Jan 1 00:04:40 daemon notice pppd[651]: remote IP address 10.128.4.7 
Jan 1 00:05:40 daemon notice pptp[834]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. 
Jan 1 00:05:40 daemon notice pptp[834]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' 
Jan 1 00:05:56 daemon info pppd[651]: LCP terminated by peer (Peer not responding) 
Jan 1 00:05:56 daemon info pppd[651]: Connect time 1.3 minutes. 
Jan 1 00:05:56 daemon info pppd[651]: Sent 34838224 bytes, received 0 bytes. 
Jan 1 00:05:59 daemon notice pppd[651]: Connection terminated. 
Jan 1 00:05:59 daemon notice pppd[651]: Modem hangup 
Jan 1 00:05:59 daemon warn pptp[832]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error 
Jan 1 00:05:59 daemon warn pptp[832]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log 
Jan 1 00:05:59 daemon notice pptp[834]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) 
Jan 1 00:05:59 daemon notice pptp[834]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' 
Jan 1 00:05:59 daemon notice pptp[834]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) 
Jan 1 00:05:59 daemon err pppd[651]: Couldn't allocate pseudo-tty 
Jan 1 00:05:59 daemon info pppd[651]: Using interface ppp0 
Jan 1 00:05:59 daemon notice pppd[651]: Connect: ppp0 <--> /dev/ttyp0 
Jan 1 00:05:59 daemon notice pptp[876]: anon log[main:pptp.c:276]: The synchronous pptp option is NOT activated 
Jan 1 00:05:59 daemon notice pptp[878]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' 
Jan 1 00:05:59 daemon notice pptp[878]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply 
Jan 1 00:05:59 daemon notice pptp[878]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. 
Jan 1 00:06:00 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:06:00 daemon notice pptp[878]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' 
Jan 1 00:06:00 daemon notice pptp[878]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. 
Jan 1 00:06:00 daemon notice pptp[878]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 25241). 
Jan 1 00:06:00 daemon warn pppd[651]: Warning - secret file /etc/ppp/pap-secrets has world and/or group access 
Jan 1 00:06:00 daemon notice pppd[651]: PAP authentication succeeded 
Jan 1 00:06:00 daemon notice pppd[651]: local IP address 10.64.65.111 
Jan 1 00:06:00 daemon notice pppd[651]: remote IP address 10.128.4.2 


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт ноя 10, 2009 10:17 
Не в сети

Зарегистрирован: Чт сен 03, 2009 23:00
Сообщений: 17
Откуда: Волгоград
В Device Info> pptp Info> указаны адреса, отсутствующие у моего провайдера - откуда они появились? И само собой ничего не работает, локалки даже нет.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср ноя 11, 2009 21:56 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
Pavel13 писал(а):
В Device Info> pptp Info> указаны адреса, отсутствующие у моего провайдера - откуда они появились? И само собой ничего не работает, локалки даже нет.


В PPTP Info указаны адреса виртуального интерфейса ppp0, который поднимается после PPTP авторизации.

То что локалка провайдера перестает работать после поднятия ppp0 это нормально. Для локалки прописываем статические маршруты и дело с концом. Плохо как раз то что не поднимается маршрут через IP, который указан в PPTP Info.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт ноя 27, 2009 16:39 
Не в сети

Зарегистрирован: Пт апр 11, 2008 14:40
Сообщений: 235
Ввиду отсутствия реальной помощи, проблему пришлось временно решить установкой DIR-300 после DSL-2640U. При этом, DSL-2640U настроен не бриджом, а именно роутером. DIR-300 используется исключительно для поднятия PPTP соединения.

Убедительно прошу техподдержку обратить внимание на то что в DSL-2640U не работает PPTP клиент.

Также прошу (до появления исправленной прошивки) удалить из документации и описания на сайте dlink.ru заявление о том, что DSL-2640U якобы поддерживает работу PPTP клиентна.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср дек 30, 2009 16:21 
Не в сети

Зарегистрирован: Чт сен 03, 2009 23:00
Сообщений: 17
Откуда: Волгоград
Просить то можно. Но результат - во всем виноваты провайдеры, у них "неправильные пчелы, которые делают неправильный мед" pptp. Ни исправления в прошивке, ни замены девайса добится не удалось.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 11, 2010 14:22 
Не в сети

Зарегистрирован: Вт фев 17, 2009 20:42
Сообщений: 47
Поздравьте меня :) пптп поднялся и работает.
Помимо вышеперечисленных шагов отредактировал WAN после поднятия пптп(вручную прописал шлюз. там два чекбокса. включаем оба. в первый вводим айпишник, который получаем после поднятия пптп. в данном случае 10.128.4.4. во втором ничего не меняем), сохраняем, заходим в пптп, выключаем\включаем чекбокс Enable и сохраняем.
Прошивка 1.22, провайдер Атлант Телеком(Шпарки дамавик) г. Минск


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб фев 27, 2010 18:23 
Не в сети

Зарегистрирован: Вт окт 27, 2009 20:38
Сообщений: 3
Pnevmoslon писал(а):
Поздравьте меня :) пптп поднялся и работает.
Помимо вышеперечисленных шагов отредактировал WAN после поднятия пптп(вручную прописал шлюз. там два чекбокса. включаем оба. в первый вводим айпишник, который получаем после поднятия пптп. в данном случае 10.128.4.4. во втором ничего не меняем), сохраняем, заходим в пптп, выключаем\включаем чекбокс Enable и сохраняем.
Прошивка 1.22, провайдер Атлант Телеком(Шпарки дамавик) г. Минск


Pnevmoslon - пожалуйста опиши свои действия поподробнее, устал бороться с РРТР и Атлант Телеком :cry:


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: Google [Bot] и гости: 12


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB