van Schelve wrote: > as I mentioned in my post from today it looks to me like an authentication > problem because these radius log > entries: > > Wed Nov 18 08:48:18 2009 : Auth: Login incorrect (rlm_chap: Wrong user > password): [49160--------/<CHAP-Password>] (from client tmobwanip port 0 > cli 49160--------) > Wed Nov 18 08:56:36 2009 : Auth: Login incorrect (rlm_chap: Wrong user > password): [49160--------/<CHAP-Password>] (from client tmobwanip port 0 > cli 49160--------) > > > Please have a look into my other posts. Well, I am not Dan, and I am not *sure*, but this part of the log of failed session does not seem to support this theory: ==== rcvd [CHAP Challenge id=0x1 <ae19e43f460f5298ca0a6933246e4335>, name = "UMTS_CHAP_SRVR"] ** Message: nm-ppp-plugin: (get_credentials): passwd-hook, requesting credentials... ** Message: nm-ppp-plugin: (get_credentials): got credentials from NetworkManager sent [CHAP Response id=0x1 <d29bfa4e9cab3171192695c3c3d62cf6>, name = "username"] rcvd [CHAP Success id=0x1 ""] CHAP authentication succeeded ==== Could the radius log be from another session, that failed for a different reason? Looking closer at the logs, side by side, shows that the difference starts *after* successful authentication, here: BAD: 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>] GOOD: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] I cannot tell what exactly goes on here, though... Don't know the PPP protocol well enough. Eugene
Attachment:
signature.asc
Description: OpenPGP digital signature