PPtP over PPPoE (рвется соединение) [SOLVED]

Добрый день!

Столкнулся со следующей проблемой:
Необходимо организовать канал 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 и все заработало.

Я, четсно говоря, долго

Я, четсно говоря, долго пытался понять, но в результате:
У вас получалось, что тот конец туннеля pptp оказывался в диапазоне адресов самого туннеля pptp, поэтому после установки соединения все пакеты на него пытались уйти в самих себя, в результате вообще не покидая эту сторону? Ну вообще это частая проблема, особенно с интернетом через VPN - если жестко не прописать роут до серверов (если они обладают внешними ипами) через локальную сеть, то после замены дефолтного роута туннель в интернет самозамыкается и умирает =).

Да, да. Вы поняли все

Да, да. Вы поняли все правильно. Я просто не сталкивался с такой штукой ни разу, поэтому вот :)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".