Периодически падает соединение Pptp на роутере
роутер wl500g deluxe
долго бился, но таки смог заставить его поднимать pptp соединение, и раздавать инет+сетку на ноутбук и еще 1 компьютер. длилось счастье недолго,соединение устанавливается ненадолго и рвется.
настройки получаю по dhcp, и когда вписываю как static ip, то с компа отлично устанавливается vpn соединение
ip 10.211.22.242
маска 255.255.0.0
gateway 10.211.0.17
лог
Jan 1 03:06:53 pppd[231]: CHAP authentication succeeded
Jan 1 03:06:53 pppd[231]: Local IP address changed to 85.21.220.168
Jan 1 03:06:53 pppd[231]: Remote IP address changed to 195.14.40.9
Jan 1 03:06:53 dnsmasq[74]: read /etc/hosts - 4 addresses
Jan 1 03:06:53 dnsmasq[74]: reading /tmp/resolv.conf
Jan 1 03:06:53 dnsmasq[74]: using nameserver 195.14.50.21#53
Jan 1 03:06:53 dnsmasq[74]: using nameserver 195.14.50.1#53
Jan 1 03:06:54 PPTP: connect to ISP
Jan 1 03:08:03 pppd[231]: No response to 6 echo-requests
Jan 1 03:08:03 pppd[231]: Serial link appears to be disconnected.
Jan 1 03:08:03 dnsmasq[74]: read /etc/hosts - 4 addresses
Jan 1 03:08:03 dnsmasq[74]: reading /tmp/resolv.conf
Jan 1 03:08:03 dnsmasq[74]: using nameserver 195.14.50.21#53
Jan 1 03:08:03 dnsmasq[74]: using nameserver 195.14.50.1#53
Jan 1 03:08:03 PPTP: Disconnected
Jan 1 03:08:09 pppd[231]: Connection terminated.
Jan 1 03:08:09 pppd[231]: Connect time 1.2 minutes.
Jan 1 03:08:09 pppd[231]: Sent 28412951 bytes, received 30 bytes.
Jan 1 03:08:09 pptp[252]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
Jan 1 03:08:09 pptp[252]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
Jan 1 03:08:09 pptp[255]: anon log[callmgr_main:pptp_callmgr.c:230]: Closing connection
в чем может быть трабл?
:(
заранее благодарен
Периодически падает соединение Pptp
Настройки соединения следующие:
noauth refuse-eap
user 'x.x.x.x'
password '00000'
connect true
pty '/usr/sbin/pptp 10.0.0.1 --nolaunchpppd'
lock
usepeerdns
defaultroute
persist
ipcp-accept-remote ipcp-accept-local noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
Jan 1 05:00:06 pppd[111]: pppd 2.4.2 started by popovsky, uid 0
Jan 1 05:00:06 pppd[111]: Serial connection established.
Jan 1 05:00:06 pppd[111]: Using interface ppp0
Jan 1 05:00:06 pppd[111]: Connect: ppp0 <--> /dev/pts/0
Jan 1 05:00:06 pptp[119]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 05:00:07 pptp[127]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 1 05:00:07 pptp[127]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Jan 1 05:00:07 pptp[127]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Jan 1 05:00:07 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jan 1 05:00:07 dropbear[131]: Running in background
Jan 1 05:00:07 kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,1), internal journal
Jan 1 05:00:07 udhcpc[134]: udhcpc (v0.9.9-pre) started
Jan 1 05:00:08 pptp[127]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 1 05:00:08 pptp[127]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Jan 1 05:00:08 pptp[127]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 1233).
Jan 1 05:00:08 dnsmasq[91]: read /etc/hosts - 5 addresses
Jan 1 05:00:08 dnsmasq[91]: reading /tmp/resolv.conf
Jan 1 05:00:08 dnsmasq[91]: using nameserver 87.224.213.1#53
Jan 1 05:00:08 dnsmasq[91]: using nameserver 87.224.197.1#53
Jan 1 05:00:08 PPTP: connect to ISP
Jan 1 05:00:15 udhcpc[134]: No lease, forking to background.
Jan 1 05:00:16 kernel: VFS: Can't find ext3 filesystem on dev sd(8,2).
Jan 1 05:00:16 kernel: MSDOS FS: Using codepage 950
Jan 1 05:00:16 kernel: MSDOS FS: IO charset cp950
Jan 1 05:00:16 kernel: FAT: bogus logical sector size 65535
Jan 1 05:00:16 kernel: VFS: Can't find a valid FAT filesystem on dev 08:02.
Jan 1 05:00:16 kernel: FAT: freeing iocharset=cp950
Jan 1 05:00:16 kernel: FAT: bogus logical sector size 65535
Jan 1 05:00:16 kernel: VFS: Can't find a valid FAT filesystem on dev 08:02.
Jan 1 05:00:20 dnsmasq[91]: DHCPDISCOVER(br0) 192.168.1.8 00:e0:4d:04:12:54
Jan 1 05:00:20 dnsmasq[91]: DHCPOFFER(br0) 192.168.1.8 00:e0:4d:04:12:54
Jan 1 05:00:21 dnsmasq[91]: DHCPREQUEST(br0) 192.168.1.8 00:e0:4d:04:12:54
Jan 1 05:00:21 dnsmasq[91]: DHCPACK(br0) 192.168.1.8 00:e0:4d:04:12:54
Jan 1 05:01:08 pptp[127]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Jan 1 05:01:08 pptp[127]: anon log[pptp_send_ctrl_packet:pptp_ctrl.c:615]: write error: Connection reset by peer
Jan 1 05:01:08 pptp[127]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
Jan 1 05:01:08 pppd[111]: Modem hangup
Jan 1 05:01:08 pppd[111]: Connection terminated.
Jan 1 05:01:08 pppd[111]: Connect time 1.1 minutes.
Jan 1 05:01:08 pppd[111]: Sent 13628 bytes, received 2921 bytes.
Jan 1 05:01:08 dnsmasq[91]: read /etc/hosts - 5 addresses
Jan 1 05:01:08 dnsmasq[91]: reading /tmp/resolv.conf
Jan 1 05:01:08 PPTP: Disconnected
Jan 1 05:01:08 pppd[111]: Child process /tmp/ppp/ip-down (pid 157) terminated with signal 11
Jan 1 05:01:38 pptp[169]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 05:01:38 pppd[111]: Serial connection established.
Jan 1 05:01:38 pppd[111]: Using interface ppp0
Jan 1 05:01:38 pppd[111]: Connect: ppp0 <--> /dev/pts/0
Jan 1 05:01:38 pptp[171]: anon warn[open_inetsock:pptp_callmgr.c:317]: connect: Connection refused
Jan 1 05:01:38 pptp[171]: anon fatal[callmgr_main:pptp_callmgr.c:123]: Could not open control connection to 10.0.0.1
Jan 1 05:01:38 pptp[169]: anon fatal[open_callmgr:pptp.c:426]: Call manager exited with error 256
Jan 1 05:01:38 pppd[111]: Modem hangup
Jan 1 05:01:38 pppd[111]: Connection terminated.
Jan 1 05:01:38 pppd[111]: Connect time 1.1 minutes.
Jan 1 05:01:38 pppd[111]: Sent 13628 bytes, received 2921 bytes.
Как видно из лога соединение поднимается на минуту и отваливается, иногда может работать и несколько дней... но потом вот такая ерунда...
Периодичесик отваливается Pptp - Wtf?
Такая дребедень по нескольку раз в день. Пару дней назад было все нормально.
Code:
Nov 18 06:43:08 pppd[102]: No response to 6 echo-requests
Nov 18 06:43:08 pppd[102]: Serial link appears to be disconnected.
Nov 18 06:43:08 PPTP: Disconnected
Nov 18 06:43:14 pppd[102]: Connection terminated.
Nov 18 06:43:14 pppd[102]: Connect time 226.3 minutes.
Nov 18 06:43:14 pppd[102]: Sent 178108 bytes, received 390390 bytes.
Nov 18 06:43:14 pptp[4754]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output err
or
Nov 18 06:43:14 pptp[4754]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd
log
Nov 18 06:43:14 pptp[4758]: anon log[callmgr_main:pptp_callmgr.c:240]: Closing connection
Nov 18 06:43:14 pptp[4758]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Cal
l-Clear-Request'
Nov 18 06:43:16 pptp[4758]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Cal
l-Clear-Request'
Nov 18 06:43:16 pptp[4758]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
Nov 18 06:43:16 pptp[4758]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop
-Control-Connection-Request'
Nov 18 06:43:20 pptp[4758]: anon log[call_callback:pptp_callmgr.c:83]: Closing connection
Nov 18 06:43:45 pptp[5055]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Nov 18 06:43:45 pppd[102]: Serial connection established.
Nov 18 06:43:45 pppd[102]: Using interface ppp0
Nov 18 06:43:45 pppd[102]: Connect: ppp0 <--> /dev/pts/0
Nov 18 06:43:45 pptp[5059]: anon warn[route_add:pptp_callmgr.c:457]: route_add: not adding existing
route
Nov 18 06:43:45 pptp[5059]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Star
t-Control-Connection-Request'
Nov 18 06:43:45 pptp[5059]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection
Reply
Nov 18 06:43:45 pptp[5059]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Nov 18 06:43:46 pptp[5059]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outg
oing-Call-Request'
Nov 18 06:43:46 pptp[5059]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Nov 18 06:43:46 pptp[5059]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID
0, peer's call ID 50944).
Проблема с Корбиной Pptp (только Ip)
Имею замечательный агрегат, 550gp
С прошивкой (делающююоный таковым) от Олега
Но вот беда - PPTP сервер нужно прописывать IP . раньше меня это не тревожило , но теперь в Питере корбина меняет IP адес сервера ( очевидно от загрузки или бореться с роутерами) Что делать ?
Zuxel еще только разрабатывает девайс под корбину ( со слов саппорта ) , да и Премиум меня очень устраивает ....Может Олег поможет ? :confused:
Или ...
Буду очень благодарен за помошь !!!!
Провайдер временно рвет pptp соединение
У нашего прова следущие подсетки
10.6[0,1,2,3,4,5].0.0/24
что примечательно, все сети, кроме 10.60.0.0, имеют стандартный маршрут типа:
к примеру, сеть 10.64.0.0
10.60.0.0 255.0.0.0 10.64.1.1
10.61.0.0 255.0.0.0 10.64.1.1
10.62.0.0 255.0.0.0 10.64.1.1
10.63.0.0 255.0.0.0 10.64.1.1
10.65.0.0 255.0.0.0 10.64.1.1
сеть 64 не пишем. маршрут виден и без вбивания шлюза для ее определения.
По необходимости, это я сделаю, если увижу что-то неладное.
Вопрос в другом. Задача железки сводится к тому, что бы она:
1. имела своего pptp клиента
но! реконнектилась в случае обрыва связи
по options.pptp есть много ключи, но, исходя из опыта работы с Slackware/Gentoo понял, что толку от них нуль. Кто знает как заставить pptp клиентуру ;) автоподниматься при форсмажорных пдениях туннеля?
Я делал так раньше:
в cron:
*/1 * * * * /usr/bin/run-parts /etc/cron.timely 1> /dev/null
и подсовывал в такой каталог такой скрипт:
(имя любое. просто права на запуск и все)
(netstat -nr | grep -q ppp0) || killall pppd;sleep 5;pptp 10.60.1.21
21 хвост - хвост vpn сервера. Они все осели на 10.60.1.0 подстеке ;)))
www,ftp итц.
можно киллов добавить, что б добить оставшиеся ppp процессы. не всегда помирают от одного выстрела ;)) а ppp1 итц мне в дальнейшем не нужны, если произойдет переподсоединение.
Правда, проснувшись одним утром, я увидел ppp221 морду. то есть, где-то ошибка моя, все равно
Будет ли такая батва работать в этом серверном ящичке?
Есть ли варианты без crond у кого?
2.
Как дефолтно устроена таблица iptables там?
кто-нибудь может выложить конфин своей стенки?
задача. не пускать врагов извне, но разрешать внутренним машинкам общаться по нетбивисам и проч. портам..
моя старенькая табличка:
iptables -F;
iptables -t nat -F;
iptables -P INPUT ACCEPT;
iptables -P OUTPUT ACCEPT;
iptables -P FORWARD DROP;
export LAN=eth0;
export WAN=ppp0; # на всякий случай, о нне мешает.
iptables -I INPUT 1 -i ${LAN} -j ACCEPT;
iptables -I INPUT 1 -i lo -j ACCEPT;
iptables -A INPUT -p UDP --dport bootps -i ! ${LAN} -j REJECT;
iptables -A INPUT -p UDP --dport domain -i ! ${LAN} -j REJECT;
iptables -A INPUT -p TCP --dport ftp -i ${LAN} -j ACCEPT;
iptables -A INPUT -p TCP -i ! ${LAN} -d 0/0 --dport 0:1023 -j DROP;
iptables -A INPUT -p UDP -i ! ${LAN} -d 0/0 --dport 0:1023 -j DROP;
iptables -t nat -A OUTPUT -p tcp -m owner --uid-owner squid -j ACCEPT;
iptables -A INPUT -p tcp --syn --dport 22 -m recent --name radiator --set;
iptables -A INPUT -p tcp --syn --dport 22 -m recent --name radiator --update --seconds 60 --hitcount 3 -j DROP;
наверное, если eth0 есть внешний фейс у такой коробочки, то проблем не будет. даже менять ничего не понадобится.
Так ли это?
http://wl500g.info/showthread.php?t=11551
Из настроек, что выше, понял, что можно спокойно поднять pptp клиент на этом зверьке. Кто-нибудь может сказать, как настроить его так, что бы при разрыве связи, он сам "дозванивался"?
Говорю. Советов на linux-форумах много, но ни один из них не работал, то что советовали прописывать в options.pptp