vestronet Posted April 6, 2006 Posted April 6, 2006 Добрый день! Существует dial-up сервер под FreeBSD 4.10, для управления модемами используется mgetty, а ppp-сессии устанавливаются при помощи ppp (user mode). Соединения проходят успешно, подключившийся человек работает в сети, но иногда происходит отключение клиентского модема по причине, например, плохого качества связи; в это время его ppp-процесс на сервере не закрывается, псевдоустройство tun остается в up'е. Данное зависание может длиться довольно долгое время, до тех пор пока данный ppp-процесс не убить kill'ом. В логе ppp на момент отключения клиентсокого модема выдается следующее: ... ppp[21528]: tun0: LCP: deflink: RecvTerminateReq(10) state = Opened ppp[21528]: tun0: LCP: deflink: LayerDown ppp[21528]: tun0: LCP: deflink: SendTerminateAck(10) state = Opened ppp[21528]: tun0: LCP: deflink: State change Opened --> Stopping ppp[21528]: tun0: Phase: deflink: open -> lcp ppp[21528]: tun0: IPCP: deflink: LayerDown: 192.168.0.1 ppp[21528]: tun0: IPCP: deflink: State change Opened --> Starting ppp[21528]: tun0: IPCP: deflink: LayerFinish. ppp[21528]: tun0: IPCP: Connect time: 1708 secs: 5448497 octets in, 1018193 octets out, Local: 0 0 ppp[21528]: tun0: IPCP: 9235 packets in, 10220 packets out ppp[21528]: tun0: IPCP: total 3786 bytes/sec, peak 6935 bytes/sec on Tue Apr 4 01:13:39 2006 ppp[21528]: tun0: IPCP: deflink: State change Starting --> Initial ppp[21528]: tun0: Phase: bundle: Terminate ... ppp[21528]: tun0: LCP: deflink: RecvConfigReq(0) state = Stopping ppp[21528]: tun0: LCP: ACCMAP[6] 0x00000000 ppp[21528]: tun0: LCP: MAGICNUM[6] 0x43ed4619 ppp[21528]: tun0: LCP: PROTOCOMP[2] ppp[21528]: tun0: LCP: ACFCOMP[2] ppp[21528]: tun0: LCP: CALLBACK[3] CBCP ppp[21528]: tun0: LCP: deflink: RecvConfigReq(1) state = Stopping ppp[21528]: tun0: LCP: ACCMAP[6] 0x00000000 ppp[21528]: tun0: LCP: MAGICNUM[6] 0x43ed4619 ppp[21528]: tun0: LCP: PROTOCOMP[2] ppp[21528]: tun0: LCP: ACFCOMP[2] ppp[21528]: tun0: LCP: CALLBACK[3] CBCP ppp[21528]: tun0: LCP: deflink: RecvConfigReq(2) state = Stopping ppp[21528]: tun0: LCP: ACCMAP[6] 0x00000000 ppp[21528]: tun0: LCP: MAGICNUM[6] 0x43ed4619 ppp[21528]: tun0: LCP: PROTOCOMP[2] ppp[21528]: tun0: LCP: ACFCOMP[2] ppp[21528]: tun0: LCP: CALLBACK[3] CBCP ... И вот эти последние шесть строк постоянно появляются в логе до момента ручного убийства зависшей ppp-сесии. Кто-нибудь сталкивался с такой проблемой? Есть какое-либо решение данной проблемы? Вставить ник Quote
Raul Posted April 6, 2006 Posted April 6, 2006 Сталкивался раньше с похожей проблемой. Переехал с ppp на pppd (точнее на radpppd т.к. была нужна поддержка радиуса). Подобных глюков в pppd замечено не было. Вставить ник Quote
vestronet Posted April 6, 2006 Author Posted April 6, 2006 Да, мне также необходима поддержка RADIUS. Я как раз тоже пытался переходить на radpppd под FreeBSD ( скачал с https://nibs.net.ua ), но RADIUS-сервер серверу доступа с radpppd отвечал ошибкой "RADIUS request doesn't contain 'NAS-Port-Type' attribute". Как сделать аттрибут NAS-Port-Type принудительно в Async, я не знаю. Были ли у тебя такие проблемы? И с какого ресурса ты брал данный radpppd? Вставить ник Quote
Raul Posted April 6, 2006 Posted April 6, 2006 Не помню уже откуда брал... Я на твое мыло скинул тарбол. Вставить ник Quote
vestronet Posted April 6, 2006 Author Posted April 6, 2006 Архив получил, но у меня такой radpppd уже есть. С ним у меня проблемы... -> RADIUS request doesn't contain 'NAS-Port-Type' attribute. Further call type detection is useless... :-( Вставить ник Quote
v-m-k Posted April 7, 2006 Posted April 7, 2006 Угу, и под freenibs последний, freeradius 1.0.1 возьми... Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.