Hallo!
Ich habe auf einem Suse 7.2 Rechner mit Kernel 2.4.4 eine ISDN Karte Elsa PCI Microlink 1000. die wird richtig erkannt und die Einwahl zum Provider funktioniert auch. Irgendetwas dürfte aber beim Identifizieren nicht hinhauen. Ich werde wieder rausgeschmissen. Der /var/log/message :
Nov 30 17:19:26 guard kernel: OPEN: 192.168.1.13 -> 195.3.96.67 UDP, port: 1048 -> 53
Nov 30 17:19:26 guard kernel: ippp0: dialing 1 014946040…
Nov 30 17:19:26 guard kernel: isdn_net: ippp0 connected
Nov 30 17:19:27 guard kernel: NETDEV WATCHDOG: ippp0: transmit timed out
Nov 30 17:19:27 guard kernel: isdn_tx_timeout dev ippp0 dialstate 0
Nov 30 17:19:27 guard isdnlog: Nov 30 17:19:26 * tei 66 calling 014946040 with Nachname RING (Data)
Nov 30 17:19:27 guard isdnlog: Nov 30 17:19:27 tei 66 calling 014946040 with Nachname Time:Fri Nov 30 16:43:00 2001
Nov 30 17:19:27 guard isdnlog: Nov 30 17:19:27 tei 66 calling 014946040 with Nachname CONNECT (Data)
Nov 30 17:19:27 guard ipppd[202]: Local number: 982348743, Remote number: 014946040, Type: outgoing
Nov 30 17:19:27 guard ipppd[202]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Nov 30 17:19:27 guard isdnlog: Nov 30 17:19:27 tei 66 calling 014946040 with Nachname No area info for provider 33_0 (98), destination 014946040
Nov 30 17:19:28 guard ipppd[202]: sent [0][LCP ConfReq id=0x1]
Nov 30 17:19:29 guard ipppd[202]: rcvd [0][LCP ConfReq id=0x1]
Nov 30 17:19:29 guard ipppd[202]: sent [0][LCP ConfAck id=0x1]
Nov 30 17:19:31 guard ipppd[202]: sent [0][LCP ConfReq id=0x1]
Nov 30 17:19:31 guard ipppd[202]: rcvd [0][LCP ConfAck id=0x1]
Nov 30 17:19:31 guard ipppd[202]: lcp layer is UP
Nov 30 17:19:31 guard ipppd[202]: rcvd [0][CHAP Challenge id=0x2 , name = „HiPer“]
Nov 30 17:19:31 guard ipppd[202]: ChapReceiveChallenge: Rcvd id 2.
Nov 30 17:19:31 guard ipppd[202]: ChapReceiveChallenge: received name field: ‚HiPer‘
Nov 30 17:19:31 guard ipppd[202]: sent [0][CHAP Response id=0x2 , name = „Benutzerkennung“]
Nov 30 17:19:34 guard ipppd[202]: sent [0][CHAP Response id=0x2 , name = „Benutzerkennung“]
Nov 30 17:19:34 guard ipppd[202]: rcvd [0][CHAP Failure id=0x2 „“]
Nov 30 17:19:34 guard ipppd[202]: ChapReceiveFailure: Rcvd id 2.
Nov 30 17:19:34 guard ipppd[202]: CHAP authentication failed
Nov 30 17:19:34 guard ipppd[202]: rcvd [0][LCP TermReq id=0x3]
Nov 30 17:19:34 guard ipppd[202]: LCP terminated by peer
Nov 30 17:19:34 guard ipppd[202]: sent [0][LCP TermAck id=0x3]
Nov 30 17:19:34 guard ipppd[950]: Can’t execute /etc/ppp/auth-fail: No such file or directory
Nov 30 17:19:35 guard isdnlog: Nov 30 17:19:35 tei 66 calling 014946040 with Nachname Normal call clearing (User)
Nov 30 17:19:35 guard kernel: ippp0: remote hangup
Nov 30 17:19:35 guard kernel: ippp0: Chargesum is 0
Nov 30 17:19:35 guard ipppd[202]: Modem hangup
Nov 30 17:19:35 guard ipppd[202]: Connection terminated.
Nov 30 17:19:35 guard ipppd[202]: taking down PHASE_DEAD link 0, linkunit: 0
Nov 30 17:19:35 guard ipppd[202]: LCP is down
Nov 30 17:19:35 guard ipppd[202]: closing fd 7 from unit 0
Nov 30 17:19:35 guard ipppd[202]: link 0 closed , linkunit: 0
Nov 30 17:19:35 guard kernel: ippp_ccp: freeing reset data structure c0059000
Nov 30 17:19:35 guard ipppd[202]: reinit_unit: 0
Nov 30 17:19:35 guard ipppd[202]: Connect[0]: /dev/ippp0, fd: 7
Nov 30 17:19:35 guard kernel: ippp, open, slot: 0, minor: 0, state: 0000
Nov 30 17:19:35 guard kernel: ippp_ccp: allocated reset data structure c0059000
Nov 30 17:19:35 guard isdnlog: Nov 30 17:19:35 tei 66 calling 014946040 with Nachname HANGUP ( 0:00:08 I= 91.0 b O=149.0 b)
Was genau nicht hinhaut kann ich nicht sagen. Ich suchte schon auf Internetseiten. Bei oberen File hatte ich den Namen geändert, die Providerwahl, das Kennwort. In der Praxis stimmt es.
options.ippp0 schaut bei mir so aus.
/dev/ippp0
user „providerbenutzerkennung“
name „providerbenutzerkennung“
debug
#192.168.0.99:192.168.0.1
ipcp-accept-local
ipcp-accept-remote
noipdefault
useifip
mru 1524
mtu 1500
Providerbenutzererkennung änderte ich natürlich wieder.
die Datei pap-secrets schaut so aus
„SuseBenutzer“ * „kennwort“
„Sambagruppe“ * „kennwort“
„providerkennung“ * „kennwort“
Auch auf der Datei stimmen alle Daten.
Vielleicht noch eine Info, die Karte und den Zugang installierte ich über yast1. mtu und mru hatte ich nachträglich hinzugefügt, da ich hier anfangs den error hatte und die pakete automatisch nicht richtig groß waren.
Irgendwie bin ich schön langsam am verzweifeln. Es kann natürlich auch sein, daß es nur eine kleinigkeit ist und ich mich mitlerweile aus allem nicht mehr raussehe und desshalb nicht das richtige sehe.
Über jede noch so kleine Hilfe oder Denkanstoß freue ich mich riesig! Danke!
Martin