vpn pptp server не коннектится больше одного клиента[SOLVED]
semlanik 21 октября, 2009 - 15:34
Помогите форумчане, второй день бьемся. Упал VPN. Просто взял и упал. Без каких либо причин, на то. вчера взял и перестал работать, сервер работал до этого 3 года, его никто вообще не трогал. со вчерашнего дня может подключится только один клиент, при этом все остальные виснут на проверки имени и пароля. Вот дебаг вывод:
using channel 122 Using interface ppp0 Connect: ppp0 <--> /dev/pty/s0 sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0xf890acbe> <pcomp> <accomp>] tcflush failed: Bad file descriptor tcsetattr: Invalid argument (line 1001) RADATTR plugin removed file /var/run/radattr.ppp0. Plugin /usr/lib/pppd/2.4.3/radius.so loaded. RADIUS plugin initialized. Plugin /usr/lib/pppd/2.4.3/radattr.so loaded. RADATTR plugin initialized. pppd options in effect: debug # (from /etc/ppp/options.pptpd) logfile /var/log/pptpd.log # (from /etc/ppp/options.pptpd) dump # (from /etc/ppp/options.pptpd) plugin /usr/lib/pppd/2.4.3/radius.so # (from /etc/ppp/options.pptpd) plugin /usr/lib/pppd/2.4.3/radattr.so # (from /etc/ppp/options.pptpd) require-mschap-v2 # (from /etc/ppp/options.pptpd) name pptpd # (from /etc/ppp/options.pptpd) radius-config-file /etc/radiusclient/radiusclient.conf # (from /etc/ppp/options.pptpd) 115200 # (from command line) lock # (from /etc/ppp/options.pptpd) local # (from command line) ipparam x.x.x.x # (from command line) ms-dns xxx # [don't know how to print value] # (from /etc/ppp/options.pptpd) proxyarp # (from /etc/ppp/options.pptpd) 192.168.160.1:192.168.160.2 # (from command line) bsdcomp 12 # (from /etc/ppp/options.pptpd) mppe xxx # [don't know how to print value] # (from /etc/ppp/options.pptpd) using channel 123 Using interface ppp0 Connect: ppp0 <--> /dev/pty/s0 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x4666021c> <pcomp> <accomp>] LCP: timeout sending Config-Requests Connection terminated.
Подампили у клиентов GRE, LCP ответы действительно не отправляются. куда копать не знаем. Сервер еще раз повторюсь никто вообще не трогал. Клиенты виндовые. может быть кто-то сталкивался. Сразу оговорюсь сервер старый crux.
»
- Для комментирования войдите или зарегистрируйтесь
Обнаружили такую вот вещь.
Обнаружили такую вот вещь. Запросыв LCP прилетают на подключенного клиента, вместо подключающегося? Может кто-нить подскажет в чем дело?
Решено) У нас не натился gre
Решено) У нас не натился gre на клиентском шлюзе. там собственно надо было
А сервак ребутали, собственно после ребута не поднялось )