и снова интернет через pptp.
kvetal 29 октября, 2009 - 08:11
задача настроить pptp соединение с провайдером
Что имеем:
dhcp от провайдера
авторизация PAP
eth1 смотрит в сеть провайдера
что делал:
cat /etc/conf.d/net
config_eth0=("dhcp") config_eth1=("dhcp") config_ppp0=( "ppp" ) link_ppp0="pty 'pptp vpn.deozal.ru --nolaunchpppd'" username_ppp0='mylogin' password_ppp0='mypass' pppd_ppp0=( lock noauth refuse-eap refuse-chap refuse-mschap require-pap nodeflate nobsdcomp persist defaultroute debug logfile /var/log/pptp-client.log ) depend_ppp0() { need net.eth1 }
Что получили:
ifconfig
eth0 Link encap:Ethernet HWaddr 00:23:54:3d:96:01 inet addr:192.168.1.13 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5853 errors:0 dropped:0 overruns:0 frame:0 TX packets:1348 errors:0 dropped:0 overruns:0 carrier:1 collisions:0 txqueuelen:1000 RX bytes:2014457 (1.9 MiB) TX bytes:245321 (239.5 KiB) Interrupt:29 eth1 Link encap:Ethernet HWaddr 00:0f:3d:f6:96:e5 inet addr:1.1.5.82 Bcast:1.1.5.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4410 errors:0 dropped:0 overruns:0 frame:163 TX packets:4605 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:285546 (278.8 KiB) TX bytes:292505 (285.6 KiB) Interrupt:16 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:20 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1000 (1000.0 B) TX bytes:1000 (1000.0 B)
cat /var/log/pptp-client.log
Plugin passwordfd.so loaded. using channel 48 Using interface ppp0 Connect: ppp0 <--> /dev/pts/3 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] LCP: timeout sending Config-Requests Connection terminated. Modem hangup Waiting for 1 child processes... script pptp vpn.deozal.ru --nolaunchpppd, pid 15561 sending SIGTERM to process 15561
cat /var/log/messages
Oct 29 09:10:36 kvetal pppd[15557]: Plugin passwordfd.so loaded. Oct 29 09:10:36 kvetal pppd[15560]: pppd 2.4.4 started by root, uid 0 Oct 29 09:10:36 kvetal pppd[15560]: using channel 48 Oct 29 09:10:36 kvetal pppd[15560]: Using interface ppp0 Oct 29 09:10:36 kvetal pppd[15560]: Connect: ppp0 <--> /dev/pts/3 Oct 29 09:10:36 kvetal /etc/init.d/net.ppp0[15482]: WARNING: net.ppp0 has started, but is inactive Oct 29 09:10:36 kvetal pptp[15561]: anon log[main:pptp.c:272]: The synchronous pptp option is NOT activated Oct 29 09:10:36 kvetal pptp[15569]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' Oct 29 09:10:36 kvetal pptp[15569]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply Oct 29 09:10:36 kvetal pptp[15569]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. Oct 29 09:10:37 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:37 kvetal pptp[15569]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Oct 29 09:10:40 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:43 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:46 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:49 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:52 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:55 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:10:58 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:11:01 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:11:04 kvetal pppd[15560]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x4bbf6b64> <pcomp> <accomp>] Oct 29 09:11:07 kvetal pppd[15560]: LCP: timeout sending Config-Requests Oct 29 09:11:07 kvetal pppd[15560]: Connection terminated. Oct 29 09:11:07 kvetal pppd[15560]: Modem hangup Oct 29 09:11:07 kvetal pppd[15560]: Waiting for 1 child processes... Oct 29 09:11:07 kvetal pppd[15560]: script pptp vpn.deozal.ru --nolaunchpppd, pid 15561 Oct 29 09:11:12 kvetal pppd[15560]: sending SIGTERM to process 15561 Oct 29 09:11:12 kvetal pptp[15569]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) Oct 29 09:11:12 kvetal pptp[15569]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' Oct 29 09:11:12 kvetal pptp[15569]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
насколько я понимаю, нет ответа от сервера, хотя пинги идут,iptables вообще пока остановлен, порт открыт, из под win с этой же машины всё работает.
напрашивается вывод что гдето я недоглядел, посоветуйте куда копать.
»
- Для комментирования войдите или зарегистрируйтесь
А если попробовать ручками
А если попробовать ручками pppd(pptp) с таким же конфигом запустить?
Ubuntu is an African Word that means "Gentoo is too hard for me"
немного подробней
немного подробней можно?
Имеете ввиду создать конфиг в /etc/ppp/peers ?
Именно
Именно. А еще лучше (да и проще, имхо) через NetworkManager сеть настраивать.
Ubuntu is an African Word that means "Gentoo is too hard for me"
Опции ядра
Насторожила эта строчка, может в ядре не все опции включены?
Проверь опцию CONFIG_PPP_SYNC_TTY. Должна быть включена.
Device Drivers - Network device support - PPP support for sync tty ports
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
root@Antarctic $ emerge -av penguins
kvetal # cat
kvetal # cat /usr/src/linux/.config |grep CONFIG_PPP_SYNC_TTY
CONFIG_PPP_SYNC_TTY=m
покажи вывод route -n до и
покажи вывод
route -n
до и после подключенияНе грусти, товарищ! Всё хорошо, beautiful good!
А смысл, если нет подключения
Тут вроде как проблема, что не подключается вовсе.
А если попробовать к
А если попробовать к какому-либо IP подключаться, а не к vpn.deozal.ru
и попробуйте сначала отключить неиспользуемую сетевую карту.
pppd_ppp0=(..... usepeerdns noipdefault)
Может быть стоит добавить вышеупомянутые опции?
Меня озадачило это: LCP: timeout sending Config-Requests
То есть, как я понимаю,- соединение вроде бы устанавливается, но не может
сконфигурироваться...
route -n Kernel IP routing
route -n
cat /usr/src/linux/.config |grep CONFIG_PPP_SYNC_TTY
напрямую по ipтоже пробовал, результат тотже.
карту отключал.
опции pppd_ppp0=(..... usepeerdns noipdefault) добавлять пробовал
:-(
кстати почему в openrc
кстати почему в openrc частично сломали ppp. пыталс откатываться на 0.4.3 - не помогает. у меня модем билайновский перестал конектиться через openrc. причем не могу понять после какого обновления. через pppd с вручную настроенным конфигом работает нормально, а через openrc выдает LCP Timeout Request. с абсолютно идентичными параметрами. может быть проблема в этом?
лог коннекта абсолютно идентичен топикстартеру.
crypton написал(а): кстати
openrc тут не причём (у меня, например, всё работает как надо), капайте на мозги техподдержке билайна, или сразу идите и меняйте сим-карту.
а причем тут сим карта? с
а причем тут сим карта? с другими симкартами тоже самое, и через ручнйо скрипт через pppd call xxxxx все работает без проблем.
попробуйте параметры
попробуйте параметры большинство убрать и по одному добавлять
И добавить опцию "nogateway"
Где-то так: dhcp_eth1="nonis nontp nogateway"
Ну ppp0 и без этого
Ну ppp0 и без этого поднимется. Другое дело, что потом придется это сделать.