alexfire74

Скрипт автонастройки L2TP для Linux

Рекомендованные сообщения

В чем может быть проблема, после установки скрипта жалуется на то, что не проходит CHAP аутентификация? Пароль точно верный. Если что нужно другое сказать, скажу. Версия x2ltpd 1.3.1+dfsg-1.

Опции при запуске скрипта: DHCP - да, NAT - нет.

 

Ubuntu 10.04

 

Dec 12 22:07:48 * xl2tpd[3826]: Calling on tunnel 45463

Dec 12 22:07:48 * xl2tpd[3826]: Call established with 85.21.0.254, Local: 11321, Remote: 63110, Serial: 52 (ref=0/0)

Dec 12 22:07:48 * xl2tpd[3826]: start_pppd: I'm running:

Dec 12 22:07:48 * xl2tpd[3826]: "/usr/sbin/pppd"

Dec 12 22:07:48 * xl2tpd[3826]: "passive"

Dec 12 22:07:48 * xl2tpd[3826]: "nodetach"

Dec 12 22:07:48 * xl2tpd[3826]: ":"

Dec 12 22:07:48 * xl2tpd[3826]: "name"

Dec 12 22:07:48 * xl2tpd[3826]: "*"

Dec 12 22:07:48 * xl2tpd[3826]: "debug"

Dec 12 22:07:48 * xl2tpd[3826]: "file"

Dec 12 22:07:48 * xl2tpd[3826]: "/etc/ppp/options.l2tp-corbina-script"

Dec 12 22:07:48 * xl2tpd[3826]: "ipparam"

Dec 12 22:07:48 * xl2tpd[3826]: "85.21.0.254"

Dec 12 22:07:48 * xl2tpd[3826]: "/dev/pts/2"

Dec 12 22:07:48 * pppd[4587]: pppd 2.4.5 started by root, uid 0

Dec 12 22:07:48 * pppd[4587]: Script /bin/true finished (pid 4588), status = 0x0

Dec 12 22:07:48 * pppd[4587]: Serial connection established.

Dec 12 22:07:48 * pppd[4587]: using channel 154

Dec 12 22:07:48 * pppd[4587]: Using interface ppp0

Dec 12 22:07:48 * NetworkManager: SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)

Dec 12 22:07:48 * NetworkManager: SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.

Dec 12 22:07:48 * pppd[4587]: Connect: ppp0 <--> /dev/pts/2

Dec 12 22:07:49 * pppd[4587]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xe851e8c2>]

Dec 12 22:07:49 * pppd[4587]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x66cd8156> <pcomp> <accomp>]

Dec 12 22:07:49 * pppd[4587]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]

Dec 12 22:07:49 * pppd[4587]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xe851e8c2>]

Dec 12 22:07:49 * pppd[4587]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x66cd8156>]

Dec 12 22:07:49 * pppd[4587]: sent [LCP ConfAck id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x66cd8156>]

Dec 12 22:07:49 * pppd[4587]: sent [LCP EchoReq id=0x0 magic=0xe851e8c2]

Dec 12 22:07:49 * pppd[4587]: rcvd [LCP EchoRep id=0x0 magic=0x66cd8156]

Dec 12 22:07:49 * pppd[4587]: rcvd [CHAP Challenge id=0x1 <31b0e2d3aaa63d6e88c545427196d9a9>, name = "bras254"]

Dec 12 22:07:49 * pppd[4587]: sent [CHAP Response id=0x1 <62364d9f9f24e97403dcb0ff8ef656da>, name = "*"]

Dec 12 22:07:49 * pppd[4587]: rcvd [CHAP Failure id=0x1 "Authentication failed"]

Dec 12 22:07:49 * pppd[4587]: CHAP authentication failed: Authentication failed

Dec 12 22:07:49 * pppd[4587]: CHAP authentication failed

Dec 12 22:07:49 * pppd[4587]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]

Dec 12 22:07:49 * pppd[4587]: rcvd [LCP TermAck id=0x2]

Dec 12 22:07:49 * pppd[4587]: Connection terminated.

Изменено пользователем animeaddict

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скрипт не добавляет необходимых опций tx bps, поэтому возможно если тариф у Вас высокоскоростной, то провайдер не знает какая пропускная способность у Вашей сетевой карты и отказывает в соединении.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо, вижу.

Изменено пользователем animeaddict

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте. Вчера отвалился L2TP с таким выхлопом в лог ядра:

 

Jan 2 19:00:40 server xl2tpd[764]: Maximum retries exceeded for tunnel 42281. Closing.

Jan 2 19:00:40 server xl2tpd[764]: Terminating pppd: sending TERM signal to pid 769

Jan 2 19:00:40 server xl2tpd[764]: Connection 48237 closed to 85.21.0.251, port 1701 (Timeout)

Jan 2 19:00:40 server pppd[769]: Modem hangup

Jan 2 19:00:40 server pppd[769]: Connect time 1461.1 minutes.

Jan 2 19:00:40 server pppd[769]: Sent 1644497122 bytes, received 3916448720 bytes.

Jan 2 19:00:40 server pppd[769]: Script /etc/ppp/ip-down started (pid 19324)

Jan 2 19:00:40 server pppd[769]: Connection terminated.

Jan 2 19:00:41 server pppd[769]: Terminating on signal 15

Jan 2 19:00:41 server pppd[769]: Waiting for 1 child processes...

Jan 2 19:00:41 server pppd[769]: script /etc/ppp/ip-down, pid 19324

Jan 2 19:00:41 server pppd[769]: Script /etc/ppp/ip-down finished (pid 19324), status = 0x0

Jan 2 19:00:41 server pppd[769]: Exit.

Jan 2 19:00:45 server xl2tpd[764]: Unable to deliver closing message for tunnel 42281. Destroying anyway.

Jan 2 19:00:45 server xl2tpd[764]: Calling on tunnel 42281

Jan 2 19:00:51 server xl2tpd[764]: Connecting to host 85.21.0.251, port 1701

Jan 2 19:00:56 server xl2tpd[764]: Maximum retries exceeded for tunnel 50176. Closing.

 

 

Сейчас подключиться невозможно — то же самое:

 

Jan 3 14:54:03 server xl2tpd[1029]: setsockopt recvref[22]: Protocol not available

Jan 3 14:54:03 server xl2tpd[1029]: This binary does not support kernel L2TP.

Jan 3 14:54:03 server xl2tpd[1030]: xl2tpd version xl2tpd-1.2.6 started on server PID:1030

Jan 3 14:54:03 server xl2tpd[1030]: Written by Mark Spencer, Copyright © 1998, Adtran, Inc.

Jan 3 14:54:03 server xl2tpd[1030]: Forked by Scott Balmos and David Stipp, © 2001

Jan 3 14:54:03 server xl2tpd[1030]: Inherited by Jeff McAdams, © 2002

Jan 3 14:54:03 server xl2tpd[1030]: Forked again by Xelerance (www.xelerance.com) © 2006

Jan 3 14:54:03 server xl2tpd[1030]: Listening on IP address 0.0.0.0, port 1701

Jan 3 14:54:03 server xl2tpd[1030]: Connecting to host 85.21.0.251, port 1701

Jan 3 14:54:08 server xl2tpd[1030]: Maximum retries exceeded for tunnel 9409. Closing.

Jan 3 15:16:42 server xl2tpd[1030]: death_handler: Fatal signal 15 received

 

В чём может быть проблема? Или это у билайна проблемы?

 

Да что ж такое: пока писал сообщение, опять всё заработало. Магический топик.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

что-то со скриптом не получается

debian 6, xl2tpd 1.3.1+dfsg-1, ppp 2.4.5-5

лог

 

Jan 4 00:48:17 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:17 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:17 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:17 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:18 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:18 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:19 debian xl2tpd[1664]: Calling on tunnel 23435

Jan 4 00:48:19 debian xl2tpd[1664]: Call established with 85.21.66.205, Local: 19969, Remote: 46464, Serial: 2 (ref=0/0)

Jan 4 00:48:19 debian xl2tpd[1664]: start_pppd: I'm running:

Jan 4 00:48:19 debian xl2tpd[1664]: "/usr/sbin/pppd"

Jan 4 00:48:19 debian xl2tpd[1664]: "passive"

Jan 4 00:48:19 debian xl2tpd[1664]: "nodetach"

Jan 4 00:48:19 debian xl2tpd[1664]: ":"

Jan 4 00:48:19 debian xl2tpd[1664]: "name"

Jan 4 00:48:19 debian xl2tpd[1664]: "08*****"

Jan 4 00:48:19 debian xl2tpd[1664]: "debug"

Jan 4 00:48:19 debian xl2tpd[1664]: "file"

Jan 4 00:48:19 debian xl2tpd[1664]: "/etc/ppp/options.l2tp-corbina-script"

Jan 4 00:48:19 debian xl2tpd[1664]: "ipparam"

Jan 4 00:48:19 debian xl2tpd[1664]: "85.21.66.205"

Jan 4 00:48:19 debian xl2tpd[1664]: "/dev/pts/1"

Jan 4 00:48:19 debian pppd[2052]: pppd 2.4.5 started by root, uid 0

Jan 4 00:48:19 debian pppd[2052]: Script /bin/true finished (pid 2053), status = 0x0

Jan 4 00:48:19 debian pppd[2052]: Serial connection established.

Jan 4 00:48:19 debian pppd[2052]: using channel 3

Jan 4 00:48:19 debian pppd[2052]: Using interface ppp0

Jan 4 00:48:19 debian pppd[2052]: Connect: ppp0 <--> /dev/pts/1

Jan 4 00:48:19 debian afpd[2079]: "debian"'s signature is AB165B5ACF6A729504425B6C0A669CA4

Jan 4 00:48:19 debian afpd[2079]: dsi_tcp: hostname 'debian' resolves to loopback address

Jan 4 00:48:19 debian afpd[2079]: dsi_tcp: '10.63.230.176' on interface 'eth0' will be used instead.

Jan 4 00:48:19 debian afpd[2079]: AFP/TCP started, advertising 10.63.230.176:548 (2.1.2)

Jan 4 00:48:19 debian afpd[2079]: uam: uams_dhx2.so loaded

Jan 4 00:48:19 debian afpd[2079]: uam: uams_clrtxt.so loaded

Jan 4 00:48:19 debian afpd[2079]: uam: "Cleartxt Passwrd" available

Jan 4 00:48:19 debian afpd[2079]: uam: "DHX2" available

Jan 4 00:48:19 debian afpd[2079]: Registering CNID module [last]

Jan 4 00:48:19 debian afpd[2079]: Registering CNID module [dbd]

Jan 4 00:48:19 debian afpd[2079]: Registering CNID module [tdb]

Jan 4 00:48:20 debian pppd[2052]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x8f52ad40>]

Jan 4 00:48:20 debian pppd[2052]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x5309a2bf> <pcomp> <accomp>]

Jan 4 00:48:20 debian pppd[2052]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]

Jan 4 00:48:20 debian pppd[2052]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x8f52ad40>]

Jan 4 00:48:20 debian pppd[2052]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x5309a2bf>]

Jan 4 00:48:20 debian pppd[2052]: sent [LCP ConfNak id=0x2 <auth eap>]

Jan 4 00:48:20 debian pppd[2052]: rcvd [LCP ConfReq id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x5309a2bf>]

Jan 4 00:48:20 debian pppd[2052]: sent [LCP ConfAck id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x5309a2bf>]

Jan 4 00:48:20 debian pppd[2052]: sent [LCP EchoReq id=0x0 magic=0x8f52ad40]

Jan 4 00:48:20 debian pppd[2052]: rcvd [LCP EchoRep id=0x0 magic=0x5309a2bf]

Jan 4 00:48:20 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:20 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:23 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:23 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:25 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:25 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:28 debian avahi-daemon[2103]: Found user 'avahi' (UID 103) and group 'avahi' (GID 106).

Jan 4 00:48:28 debian avahi-daemon[2103]: Successfully dropped root privileges.

Jan 4 00:48:28 debian avahi-daemon[2103]: avahi-daemon 0.6.27 starting up.

Jan 4 00:48:28 debian avahi-daemon[2103]: Successfully called chroot().

Jan 4 00:48:28 debian avahi-daemon[2103]: Successfully dropped remaining capabilities.

Jan 4 00:48:28 debian avahi-daemon[2103]: No service file found in /etc/avahi/services.

Jan 4 00:48:28 debian avahi-daemon[2103]: Joining mDNS multicast group on interface br0.IPv6 with address fe80::219:5bff:fecc:b0ab.

Jan 4 00:48:28 debian avahi-daemon[2103]: New relevant interface br0.IPv6 for mDNS.

Jan 4 00:48:28 debian avahi-daemon[2103]: Joining mDNS multicast group on interface br0.IPv4 with address 10.8.0.1.

Jan 4 00:48:28 debian avahi-daemon[2103]: New relevant interface br0.IPv4 for mDNS.

Jan 4 00:48:28 debian avahi-daemon[2103]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::219:5bff:fecc:b0ab.

Jan 4 00:48:28 debian avahi-daemon[2103]: New relevant interface wlan0.IPv6 for mDNS.

Jan 4 00:48:28 debian avahi-daemon[2103]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::e2cb:4eff:fe32:302b.

Jan 4 00:48:28 debian avahi-daemon[2103]: New relevant interface eth0.IPv6 for mDNS.

Jan 4 00:48:28 debian avahi-daemon[2103]: Joining mDNS multicast group on interface eth0.IPv4 with address 10.63.230.176.

Jan 4 00:48:28 debian avahi-daemon[2103]: New relevant interface eth0.IPv4 for mDNS.

Jan 4 00:48:28 debian avahi-daemon[2103]: Network interface enumeration completed.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering new address record for fe80::219:5bff:fecc:b0ab on br0.*.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering new address record for 10.8.0.1 on br0.IPv4.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering new address record for fe80::219:5bff:fecc:b0ab on wlan0.*.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering new address record for fe80::e2cb:4eff:fe32:302b on eth0.*.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering new address record for 10.63.230.176 on eth0.IPv4.

Jan 4 00:48:28 debian avahi-daemon[2103]: Registering HINFO record with values 'X86_64'/'LINUX'.

Jan 4 00:48:28 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:28 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:28 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:28 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:48:29 debian avahi-daemon[2103]: Server startup complete. Host name is debian.local. Local service cookie is 4091234852.

Jan 4 00:48:30 debian pppd[2052]: rcvd [CHAP Challenge id=0x2 <41192c3cef56351dc65f0dd80a5557af>, name = "bras255.ivn"]

Jan 4 00:48:30 debian pppd[2052]: sent [CHAP Response id=0x2 <36ba36fb6d60172e6e49ec826bb6bd5e>, name = "0892316393"]

Jan 4 00:48:30 debian pppd[2052]: rcvd [CHAP Success id=0x2 ""]

Jan 4 00:48:30 debian pppd[2052]: CHAP authentication succeeded

Jan 4 00:48:30 debian pppd[2052]: CHAP authentication succeeded

Jan 4 00:48:30 debian pppd[2052]: sent [iPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:48:30 debian pppd[2052]: rcvd [iPCP ConfReq id=0x1 <addr 85.21.66.205>]

Jan 4 00:48:30 debian pppd[2052]: sent [iPCP ConfAck id=0x1 <addr 85.21.66.205>]

Jan 4 00:48:30 debian pppd[2052]: rcvd [iPCP ConfRej id=0x1 <compress VJ 0f 01>]

Jan 4 00:48:30 debian pppd[2052]: sent [iPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:48:30 debian pppd[2052]: rcvd [iPCP ConfNak id=0x2 <addr 93.81.67.94> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:48:30 debian pppd[2052]: sent [iPCP ConfReq id=0x3 <addr 93.81.67.94> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:48:30 debian pppd[2052]: rcvd [iPCP ConfAck id=0x3 <addr 93.81.67.94> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:48:30 debian pppd[2052]: not replacing existing default route via 10.63.224.1

Jan 4 00:48:30 debian pppd[2052]: local IP address 93.81.67.94

Jan 4 00:48:30 debian pppd[2052]: remote IP address 85.21.66.205

Jan 4 00:48:30 debian pppd[2052]: primary DNS address 213.234.192.7

Jan 4 00:48:30 debian pppd[2052]: secondary DNS address 85.21.192.5

Jan 4 00:48:30 debian pppd[2052]: Script /etc/ppp/ip-up started (pid 2381)

Jan 4 00:48:31 debian acpid: client connected from 2452[105:111]

Jan 4 00:48:31 debian acpid: 1 client rule loaded

Jan 4 00:48:31 debian kernel: [ 86.389317] lp0: using parport0 (interrupt-driven).

Jan 4 00:48:31 debian kernel: [ 86.395955] ppdev: user-space parallel port driver

Jan 4 00:48:32 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:48:32 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:21 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:21 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian pppd[2052]: No response to 4 echo-requests

Jan 4 00:50:50 debian pppd[2052]: Serial link appears to be disconnected.

Jan 4 00:50:50 debian pppd[2052]: Connect time 2.4 minutes.

Jan 4 00:50:50 debian pppd[2052]: Sent 3254225949 bytes, received 0 bytes.

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 46.

Jan 4 00:50:50 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 104.

Jan 4 00:50:50 debian xl2tpd[1664]: control_finish: Connection closed to 85.21.66.205, serial 2 (Locally generated disconnect)

Jan 4 00:50:50 debian xl2tpd[1664]: Terminating pppd: sending TERM signal to pid 2052

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: Can not find tunnel 48174 (refhim=0)

Jan 4 00:50:50 debian xl2tpd[1664]: network_thread: unable to find call or tunnel to handle packet. call = 49697, tunnel = 48174 Dumping.

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian xl2tpd[1664]: get_call: can't find call 19969 in tunnel 23435#012 (ref=0/0)

Jan 4 00:50:50 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 4, expected 5)

Jan 4 00:50:50 debian pppd[2052]: Script /etc/ppp/ip-down started (pid 2583)

Jan 4 00:50:50 debian pppd[2052]: sent [LCP TermReq id=0x2 "Peer not responding"]

Jan 4 00:50:50 debian pppd[2052]: Terminating on signal 15

Jan 4 00:50:50 debian pppd[2052]: Modem hangup

Jan 4 00:50:50 debian pppd[2052]: Connection terminated.

Jan 4 00:50:50 debian avahi-daemon[2103]: Withdrawing workstation service for ppp0.

Jan 4 00:50:50 debian pppd[2052]: Waiting for 1 child processes...

Jan 4 00:50:50 debian pppd[2052]: script /etc/ppp/ip-down, pid 2583

Jan 4 00:50:50 debian pppd[2052]: Script /etc/ppp/ip-down finished (pid 2583), status = 0x0

Jan 4 00:50:50 debian pppd[2052]: Exit.

Jan 4 00:50:55 debian xl2tpd[1664]: Calling on tunnel 23435

Jan 4 00:50:55 debian xl2tpd[1664]: Call established with 85.21.66.205, Local: 31530, Remote: 23835, Serial: 3 (ref=0/0)

Jan 4 00:50:55 debian xl2tpd[1664]: start_pppd: I'm running:

Jan 4 00:50:55 debian xl2tpd[1664]: "/usr/sbin/pppd"

Jan 4 00:50:55 debian xl2tpd[1664]: "passive"

Jan 4 00:50:55 debian xl2tpd[1664]: "nodetach"

Jan 4 00:50:55 debian xl2tpd[1664]: ":"

Jan 4 00:50:55 debian xl2tpd[1664]: "name"

Jan 4 00:50:55 debian xl2tpd[1664]: "08*******"

Jan 4 00:50:55 debian xl2tpd[1664]: "debug"

Jan 4 00:50:55 debian xl2tpd[1664]: "file"

Jan 4 00:50:55 debian xl2tpd[1664]: "/etc/ppp/options.l2tp-corbina-script"

Jan 4 00:50:55 debian xl2tpd[1664]: "ipparam"

Jan 4 00:50:55 debian xl2tpd[1664]: "85.21.66.205"

Jan 4 00:50:55 debian xl2tpd[1664]: "/dev/pts/1"

Jan 4 00:50:55 debian pppd[2599]: pppd 2.4.5 started by root, uid 0

Jan 4 00:50:55 debian pppd[2599]: Script /bin/true finished (pid 2600), status = 0x0

Jan 4 00:50:55 debian pppd[2599]: Serial connection established.

Jan 4 00:50:55 debian pppd[2599]: using channel 4

Jan 4 00:50:55 debian pppd[2599]: Using interface ppp0

Jan 4 00:50:55 debian pppd[2599]: Connect: ppp0 <--> /dev/pts/1

Jan 4 00:50:56 debian pppd[2599]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x481107fd>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x530c1005> <pcomp> <accomp>]

Jan 4 00:50:56 debian pppd[2599]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x481107fd>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x530c1005>]

Jan 4 00:50:56 debian pppd[2599]: sent [LCP ConfNak id=0x2 <auth eap>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [LCP ConfReq id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x530c1005>]

Jan 4 00:50:56 debian pppd[2599]: sent [LCP ConfAck id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x530c1005>]

Jan 4 00:50:56 debian pppd[2599]: sent [LCP EchoReq id=0x0 magic=0x481107fd]

Jan 4 00:50:56 debian pppd[2599]: rcvd [LCP EchoRep id=0x0 magic=0x530c1005]

Jan 4 00:50:56 debian pppd[2599]: rcvd [CHAP Challenge id=0x1 <312ad3d8abfdb574c65f0dd83ecd2822>, name = "bras255.ivn"]

Jan 4 00:50:56 debian pppd[2599]: sent [CHAP Response id=0x1 <b606cdfa15728a146c2a6ea135635b1b>, name = "0892316393"]

Jan 4 00:50:56 debian pppd[2599]: rcvd [CHAP Success id=0x1 ""]

Jan 4 00:50:56 debian pppd[2599]: CHAP authentication succeeded

Jan 4 00:50:56 debian pppd[2599]: CHAP authentication succeeded

Jan 4 00:50:56 debian pppd[2599]: sent [iPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [iPCP ConfReq id=0x1 <addr 85.21.66.205>]

Jan 4 00:50:56 debian pppd[2599]: sent [iPCP ConfAck id=0x1 <addr 85.21.66.205>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [iPCP ConfRej id=0x1 <compress VJ 0f 01>]

Jan 4 00:50:56 debian pppd[2599]: sent [iPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [iPCP ConfNak id=0x2 <addr 93.81.67.113> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:50:56 debian pppd[2599]: sent [iPCP ConfReq id=0x3 <addr 93.81.67.113> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:50:56 debian pppd[2599]: rcvd [iPCP ConfAck id=0x3 <addr 93.81.67.113> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:50:56 debian pppd[2599]: not replacing existing default route via 10.63.224.1

Jan 4 00:50:56 debian pppd[2599]: local IP address 93.81.67.113

Jan 4 00:50:56 debian pppd[2599]: remote IP address 85.21.66.205

Jan 4 00:50:56 debian pppd[2599]: primary DNS address 213.234.192.7

Jan 4 00:50:56 debian pppd[2599]: secondary DNS address 85.21.192.5

Jan 4 00:50:56 debian pppd[2599]: Script /etc/ppp/ip-up started (pid 2605)

Jan 4 00:51:16 debian pppd[2599]: Script /etc/ppp/ip-up finished (pid 2605), status = 0x0

Jan 4 00:53:26 debian pppd[2599]: No response to 4 echo-requests

Jan 4 00:53:26 debian pppd[2599]: Serial link appears to be disconnected.

Jan 4 00:53:26 debian pppd[2599]: Connect time 2.5 minutes.

Jan 4 00:53:26 debian pppd[2599]: Sent 3843930046 bytes, received 0 bytes.

Jan 4 00:53:26 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 46.

Jan 4 00:53:26 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 104.

Jan 4 00:53:26 debian xl2tpd[1664]: control_finish: Connection closed to 85.21.66.205, serial 3 (Locally generated disconnect)

Jan 4 00:53:26 debian xl2tpd[1664]: Terminating pppd: sending TERM signal to pid 2599

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:26 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:26 debian pppd[2599]: Script /etc/ppp/ip-down started (pid 2728)

Jan 4 00:53:26 debian pppd[2599]: sent [LCP TermReq id=0x2 "Peer not responding"]

Jan 4 00:53:26 debian pppd[2599]: Terminating on signal 15

Jan 4 00:53:26 debian pppd[2599]: Modem hangup

Jan 4 00:53:26 debian pppd[2599]: Connection terminated.

Jan 4 00:53:26 debian avahi-daemon[2103]: Withdrawing workstation service for ppp0.

Jan 4 00:53:26 debian pppd[2599]: Waiting for 1 child processes...

Jan 4 00:53:26 debian pppd[2599]: script /etc/ppp/ip-down, pid 2728

Jan 4 00:53:27 debian pppd[2599]: Script /etc/ppp/ip-down finished (pid 2728), status = 0x0

Jan 4 00:53:27 debian pppd[2599]: Exit.

Jan 4 00:53:30 debian xl2tpd[1664]: get_call: can't find call 31530 in tunnel 23435#012 (ref=0/0)

Jan 4 00:53:30 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 6, expected 7)

Jan 4 00:53:31 debian xl2tpd[1664]: Calling on tunnel 23435

Jan 4 00:53:31 debian xl2tpd[1664]: Call established with 85.21.66.205, Local: 39983, Remote: 9085, Serial: 4 (ref=0/0)

Jan 4 00:53:31 debian xl2tpd[1664]: start_pppd: I'm running:

Jan 4 00:53:31 debian xl2tpd[1664]: "/usr/sbin/pppd"

Jan 4 00:53:31 debian xl2tpd[1664]: "passive"

Jan 4 00:53:31 debian xl2tpd[1664]: "nodetach"

Jan 4 00:53:31 debian xl2tpd[1664]: ":"

Jan 4 00:53:31 debian xl2tpd[1664]: "name"

Jan 4 00:53:31 debian xl2tpd[1664]: "08*******"

Jan 4 00:53:31 debian xl2tpd[1664]: "debug"

Jan 4 00:53:31 debian xl2tpd[1664]: "file"

Jan 4 00:53:31 debian xl2tpd[1664]: "/etc/ppp/options.l2tp-corbina-script"

Jan 4 00:53:31 debian xl2tpd[1664]: "ipparam"

Jan 4 00:53:31 debian xl2tpd[1664]: "85.21.66.205"

Jan 4 00:53:31 debian xl2tpd[1664]: "/dev/pts/1"

Jan 4 00:53:31 debian pppd[2746]: pppd 2.4.5 started by root, uid 0

Jan 4 00:53:31 debian pppd[2746]: Script /bin/true finished (pid 2747), status = 0x0

Jan 4 00:53:31 debian pppd[2746]: Serial connection established.

Jan 4 00:53:31 debian pppd[2746]: using channel 5

Jan 4 00:53:31 debian pppd[2746]: Using interface ppp0

Jan 4 00:53:31 debian pppd[2746]: Connect: ppp0 <--> /dev/pts/1

Jan 4 00:53:32 debian pppd[2746]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xa433e16c>]

Jan 4 00:53:32 debian pppd[2746]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x530e7ce6> <pcomp> <accomp>]

Jan 4 00:53:32 debian pppd[2746]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]

Jan 4 00:53:32 debian pppd[2746]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xa433e16c>]

Jan 4 00:53:32 debian pppd[2746]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x530e7ce6>]

Jan 4 00:53:32 debian pppd[2746]: sent [LCP ConfNak id=0x2 <auth eap>]

Jan 4 00:53:32 debian pppd[2746]: rcvd [LCP ConfReq id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x530e7ce6>]

Jan 4 00:53:32 debian pppd[2746]: sent [LCP ConfAck id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x530e7ce6>]

Jan 4 00:53:32 debian pppd[2746]: sent [LCP EchoReq id=0x0 magic=0xa433e16c]

Jan 4 00:53:32 debian pppd[2746]: rcvd [LCP EchoRep id=0x0 magic=0x530e7ce6]

Jan 4 00:53:33 debian pppd[2746]: rcvd [CHAP Challenge id=0x1 <37699d82502f2bf5c65f0dd8c35cf8f9>, name = "bras255.ivn"]

Jan 4 00:53:33 debian pppd[2746]: sent [CHAP Response id=0x1 <7efca6941d6bfb75c21b48d0766a1acb>, name = "0892316393"]

Jan 4 00:53:33 debian pppd[2746]: rcvd [CHAP Success id=0x1 ""]

Jan 4 00:53:33 debian pppd[2746]: CHAP authentication succeeded

Jan 4 00:53:33 debian pppd[2746]: CHAP authentication succeeded

Jan 4 00:53:33 debian pppd[2746]: sent [iPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:53:33 debian pppd[2746]: rcvd [iPCP ConfReq id=0x1 <addr 85.21.66.205>]

Jan 4 00:53:33 debian pppd[2746]: sent [iPCP ConfAck id=0x1 <addr 85.21.66.205>]

Jan 4 00:53:33 debian pppd[2746]: rcvd [iPCP ConfRej id=0x1 <compress VJ 0f 01>]

Jan 4 00:53:33 debian pppd[2746]: sent [iPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:53:33 debian pppd[2746]: rcvd [iPCP ConfNak id=0x2 <addr 128.73.29.183> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:53:33 debian pppd[2746]: sent [iPCP ConfReq id=0x3 <addr 128.73.29.183> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:53:33 debian pppd[2746]: rcvd [iPCP ConfAck id=0x3 <addr 128.73.29.183> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:53:33 debian pppd[2746]: not replacing existing default route via 10.63.224.1

Jan 4 00:53:33 debian pppd[2746]: local IP address 128.73.29.183

Jan 4 00:53:33 debian pppd[2746]: remote IP address 85.21.66.205

Jan 4 00:53:33 debian pppd[2746]: primary DNS address 213.234.192.7

Jan 4 00:53:33 debian pppd[2746]: secondary DNS address 85.21.192.5

Jan 4 00:53:33 debian pppd[2746]: Script /etc/ppp/ip-up started (pid 2751)

Jan 4 00:53:54 debian pppd[2746]: Script /etc/ppp/ip-up finished (pid 2751), status = 0x0

Jan 4 00:56:03 debian pppd[2746]: No response to 4 echo-requests

Jan 4 00:56:03 debian pppd[2746]: Serial link appears to be disconnected.

Jan 4 00:56:03 debian pppd[2746]: Connect time 2.5 minutes.

Jan 4 00:56:03 debian pppd[2746]: Sent 3464432218 bytes, received 104 bytes.

Jan 4 00:56:03 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 46.

Jan 4 00:56:03 debian xl2tpd[1664]: handle_avps: don't know how to handle atribute 104.

Jan 4 00:56:03 debian xl2tpd[1664]: control_finish: Connection closed to 85.21.66.205, serial 4 (Locally generated disconnect)

Jan 4 00:56:03 debian xl2tpd[1664]: Terminating pppd: sending TERM signal to pid 2746

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:03 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:03 debian pppd[2746]: Script /etc/ppp/ip-down started (pid 2793)

Jan 4 00:56:03 debian pppd[2746]: sent [LCP TermReq id=0x2 "Peer not responding"]

Jan 4 00:56:03 debian pppd[2746]: Terminating on signal 15

Jan 4 00:56:03 debian pppd[2746]: Modem hangup

Jan 4 00:56:03 debian pppd[2746]: Connection terminated.

Jan 4 00:56:03 debian avahi-daemon[2103]: Withdrawing workstation service for ppp0.

Jan 4 00:56:03 debian pppd[2746]: Waiting for 1 child processes...

Jan 4 00:56:03 debian pppd[2746]: script /etc/ppp/ip-down, pid 2793

Jan 4 00:56:03 debian pppd[2746]: Script /etc/ppp/ip-down finished (pid 2793), status = 0x0

Jan 4 00:56:03 debian pppd[2746]: Exit.

Jan 4 00:56:05 debian xl2tpd[1664]: get_call: can't find call 39983 in tunnel 23435#012 (ref=0/0)

Jan 4 00:56:05 debian xl2tpd[1664]: check_control: Received out of order control packet on tunnel 41372 (got 8, expected 9)

Jan 4 00:56:08 debian xl2tpd[1664]: Calling on tunnel 23435

Jan 4 00:56:08 debian xl2tpd[1664]: Call established with 85.21.66.205, Local: 14609, Remote: 22090, Serial: 5 (ref=0/0)

Jan 4 00:56:08 debian xl2tpd[1664]: start_pppd: I'm running:

Jan 4 00:56:08 debian xl2tpd[1664]: "/usr/sbin/pppd"

Jan 4 00:56:08 debian xl2tpd[1664]: "passive"

Jan 4 00:56:08 debian xl2tpd[1664]: "nodetach"

Jan 4 00:56:08 debian xl2tpd[1664]: ":"

Jan 4 00:56:08 debian xl2tpd[1664]: "name"

Jan 4 00:56:08 debian xl2tpd[1664]: "08*******"

Jan 4 00:56:08 debian xl2tpd[1664]: "debug"

Jan 4 00:56:08 debian xl2tpd[1664]: "file"

Jan 4 00:56:08 debian xl2tpd[1664]: "/etc/ppp/options.l2tp-corbina-script"

Jan 4 00:56:08 debian xl2tpd[1664]: "ipparam"

Jan 4 00:56:08 debian xl2tpd[1664]: "85.21.66.205"

Jan 4 00:56:08 debian xl2tpd[1664]: "/dev/pts/1"

Jan 4 00:56:08 debian pppd[2809]: pppd 2.4.5 started by root, uid 0

Jan 4 00:56:08 debian pppd[2809]: Script /bin/true finished (pid 2810), status = 0x0

Jan 4 00:56:08 debian pppd[2809]: Serial connection established.

Jan 4 00:56:08 debian pppd[2809]: using channel 6

Jan 4 00:56:08 debian pppd[2809]: Using interface ppp0

Jan 4 00:56:08 debian pppd[2809]: Connect: ppp0 <--> /dev/pts/1

Jan 4 00:56:09 debian pppd[2809]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x3cefa3d3>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x5310ea94> <pcomp> <accomp>]

Jan 4 00:56:09 debian pppd[2809]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x3cefa3d3>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth pap> <magic 0x5310ea94>]

Jan 4 00:56:09 debian pppd[2809]: sent [LCP ConfNak id=0x2 <auth eap>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [LCP ConfReq id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x5310ea94>]

Jan 4 00:56:09 debian pppd[2809]: sent [LCP ConfAck id=0x3 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x5310ea94>]

Jan 4 00:56:09 debian pppd[2809]: sent [LCP EchoReq id=0x0 magic=0x3cefa3d3]

Jan 4 00:56:09 debian pppd[2809]: rcvd [LCP EchoRep id=0x0 magic=0x5310ea94]

Jan 4 00:56:09 debian pppd[2809]: rcvd [CHAP Challenge id=0x1 <bcec0de099a31ee4c65f0dd881555d8a>, name = "bras255.ivn"]

Jan 4 00:56:09 debian pppd[2809]: sent [CHAP Response id=0x1 <dd4a449ef0f8c26c138f5eea2b35b000>, name = "0892316393"]

Jan 4 00:56:09 debian pppd[2809]: rcvd [CHAP Success id=0x1 ""]

Jan 4 00:56:09 debian pppd[2809]: CHAP authentication succeeded

Jan 4 00:56:09 debian pppd[2809]: CHAP authentication succeeded

Jan 4 00:56:09 debian pppd[2809]: sent [iPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [iPCP ConfReq id=0x1 <addr 85.21.66.205>]

Jan 4 00:56:09 debian pppd[2809]: sent [iPCP ConfAck id=0x1 <addr 85.21.66.205>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [iPCP ConfRej id=0x1 <compress VJ 0f 01>]

Jan 4 00:56:09 debian pppd[2809]: sent [iPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [iPCP ConfNak id=0x2 <addr 128.73.223.202> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:56:09 debian pppd[2809]: sent [iPCP ConfReq id=0x3 <addr 128.73.223.202> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:56:09 debian pppd[2809]: rcvd [iPCP ConfAck id=0x3 <addr 128.73.223.202> <ms-dns1 213.234.192.7> <ms-dns2 85.21.192.5>]

Jan 4 00:56:09 debian pppd[2809]: not replacing existing default route via 10.63.224.1

Jan 4 00:56:09 debian pppd[2809]: local IP address 128.73.223.202

Jan 4 00:56:09 debian pppd[2809]: remote IP address 85.21.66.205

Jan 4 00:56:09 debian pppd[2809]: primary DNS address 213.234.192.7

Jan 4 00:56:09 debian pppd[2809]: secondary DNS address 85.21.192.5

Jan 4 00:56:09 debian pppd[2809]: Script /etc/ppp/ip-up started (pid 2814)

 

route -n

 

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

85.21.66.205 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

233.32.240.0 10.63.230.176 255.255.255.0 UG 0 0 0 eth0

10.8.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br0

10.63.224.0 0.0.0.0 255.255.248.0 U 0 0 0 eth0

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

10.0.0.0 10.63.224.1 255.0.0.0 UG 0 0 0 eth0

0.0.0.0 10.63.224.1 0.0.0.0 UG 0 0 0 eth0

 

 

/etc/xl2tpd/xl2tpd.conf

 

 

[global]

access control = yes

auth file = /etc/ppp/chap-secrets

 

[lac Corbina]

lns = 85.21.66.205

redial = yes

redial timeout = 5

require chap = yes

require authentication = no

name = 08******

ppp debug = yes

pppoptfile = /etc/ppp/options.l2tp-corbina-script

require pap = no

autodial = yes

tx bps = 100000000

 

 

interfaces

 

 

iface lo inet loopback

allow-hotplug eth0

iface eth0 inet dhcp

iface wlan0 inet manual

iface eth1 inet manual

 

 

options.l2tp-corbina-script

 

 

unit 0

name 08*******

remotename L2TP

ipparam Corbina

connect /bin/true

mru 1460

mtu 1460

nodeflate

nobsdcomp

persist

maxfail 0

nopcomp

noaccomp

defaultroute

usepeerdns

noauth

 

Где ошибка? Подскажите.

Изменено пользователем jelt

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

VPN у вас поднимается, но тут же падает, так как напрочь отсутствует маршрутизация.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

VPN у вас поднимается, но тут же падает, так как напрочь отсутствует маршрутизация.

Согласен. Применительно к скрипту, что и где прописать необходимо, что бы она появилась? В настоящее время использую скрипт от Mr. Peabody нигде ничего не прописывая.

route -n

 

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

85.21.72.83 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

195.14.50.21 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

195.14.50.26 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

89.179.135.67 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

85.21.66.251 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

85.21.66.251 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

195.14.40.141 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

195.14.50.93 10.63.224.1 255.255.255.255 UGH 0 0 0 eth0

233.32.240.0 10.63.230.176 255.255.255.0 UG 0 0 0 eth0

10.8.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br0

10.63.224.0 0.0.0.0 255.255.248.0 U 0 0 0 eth0

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

10.0.0.0 10.63.224.1 255.0.0.0 UG 0 0 0 eth0

0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

 

Он по pptp, а есть желание перейти на l2tp.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте. Ubuntu 10.04. Скрипт выполнен.

Подключение по Auto0 есть. Предприняты попытки настроить учетку через стандартный Network, при попытке подключения которого возникает некая ошибка VPN соединения в форме стандартного графического сообщения в правом верхнем углу.

Скажите пожалуйста, по замыслу автора скрипта после перезагрузки интернет должен появиться автоматически или обязательно требуются выполнение иных тонкостей или действий напильником?

 

P.S.

Раньше на моей системе был работающий интернет, но после пары месяцев неиспользования перестал работать. В момент попытки возобновить использование произведена смена тарифного плана.

Предполагаю, возможной причиной падения и является смена тарифного плана, и, как следствие, необходимость настройки L2TP.

Изменено пользователем Надежда Савицкая

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Доброй ночи!

У почему-то когда роднимается pppo начинает сразу забиваться канал наружу - т.е. по максимому. Как только падает pppo под достижении 1гб переданного объема - так все прекращается. Из ресурсов доступны только внутренние форумы. Подскажите пож-та куда копать (желательно командами)?

Ubuntu 11.10 x64 со всеми обновлениями с кастомным ядром для решения проблемы драйвера сановской карточки (собирал впервые, но вроде бы все работает).

Изменено пользователем legven

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

почему-то когда роднимается pppo начинает сразу забиваться канал наружу - т.е. по максимому.

зубрим маршрутизацию VPN-сервера по ссылке парой постов выше

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

зубрим маршрутизацию VPN-сервера по ссылке парой постов выше

xl2tp 1.3.1 у меня

uname -a

 

Linux proxy 3.0.9-l2tp-sunhmex64 #2 SMP Wed Jan 11 15:09:52 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux

Как я писал выше - пытался включить l2tp в ядро + немного подправленный sunhme.c

 

lsb_release -d

 

Description: Ubuntu 11.10

 

type dhclient

 

dhclient is /sbin/dhclient

 

dhclient --version

 

isc-dhclient-4.1.1-P1

 

 

 

eth0 - интерфейс в локальную сеть

eth2 - подключен к билайну

vmnet* - интерфейсы сторонних продуктов

 

Когда все поднято: route -n

 

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

0.0.0.0 172.25.9.1 0.0.0.0 UG 200 0 0 eth0

10.188.72.0 0.0.0.0 255.255.248.0 U 0 0 0 eth2

85.21.0.114 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

172.25.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1

192.168.57.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8

 

 

Когда опущено route -n:

 

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

0.0.0.0 10.188.72.1 0.0.0.0 UG 0 0 0 eth2

0.0.0.0 172.25.9.1 0.0.0.0 UG 200 0 0 eth0

10.188.72.0 0.0.0.0 255.255.248.0 U 0 0 0 eth2

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

172.25.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1

192.168.57.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8

 

 

 

cat /etc/xl2tpd/xl2tpd.conf

 

 

[global]

access control = yes

[lac beeline]

lns = tp.internet.beeline.ru

redial = yes

redial timeout = 10

require pap = no

require chap = yes

require authentication = no

; login may be changed @internet.beeline.ru

name = legven

ppp debug = no

pppoptfile = /etc/ppp/options.xl2tpd

autodial = yes

tx bps = 100000000

 

 

 

cat /etc/network/interfaces

 

 

auto eth0

iface eth0 inet static

address 172.25.13.40

netmask 255.255.0.0

network 172.25.0.0

gateway 172.25.9.1

#broadcast 172.25.9.255

metric 200

 

auto lo eth2

iface lo inet loopback

iface eth2 inet dhcp

 

 

 

cat /etc/ppp/options.xl2tpd

 

 

remotename l2tp

mtu 1460

nodeflate

nobsdcomp

nopcomp

noaccomp

defaultroute

replacedefaultroute

 

unit 0

mru 1460

ipparam beeline

connect /bin/true

persist

maxfail 0

noauth

name legven

 

lcp-echo-interval 10

lcp-echo-failure 2

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Допустим 85.21.0.114 - это vpn-сервер. Его надо маршрутизировать в шлюз локальной сети:

route add -host 85.21.0.114 gw 10.188.72.1 dev eth0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Допустим 85.21.0.114 - это vpn-сервер. Его надо маршрутизировать в шлюз локальной сети:

route add -host 85.21.0.114 gw 10.188.72.1 dev eth0

А почему eth0 а не eth2?

 

У меня постоянно вылетает ошибка - SIOCADDRT: No such process

 

IP vpn-сервера меняется(команды были запущены во время одной ppp сессии):

:~$ route -n

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

0.0.0.0 172.25.9.1 0.0.0.0 UG 200 0 0 eth0

10.188.72.0 0.0.0.0 255.255.248.0 U 0 0 0 eth2

85.21.0.89 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

172.25.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1

192.168.57.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8

:~$ route

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

default * 0.0.0.0 U 0 0 0 ppp0

default 172.25.9.1 0.0.0.0 UG 200 0 0 eth0

10.188.72.0 * 255.255.248.0 U 0 0 0 eth2

vpn89-l0.msk.co * 255.255.255.255 UH 0 0 0 ppp0

link-local * 255.255.0.0 U 1000 0 0 eth0

172.25.0.0 * 255.255.0.0 U 0 0 0 eth0

192.168.11.0 * 255.255.255.0 U 0 0 0 vmnet1

192.168.57.0 * 255.255.255.0 U 0 0 0 vmnet8

Изменено пользователем legven

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

eth0 или eth2 - это вам виднее, куда вы кабель воткнете так и будет, шлюз локальной сети вы тоже должны знать, не знаете позвоните в техподдержку - скажут.

Кто мешает вместо имени vpn-сервера использовать его ip-адрес если статью по маршрутизации читать лень?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Допустим 85.21.0.114 - это vpn-сервер. Его надо маршрутизировать в шлюз локальной сети:

route add -host 85.21.0.114 gw 10.188.72.1 dev eth0

При добавлении такого маршрута получаю разрыв соединения l2tp. Почему? не понимаю...

 

Допустим 85.21.0.114 - это vpn-сервер. Его надо маршрутизировать в шлюз локальной сети:

route add -host 85.21.0.114 gw 10.188.72.1 dev eth0

При добавлении такого маршрута получаю разрыв соединения l2tp. Почему? не понимаю...

 

Нашел причину.

Отвечаю сам себе: данный маршрут необходимо добавлять до того, как l2tp начнет устанавливать соединение.

Где взять список всех IP-адресов домена tp.internet.beeline.ru, nslookup дает тока 2, а их больше, это видно в процессе подключения.

Возникает следующий вопрос, как в таких условиях маршрутизацию прописывать?

Изменено пользователем segeeves

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Отвечаю сам себе: данный маршрут необходимо добавлять до того, как l2tp начнет устанавливать соединение.

Не обязательно (но можно), до поднятия VPN vpn-сервер и так доступен, просто надо делать это быстро как только соединение VPN-поднялось.

Где взять список всех IP-адресов домена tp.internet.beeline.ru, nslookup дает тока 2, а их больше, это видно в процессе подключения.

Возникает следующий вопрос, как в таких условиях маршрутизацию прописывать?

Нет ни одной утилиты, которая дала бы список всех ip-адресов. Утилита host дает только актуальные на данный момент ip-адреса.

Про маршрутизации можно почитать: http://wiki.mandriva.com/ru/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_VPN_%D0%B2_Mandriva

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот такая вот проблема не пойму что тут кто обьеснит стоит убнута

IMG_0438.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тут и понимать нечего.

напишите вместо tp.internet.beeline.ru цифрами ip-адрес

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тут и понимать нечего.

напишите вместо tp.internet.beeline.ru цифрами ip-адрес

Все ровно делаю всё всё как есть ну инета нету

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Огромнейшее спасибо! В очередной раз Ваш скрипт спас.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Приветики подскажите как точно настроить Beeline под ubuntu 11.10

я первый раз установил ubuntu

 

желательно подробно

Изменено пользователем VadimShow

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Обновите пожалуйста скрипт так как на новой убнуте сервер не пашет а старая версия убнуты работает уже не стабильно!!!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

чуть-чуть поковырялся в россыпи shell-скриптов, которые генерит автонастройщик. есть несколько моментов, которые я бы хотел прояснить:


  1.  
  2. планируется ли добавить
    tx bps = 10000000000

    в дефолтный конфиг, генерируемый скриптом?

  3. в недавней установке на ubuntu oneiric скрипт не добавил в /etc/ppp/options.l2tp-corbina-script опцию
    defaultroute

    . это намеренно так сделано?

  4. мой билайновский шлюз (не буду утверждать насчет остальных) не отдает static route на tp.internet.beeline.ru. может стоит добавить соответствующую преконфигурацию pppd (например, в connect или в ip-pre-up)?
  5. (возможно связано с предыдущим пунктом) после установки соединения появляется route на tp.internet.beeline.ru через ppp0, что, очевидно, создает замкнутый круг и не может работать (и как раз генерирует те самые гигабайты TX пакетов, на которые часто натыкаются новички). есть ли идеи по поводу того, откуда может приходить эта настройка?
  6. ну и еще один вопрос, который я уже задавал пару раз в этом треде, но так и не получил (или не нашел) ответа: зачем в dhclient.conf опция
    supersede dhcp-server-identifier 255.255.255.255;

    ? вопрос в том, что, если она включена, с моим ноутбуком перестают общаться все DHCP сервера, которые я встречал, а если ее отключить, то, вроде, с билайновским соединением ничего плохого не происходит. может ее, это... того? :)
     

Изменено пользователем immerrr

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

напишите как запустить скрипт с правами суперпользователся?в интернете пишут и все не то. очень сильно утопмляет

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

напишите как запустить скрипт с правами суперпользователся?в интернете пишут и все не то. очень сильно утопмляет

 

http://bit.ly/GCoHbo

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

При попытке создать роутер на Debian'e наткнулся на проблему.

ppp0 поднимается DNS видится пинги не идут. Я так понял не хватает маршрута... не асилил которого.

И еще я так понял sudo /etc/ppp/ip-up не срабатывает автоматически :blink:

 

Подробносит тут, чего не хватит выложу.

 

Linux deb-srv 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

+++++++++++++++++++++++++++++++++++++++++++++

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

194.186.120.119 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

10.103.20.0 0.0.0.0 255.255.254.0 U 0 0 0 eth0

10.0.0.0 10.103.20.1 255.0.0.0 UG 0 0 0 eth0

0.0.0.0 10.103.20.1 0.0.0.0 UG 0 0 0 eth0

0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth1

+++++++++++++++++++++++++++++++++++++++++++++

[global]

access control = yes

auth file = /etc/ppp/chap-secrets

 

[lac Corbina]

;lns = tp.internet.beeline.ru

lns = 10.255.255.253

redial = yes

redial timeout = 5

require chap = yes

require authentication = no

name = 089xxxxxxx

ppp debug = yes

pppoptfile = /etc/ppp/options.l2tp-corbina-script

require pap = no

autodial = yes

 

+++++++++++++++++++++++++++++++++++++++++++++

# This file describes the network interfaces available on your system

# and how to activate them. For more information, see interfaces(5).

 

# The loopback network interface

auto lo

iface lo inet loopback

 

# The primary network interface

allow-hotplug eth0

iface eth0 inet dhcp

 

allow-hotplug eth1

iface eth1 inet static

address 192.168.0.2

netmask 255.255.255.0

gateway 192.168.0.1

+++++++++++++++++++++++++++++++++++++++++++++

unit 0

name 089xxxxxxx

remotename l2tp

ipparam corbina

connect /bin/true

mru 1460

mtu 1460

nodeflate

nobsdcomp

persist

maxfail 0

nopcomp

noaccomp

defaultroute

replacedefaultroute

noauth

+++++++++++++++++++++++++++++++++++++++++++++

sudo /etc/ppp/ip-up - руками

+++++++++++++++++++++++++++++++++++++++++++++

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

194.186.120.119 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

195.239.238.212 10.103.20.1 255.255.255.255 UGH 0 0 0 eth0

195.239.238.211 10.103.20.1 255.255.255.255 UGH 0 0 0 eth0

194.186.0.0 10.103.20.1 255.255.255.0 UG 0 0 0 eth0

192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

10.103.20.0 0.0.0.0 255.255.254.0 U 0 0 0 eth0

10.0.0.0 10.103.20.1 255.0.0.0 UG 0 0 0 eth0

0.0.0.0 10.103.20.1 0.0.0.0 UG 0 0 0 eth0

0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth1

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
route del default #удалить 1-ый дефолтный маршрут
route del default #удалить 2-ой дефолтный маршрут
route add -host 194.186.120.119 gw 10.103.20.1 dev eth0 #маршрутизировать vpn-сервер 194.186.120.119 в шлюз локальной сети 10.103.20.1 на интерфейсе eth0
route add default dev ppp0 #сделать дефолтным интерфейс ppp0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас