PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : isdn mit debian woddy legt gleich wieder auf!



Alex_K
20.09.02, 10:45
ich hatte meinen router bis jetzt auf RH 7.2 laufen, und da hat die einwahl problemlos geklappt.
weil ich jetzt neue hardware zur verfügung habe wollte ich auch gleich aud debian woody umstellen, doch damit klappt die isdn verbindung nicht:

ich habe meine verbindung nach dieser anleitung eingerichtet: https://init.homeip.net/prolinux/debian-isdn/debian-isdn.html

wenn ich aber mit "isdnctrl dial ippp0" einwählen will verbindet er ein paar sekunden mit den provider und legt gleich wieder auf, hier der betreffende ausschnitt aus messages:



Sep 19 19:55:40 server kernel: ippp0: dialing 1 194040...
Sep 19 19:55:43 server kernel: isdn_net: ippp0 connected
Sep 19 19:55:43 server ipppd[1231]: Local number: 7226, Remote number: 194040, Type: outgoing
Sep 19 19:55:43 server ipppd[1231]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: Rcvd id 2.
Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: received name field: 'HiPer'
Sep 19 19:55:47 server ipppd[1231]: ChapReceiveFailure: Rcvd id 2.
Sep 19 19:55:47 server ipppd[1233]: Can't execute /etc/ppp/auth-fail: No such file or directory
Sep 19 19:55:47 server ipppd[1231]: LCP terminated by peer
Sep 19 19:55:48 server ipppd[1231]: Connection terminated.
Sep 19 19:55:48 server ipppd[1231]: taking down PHASE_DEAD link 0, linkunit: 0
Sep 19 19:55:48 server ipppd[1231]: LCP is down
Sep 19 19:55:48 server ipppd[1231]: closing fd 8 from unit 0
Sep 19 19:55:48 server kernel: isdn_net: local hangup ippp0
Sep 19 19:55:48 server kernel: ippp0: Chargesum is 0
Sep 19 19:55:48 server ipppd[1231]: link 0 closed , linkunit: 0
Sep 19 19:55:48 server ipppd[1231]: reinit_unit: 0
Sep 19 19:55:48 server ipppd[1231]: Connect[0]: /dev/ippp0, fd: 8


ich habe schon im forum gesucht, in google, aber noch keine lösung gefunden.
mich wrde vor allem mal interessieren was folgende 3 zeilen bedeuten:

Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: Rcvd id 2.
Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: received name field: 'HiPer'
Sep 19 19:55:47 server ipppd[1231]: ChapReceiveFailure: Rcvd id 2.

die pap-secrets und chap-secrets sind vorhanden und sollten auch stimmen

pudding
20.09.02, 10:49
Eigentlich ist ja die darauffolgende Zeile die _Wichtige_.

pudding

Alex_K
20.09.02, 10:57
kannst du auch genauer sagen was daran so wichtig ist?

in der ipppd man page steht:



/etc/ppp/auth-fail
This program or script is executed after a authen_
tication failure with the following parameters:
interface name, authentication user name, username
of ipppd, devicename, speed, remote number, failure
reason
Valid reasons are:
1 = Timeout during pap auth
2 = pap protocol rejected
3 = pap secrets invalid
9 = Timeout during chap auth
10 = chap protocol rejected
11 = chap secrets invalid


aber wie kann ich die parameter auslesen (d.h. vor allem failure reason) ...

pudding
20.09.02, 12:34
ups
Ich war vorher etwas vorschnell mit dem antworten - hab auch ein wenig geforscht, bin aber zu noch keinem brauchbaren Ergebnis gekommen (auser dass es nicht das übliche Problem von wegen falschem Passwort zu sein scheint)
hab leider kein ISDN laufen.

aber du könntest ja mal den debugger für ipppd einschalten - vielleicht gibts dann mehr infos.


CU (jetzt erstmal mittag essen)
pudding

Alex_K
20.09.02, 15:59
der debugger vom ipppd ist eingeschalten, ohne debugger fehlen folgende zeilen:



Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: Rcvd id 2.
Sep 19 19:55:44 server ipppd[1231]: ChapReceiveChallenge: received name field: 'HiPer'
Sep 19 19:55:47 server ipppd[1231]: ChapReceiveFailure: Rcvd id 2.
Sep 19 19:55:47 server ipppd[1233]: Can't execute /etc/ppp/auth-fail: No such file or directory

pudding
20.09.02, 16:08
hmmmmm

ehrlich gesagt, wenn du dir sicher bist, dass deine chap-secrets etc richtig sind(?), fehlt mir grad jegliche idee....

Alex_K
20.09.02, 19:03
ja, mir hat auch jegliche idee gefehlt, darum hab ich meine ganzen config dateien von squid, samba und co gesichert, und die ganz woody nochmals neu installiert, und siehe da, jetzt klappt es auf einmal ohne probleme.

naja, haupsache es funktioniert jetzt (nur gott weiß warum ;) )

MfG

Alex