PPtP over PPPoE (рвется соединение) [SOLVED]
ClearKbdBuf 12 Августа, 2009 - 18:26
Добрый день!
Столкнулся со следующей проблемой:
Необходимо организовать канал PPtP до удаленного BRAS. Сервер подключен к инету через PPPoE. Оба ppp-интерфейса прописаны в /etc/conf.d/net следующим образом:
config_eth1=("192.168.1.1 netmask 255.255.255.0 brd 192.168.1.255") config_eth0=("null") config_ppp0=( "ppp" ) link_ppp0="eth0" plugins_ppp0=( "pppoe" ) username_ppp0='Логин1' password_ppp0='Пароль1' pppd_ppp0=( "defaultroute" # "usepeerdns" "lock" "updetach" ) depend_ppp0() { need net.eth0 } config_ppp1=( "ppp" ) link_ppp1="pty 'pptp адрес_BRAS --nolaunchpppd --nobuffer'" username_ppp1='логин2' password_ppp1='пароль2' pppd_ppp1=( lock nodeflate nobsdcomp persist mtu 1000 logfile /var/log/pptp-client.log ) depend_ppp1() { need net.ppp0 }
Соединение устанавливается и очень быстро рвется. В логах вот что:
- /var/log/pptp-client:
Modem hangup Connection terminated. Plugin passwordfd.so loaded. Using interface ppp1 Connect: ppp1 <--> /dev/pts/1 LCP: timeout sending Config-Requests Connection terminated.
- /var/log/messages
Aug 12 17:55:16 oficemanager pptp[27612]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' Aug 12 17:55:16 oficemanager pptp[27612]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) Aug 12 17:55:21 oficemanager pptp[28682]: anon log[main:pptp.c:272]: The synchronous pptp option is NOT activated Aug 12 17:55:21 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' Aug 12 17:55:21 oficemanager pptp[28689]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply Aug 12 17:55:21 oficemanager pptp[28689]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. Aug 12 17:55:22 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Aug 12 17:55:58 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Aug 12 17:55:58 oficemanager pptp[28689]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled) Aug 12 17:55:58 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' Aug 12 17:55:58 oficemanager pptp[28695]: anon log[main:pptp.c:272]: The synchronous pptp option is NOT activated Aug 12 17:55:58 oficemanager pppd[28681]: Child process pptp адрес_BRAS --nolaunchpppd --nobuffer (pid 28682) terminated with signal 15 Aug 12 17:55:58 oficemanager pptp[28689]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply. Aug 12 17:55:58 oficemanager pptp[28689]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 1, peer's call ID 81). Aug 12 17:56:58 oficemanager pptp[28689]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state) Aug 12 17:56:58 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Reply received. Aug 12 17:57:57 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 17:57:57 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 17:58:55 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 17:58:55 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 17:59:55 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 17:59:55 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:00:54 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:00:54 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:01:52 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:01:52 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:02:50 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:02:50 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:03:48 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:03:48 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:04:46 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:04:46 oficemanager pptp[28689]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 6 'Echo-Reply' Aug 12 18:05:44 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. Aug 12 18:05:44 oficemanager pptp[28689]: anon log[logecho:pptp_ctrl.c:678]: no more Echo Reply/Request packets will be reported.
Может быть кто нибудь уже сталкивался с такой проблемой, подскажите, пожалуйста.
»
- Для комментирования войдите или зарегистрируйтесь
Ээээ... PPtP over PPPoe?
Ээээ... PPtP over PPPoe? Какой хитрый гибрид...
noauth?
Вероятно ему что-то не нравится в ответах сервера...
debug добавьте в pppd_ppp1.
SOLVED
Просто получилось так, что из офиса в интернет выхожу через pppoe, а коннектиться нужно к удаленнму BRAS через pptp.
Я нашел в чем причина: LCP-пакеты немогли попасть на BRAS (LCP: timeout sending Config-Requests) в силу того что, удаленным концом в тунеле ставился сам адрес сервера, на который я коннектился (в силу специфики настройки BRAS) и получалось так, что LCP-пакеты шли в тунель, что и служило причиной обрушения. Решил я проблему, маршрут на BRAS через тунель pppoe и все заработало.
http://clearkbdbuf.livejournal.com
Я, четсно говоря, долго
Я, четсно говоря, долго пытался понять, но в результате:
У вас получалось, что тот конец туннеля pptp оказывался в диапазоне адресов самого туннеля pptp, поэтому после установки соединения все пакеты на него пытались уйти в самих себя, в результате вообще не покидая эту сторону? Ну вообще это частая проблема, особенно с интернетом через VPN - если жестко не прописать роут до серверов (если они обладают внешними ипами) через локальную сеть, то после замены дефолтного роута туннель в интернет самозамыкается и умирает =).
Да, да. Вы поняли все
Да, да. Вы поняли все правильно. Я просто не сталкивался с такой штукой ни разу, поэтому вот :)
http://clearkbdbuf.livejournal.com