Suse 7.2, CHAP error, mehrere Provider, ging aber mal.
Hallo! Ich benutze Suse 7.2 und benötige Hilfe:-( Mein Internetzugang zu meinen Provider KOMTEL ueber ISDN (ippp0) funktionierte einwandfrei. Nach Einrichtung weiterer Zugaenge klappte der Zugriff auf diese zunaechst nicht (wegen defaultroute). Aber nach Eintragen von deldefaultroute in /etc/ppp/options.ipppx laut Suse SDB 71isdn_defroute war der Zugriff auf andere Provider (z. B. T-Online) möglich. Nur leider schaffe ich es nicht mehr, eine Verbindung zu Komtel herzustellen. Aus /var/log/messages: linux ipppd[315]: Local number: 942027, Remote number: 08003337666, Type: outgoing linux ipppd[315]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 3, linkunit: 0, fd: 7 linux kernel: isdn_net: ippp3 connected linux ipppd[315]: Remote message: Request Denied linux ipppd[315]: CHAP authentication failed linux ipppd[315]: LCP terminated by peer Bei CHAP wuerde ich zunächst sagen, Password, Userkennung etc. Ich habe aber alle Zugaenge schon etliche Male gelöscht, neu angelegt etc. Ueber Windows und OS/2 habe ich Zugriff zu Komtel (gleiches Password, Userkennung). /etc/ppp/pap-secrets und chap-secrets sind ok. Hab sie schon komplett gelöscht und neu anlegen lassen. Hab auch schon deldefaultroute versuchsweise wieder entfernt und nur mit ippp0 gearbeitet. Trage ich die T-Online Daten ein ok, trage ich die Komtel Daten ein, siehe oben. Bei T-Online sieht es dann so aus: linux ipppd[267]: Local number: 942027, Remote number: 0191011, Type: outgoing linux ipppd[267]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 linux kernel: isdn_net: ippp1 connected linux ipppd[267]: Remote message: linux ipppd[267]: MPPP negotiation, He: No We: No linux kernel: Received CCP frame from peer linux kernel: [1/1].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 linux ipppd[267]: local IP address 217.87.254.20 linux ipppd[267]: remote IP address 217.89.22.9 Mir faellt da nichts mehr zu ein. Vielleicht hat ja jemand noch einen Tip zu meinem Problem. Gruß, Dieter
Dieter Gerken wrote: [...]
linux ipppd[315]: Remote message: Request Denied linux ipppd[315]: CHAP authentication failed linux ipppd[315]: LCP terminated by peer
Ich hatte einen ähnlichen Fehler. Aktivieren von Debug in ipppd brachte mich dann darauf, dass ein falscher Name übergeben wurde, obwohl in options.ipppx der richtige String stand. Ein grep nach diesem falschen Namen in /etc/ppp/* ergab dann, dass der falsche Name in /etc/ppp/ioptions (!) stand. Dort den richtigen Namen eingetragen hat dann geholfen.
Hallo Dieter, hallo Liste, ich kann zwar leider nicht helfen, aber ein ziemlich ähnliches, wenn nicht das gleiche Problem habe ich auch. Bei mir geht's um den Provider Tesion. Das war mein erster Provider, und mit Suse 6.2 ging das auch. Ich habe dann auf andere Provider umgestellt und wollte dann (inzwischen mit Suse 7.2, Update von 7.1 und zuvor von 7.0) Tesion wieder für manche Mails nutzen. Es funktionierte nicht und funktioniert immer noch nicht; bei vier anderen Providern (NGI, Nikoma/Tiscali, Victorvox, Cross Telecom) klappt es. /var/log/messages bei mir: ... Jul 18 20:06:11 linux kernel: ippp3: dialing 1 010230191888... ... Jul 18 20:06:13 linux kernel: isdn_net: ippp3 connected Jul 18 20:06:13 linux ipppd[4778]: Local number: 2832, Remote number: 010230191888, Type: outgoing Jul 18 20:06:13 linux ipppd[4778]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 3, linkunit: 0, fd: 8 Jul 18 20:06:13 linux ipppd[4778]: Remote message: Request DeniedNo such user Jul 18 20:06:13 linux ipppd[4778]: CHAP authentication failed Jul 18 20:06:13 linux ipppd[4778]: LCP terminated by peer ... Jul 18 20:06:13 linux kernel: ippp3: remote hangup Jul 18 20:06:13 linux kernel: ippp3: Chargesum is 0 Jul 18 20:06:13 linux ipppd[4778]: Modem hangup Jul 18 20:06:13 linux ipppd[4778]: Connection terminated. Jul 18 20:06:13 linux ipppd[4778]: taking down PHASE_DEAD link 0, linkunit: 0 Jul 18 20:06:13 linux ipppd[4778]: closing fd 8 from unit 0 Jul 18 20:06:13 linux ipppd[4778]: link 0 closed , linkunit: 0 Jul 18 20:06:13 linux ipppd[4778]: reinit_unit: 0 Jul 18 20:06:13 linux ipppd[4778]: Connect[0]: /dev/ippp3, fd: 8 Jul 18 20:06:13 linux kernel: ippp_ccp: freeing reset data structure c57fa000 Jul 18 20:06:13 linux kernel: ippp, open, slot: 3, minor: 3, state: 0000 Jul 18 20:06:13 linux kernel: ippp_ccp: allocated reset data structure c57fa000 ... (Meldungen von isdnlog rausgekürzt) Ich hab's bisher nicht weiter verfolgt, weil ich es nicht oft brauche und es zur Not unter Windows klappt. pap-secrets und chap-secrets habe ich auch schon mehrfach überprüft; die eingetragenen Daten stimmen und werden bei Verwendung von Windows von Tesion auch akzeptiert. Übersehe ich da etwas Fundamentales, was ich mir durchaus zutraue, da ich in der Linux-Materie insgesamt nicht so 100% firm bin? Oder stimmt an anderer Stelle was nicht? Viele Grüße, danke für die Aufmerksamkeit Frank
participants (3)
-
Andreas Bagge
-
Dieter Gerken
-
Frank Fabian