Hallo, liebe Listenmitglieder! Mein Problem: Seit einem Update von SuSE 6.4 auf 7.0 bekomme ich bei dem Versuch mich über ppp ins Internet einzuwählen die Fehlermeldungen: 1. "Could not determine local IP address" 2. "No network protocols running" Dann wird der Einwahlversuch abgebrochen. Ich habe auch mit KDE und KDE2 herumexperimentiert (erst KDE drauf gehabt, dann KDE2 dazu, dann KDE deinstalliert, dann KDE2 deinstalliert und zum Schluss wieder KDE alleine), aber da ist der Fehler wohl eher nicht zu suchen, oder? Was ich bisher versucht habe (ist wenig, weil ich ziemlich ahnungslos bin): - bei SuSE nach Updates für das Problem gesucht - bei geocrawler nach diesem Problem gesucht (auch gefunden, aber es war eine verschlüsselte Nachricht) - in den manuals ist auch nichts darüber zu finden Hier mal der Ausschnitt aus meiner /var/log/messages: ---------snipp--------- Mar 27 16:14:58 tux-land pppd[529]: pppd 2.3.11 started by mcguinness, uid 504 Mar 27 16:14:58 tux-land pppd[529]: Perms of /dev/ttyS0 are ok, no 'mesg n' neccesary. Mar 27 16:14:58 tux-land pppd[529]: Using interface ppp0 Mar 27 16:14:58 tux-land pppd[529]: Connect: ppp0 <--> /dev/ttyS0 Mar 27 16:14:58 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb0 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfNak id=0xb0 <auth pap>] Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfAck id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb2 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfNak id=0xb2 <auth pap>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfAck id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP EchoReq id=0x0 magic=0x1bb297ca] Mar 27 16:15:01 tux-land pppd[529]: sent [PAP AuthReq id=0x1 user="expressnet" password=<hidden>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP EchoRep id=0x0 magic=0xebb09330] Mar 27 16:15:01 tux-land pppd[529]: rcvd [PAP AuthAck id=0x1 ""] Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>] Mar 27 16:15:01 tux-land kernel: PPP BSD Compression module registered Mar 27 16:15:01 tux-land kernel: PPP Deflate Compression module registered Mar 27 16:15:01 tux-land pppd[529]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [IPCP ConfReq id=0xca <addr 10.0.71.1>] Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfAck id=0xca <addr 10.0.71.1>] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>] Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0 0.0.0.0>] Mar 27 16:15:02 tux-land pppd[529]: rcvd [LCP ProtRej id=0xb4 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0 0.0.0.0>] Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x3] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfAck id=0x3] Mar 27 16:15:02 tux-land pppd[529]: Could not determine local IP address Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP TermReq id=0x4 "Could not determine local IP address"] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP TermAck id=0x4] Mar 27 16:15:02 tux-land pppd[529]: sent [LCP TermReq id=0x2 "No network protocols running"] Mar 27 16:15:02 tux-land pppd[529]: rcvd [LCP TermAck id=0x2] Mar 27 16:15:02 tux-land pppd[529]: Connection terminated. Mar 27 16:15:02 tux-land pppd[529]: Connect time 0.1 minutes. Mar 27 16:15:02 tux-land pppd[529]: Sent 371 bytes, received 385 bytes. Mar 27 16:15:02 tux-land pppd[529]: Exit. ---------snipp--------- Schon einmal für Anregungen, Hin-/Verweise oder sogar Problemlösungen bedanke ich mich schon einmal im Voraus. Grüsse, Marc -- "Never surf faster, than your guardian penguin can fly!" ICQ: 86484697 http://www.mcguinness.de
Am Dienstag, 27. März 2001 18:25 schrieb Marc Mc Guinness:
1. "Could not determine local IP address" 2. "No network protocols running"
Na dann schauen wir doch mal in die messages:
---------snipp--------- Mar 27 16:14:58 tux-land pppd[529]: pppd 2.3.11 started by mcguinness, uid 504 Mar 27 16:14:58 tux-land pppd[529]: Perms of /dev/ttyS0 are ok, no 'mesg n' neccesary. Mar 27 16:14:58 tux-land pppd[529]: Using interface ppp0 Mar 27 16:14:58 tux-land pppd[529]: Connect: ppp0 <--> /dev/ttyS0 Mar 27 16:14:58 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb0 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfNak id=0xb0 <auth pap>]
Also deine Machine mag kein CHAP, weil Du wahrscheinlich in der /etc/ppp/chap-secrets dein Login und Password nicht eingetragen hast. Da dein Provider anscheinend aber auch PAP anbietet, ist das wohl nicht so das Problem.
Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfAck id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb2 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfNak id=0xb2 <auth pap>]
s.o.
Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfAck id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP EchoReq id=0x0 magic=0x1bb297ca] Mar 27 16:15:01 tux-land pppd[529]: sent [PAP AuthReq id=0x1 user="expressnet" password=<hidden>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP EchoRep id=0x0 magic=0xebb09330] Mar 27 16:15:01 tux-land pppd[529]: rcvd [PAP AuthAck id=0x1 ""]
Die Anmeldung ist durch. Jetzt kommt der restliche Krams mit den IP-Adressen:
Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Der pppd deines Rechners mach einen Vorschlag mit der Adresse 0.0.0.0 und erzwingt so eine entsprechenden Gegenvorschlag der anderen Seite (NAK).
Mar 27 16:15:01 tux-land kernel: PPP BSD Compression module registered Mar 27 16:15:01 tux-land kernel: PPP Deflate Compression module registered Mar 27 16:15:01 tux-land pppd[529]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [IPCP ConfReq id=0xca <addr 10.0.71.1>] Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfAck id=0xca <addr 10.0.71.1>] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Der ist aber ein wenig zickig und lehnt das gleich ganz ab (REJ)!
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0 0.0.0.0>]
Dein Rechner probiert es auch promt nochmal.
Mar 27 16:15:02 tux-land pppd[529]: rcvd [LCP ProtRej id=0xb4 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Ein ProtRej ist schon ziemlich heftig. Da scheint irgendwie nicht mehr viel von deinen Daten beim Provider anzukommen bzw. nur noch verstümmelt...
Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0 0.0.0.0>]
Und nochmal eine Absage auf den zweiten Vorschlag der IP-Adressen.
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x3] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfAck id=0x3] Mar 27 16:15:02 tux-land pppd[529]: Could not determine local IP address
Das riecht jetzt danach, das Du von deinem Provider eine feste IP-Adresse bekommen hast, da die Anfrage ohne eine IP-Adresse funktioniert!
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP TermReq id=0x4 "Could not determine local IP address"]
Da Du aber keine feste IP-Adresse auf deiner Seite definiert hast, kann eine weitere Verbindung zum Gegenüber keinen Sinn mehr machen und deshalb will dein Rechner diese nun beenden. Der Rest ist dann wohl Geschichte #-(
Schon einmal für Anregungen, Hin-/Verweise oder sogar Problemlösungen bedanke ich mich schon einmal im Voraus.
Ich beobachte in letzter Zeit immer häufiger Probleme bei Providern. Am besten wäre es, zu Testzwecken mal einen Internet-by-Call Provider auszuprobieren. Leider schreibst Du nicht, ob Du TDSL/ADSL verwendest oder Modem (ich tippe mal auf letzteres). Bis denn dann... Torsten
Hallo, liebe Leute! Ich verwende ein Modem und es handelt sich um eine Call-by-Call-Einwahl. Torsten Hallmann schrieb:
1. "Could not determine local IP address" 2. "No network protocols running"
Na dann schauen wir doch mal in die messages:
---------snipp--------- Mar 27 16:14:58 tux-land pppd[529]: pppd 2.3.11 started by mcguinness, uid 504 Mar 27 16:14:58 tux-land pppd[529]: Perms of /dev/ttyS0 are ok, no 'mesg n' neccesary. Mar 27 16:14:58 tux-land pppd[529]: Using interface ppp0 Mar 27 16:14:58 tux-land pppd[529]: Connect: ppp0 <--> /dev/ttyS0 Mar 27 16:14:58 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb0 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfNak id=0xb0 <auth pap>]
Also deine Machine mag kein CHAP, weil Du wahrscheinlich in der /etc/ppp/chap-secrets dein Login und Password nicht eingetragen hast. Da dein Provider anscheinend aber auch PAP anbietet, ist das wohl nicht so das Problem.
Mar 27 16:15:00 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:00 tux-land pppd[529]: sent [LCP ConfAck id=0xb1 <asyncmap 0xa0000> <auth pap> <magic 0xebb08743> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb2 <asyncmap 0xa0000> <auth chap MD5> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfNak id=0xb2 <auth pap>]
s.o.
Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1bb297ca> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP ConfReq id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP ConfAck id=0xb3 <asyncmap 0xa0000> <auth pap> <magic 0xebb09330> <pcomp> <accomp>] Mar 27 16:15:01 tux-land pppd[529]: sent [LCP EchoReq id=0x0 magic=0x1bb297ca] Mar 27 16:15:01 tux-land pppd[529]: sent [PAP AuthReq id=0x1 user="expressnet" password=<hidden>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [LCP EchoRep id=0x0 magic=0xebb09330] Mar 27 16:15:01 tux-land pppd[529]: rcvd [PAP AuthAck id=0x1 ""]
Die Anmeldung ist durch. Jetzt kommt der restliche Krams mit den IP-Adressen:
Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Der pppd deines Rechners mach einen Vorschlag mit der Adresse 0.0.0.0 und erzwingt so eine entsprechenden Gegenvorschlag der anderen Seite (NAK).
Mar 27 16:15:01 tux-land kernel: PPP BSD Compression module registered Mar 27 16:15:01 tux-land kernel: PPP Deflate Compression module registered Mar 27 16:15:01 tux-land pppd[529]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Mar 27 16:15:01 tux-land pppd[529]: rcvd [IPCP ConfReq id=0xca <addr 10.0.71.1>] Mar 27 16:15:01 tux-land pppd[529]: sent [IPCP ConfAck id=0xca <addr 10.0.71.1>] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Der ist aber ein wenig zickig und lehnt das gleich ganz ab (REJ)!
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0 0.0.0.0>]
Dein Rechner probiert es auch promt nochmal.
Mar 27 16:15:02 tux-land pppd[529]: rcvd [LCP ProtRej id=0xb4 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Ein ProtRej ist schon ziemlich heftig. Da scheint irgendwie nicht mehr viel von deinen Daten beim Provider anzukommen bzw. nur noch verstümmelt...
Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0 0.0.0.0>]
Und nochmal eine Absage auf den zweiten Vorschlag der IP-Adressen.
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP ConfReq id=0x3] Mar 27 16:15:02 tux-land pppd[529]: rcvd [IPCP ConfAck id=0x3] Mar 27 16:15:02 tux-land pppd[529]: Could not determine local IP address
Das riecht jetzt danach, das Du von deinem Provider eine feste IP-Adresse bekommen hast, da die Anfrage ohne eine IP-Adresse funktioniert!
Mar 27 16:15:02 tux-land pppd[529]: sent [IPCP TermReq id=0x4 "Could not determine local IP address"]
Da Du aber keine feste IP-Adresse auf deiner Seite definiert hast, kann eine weitere Verbindung zum Gegenüber keinen Sinn mehr machen und deshalb will dein Rechner diese nun beenden.
Leider schreibst Du nicht, ob Du TDSL/ADSL verwendest oder Modem (ich tippe mal auf letzteres).
s.o. Danke, Marc -- "Never surf faster, than your guardian penguin can fly!" ICQ: 86484697 http://www.mcguinness.de
Hallo! Ich habe es gerade noch einmal einfach auf gut Glück versucht mich einzuwählen und *tatatataaaa* es hat funktioniert! Ich habe überhaupt nichts an der Konfiguration geändert. Marc Mc Guinness wrote:
Ich verwende ein Modem und es handelt sich um eine Call-by-Call-Einwahl.
1. "Could not determine local IP address" 2. "No network protocols running"
Liebe Grüsse, Marc
Am Dienstag, 27. März 2001 23:13 schrieb Marc Mc Guinness:
Ich habe es gerade noch einmal einfach auf gut Glück versucht mich einzuwählen und *tatatataaaa* es hat funktioniert! Ich habe überhaupt nichts an der Konfiguration geändert.
Aufgrund der ProtRej könnte man sagen, das die Leitungen einfach nur schlecht waren oder das der Provider Auslastungsprobleme hat. Bis denn dann... Torsten
participants (2)
-
Marc Mc Guinness
-
Torsten Hallmann