Hallo! Ich habe ippp1 als Einwahldevice mit YaST (SuSE 7.2) eingerichtet. Dies ist der Eintrag in der Netzwerktabelle von YaST: [4] [X] ISDN SyncPP ippp1 192.168.0.3 [ ] 192.168.0.40 Die erste IP-Adresse ist die lokale und die zweite die Remote-Adresse. Die ISDN-Einstellungen sind die folgenden: ************************************************************** Typ des Netzwerks ippp1 Eigene Telefonnummer (MSN): :000000 : Anzurufende Nummern: : : Nummern, die anrufen dürfen: : : Nur angegebene Nummern erlaubt: [ ] Wählmodus [auto ] Idle-Time :60 : Maximale Wählversuche :1 : ISDN Callback Konfiguration [off ] Name des PPP-Logins :stranger : Passwort des PPP-Logins :**** : ************************************************************** Die Telefonnummer wurde aus naheliegenden Gründen geändert. Die Eintragungen in options.ippp1 sind: ************************************************************** # /etc/ppp/options.ippp? # # for isdn4linux/syncPPP and dynamic IP-numbers # # # Klaus Franken, kfr@suse.de # Version: 27.08.97 (5.1) # # This file is copy by YaST from /etc/ppp/ioptions.YaST # to options.<device> # The device(s) # for more than one device try: # /dev/ippp0 /dev/ippp1 ... /dev/ippp1 # The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #0.0.0.0: # The netmask # it should be 255.255.255.255 # netmask 255.255.255.255 # my user name user "stranger" # my system name (only for CHAP!) # name my_system_name name "stranger" # accept IP addresses from peer # use with dynamic IP ipcp-accept-local ipcp-accept-remote noipdefault # default route should be set by ipppd defaultroute # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP #useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! +pap #+chap # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: # lcp-restart 2 # sometimes you need this: noccp # Get dns info from peer ms-get-dns ************************************************************** Dies ist die die von YaST vorgegebene Version bis auf die PAP-Authentifizierung. Die habe ich durch Entfernen des Kommentarzeichens aktiviert. Ein entsprechende Zeile in pap-secrets ist vorhanden. Das Anwählen von einem Windowsrechner und die Authentifizierung scheinen zu funktionieren. Aber das DFÜ-Netzwerk von Windows, dort ist PPP mit Headerkomprimierung eingestellt, meldet: "Die kompatiblen Protokolle für das DFÜ-Netzwerk, die als Einstellung für den Servertyp angegeben wurden, waren unvereinbar. Prüfen Sie die Netzwerkkonfiguration in der Systemsteuerung, und wiederholen Sie den Vorgang." In /var/log/messages steht: ************************************************************** Jun 16 09:34:07 hempel kernel: isdn_net: call from 511619421,7,0 -> 619421 Jun 16 09:34:07 hempel kernel: ippp1: call from 511619421 -> 619421 accepted Jun 16 09:34:07 hempel isdnlog: Jun 16 09:34:07 * Call to tei 127 from +49 511/619421, Hannover on +49 511/619421, Hannover RING (Data) Jun 16 09:34:07 hempel isdnlog: Jun 16 09:34:07 Call to tei 107 from +49 511/619421, Hannover on +49 511/619421, Hannover CONNECT (Data) Jun 16 09:34:07 hempel isdnlog: Jun 16 09:34:07 tei 112 calling ? with ? Time:Sun Jun 16 09:34:00 2002 Jun 16 09:34:07 hempel isdnlog: Jun 16 09:34:07 tei 112 calling ? with ? CONNECT Jun 16 09:34:07 hempel ipppd[30227]: Local number: 619421, Remote number: , Type: incoming Jun 16 09:34:07 hempel ipppd[30227]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 8 Jun 16 09:34:07 hempel kernel: isdn_net: ippp1 connected Jun 16 09:34:07 hempel ipppd[30227]: Check_passwd called with user=stranger Jun 16 09:34:07 hempel ipppd[30227]: MPPP negotiation, He: No We: No Jun 16 09:34:07 hempel kernel: Received CCP frame from peer Jun 16 09:34:07 hempel kernel: [1/1].ccp-rcv[0]: 01 01 00 0f 12 06 00 00 00 01 11 05 00 01 04 Jun 16 09:34:41 hempel ipppd[30227]: LCP terminated by peer Jun 16 09:34:41 hempel isdnlog: Jun 16 09:34:41 tei 112 calling ? with ? HANGUP ( 0:00:34) Jun 16 09:34:41 hempel isdnlog: Jun 16 09:34:41 Call to tei 107 from +49 511/619421, Hannover on +49 511/619421, Hannover Normal call clearing (User) Jun 16 09:34:41 hempel kernel: ippp1: remote hangup Jun 16 09:34:41 hempel kernel: ippp1: Chargesum is 0 Jun 16 09:34:41 hempel isdnlog: Jun 16 09:34:41 Call to tei 107 from +49 511/619421, Hannover on +49 511/619421, Hannover HANGUP ( 0:00:34 I=346.0 b O=395.0 b) Jun 16 09:34:41 hempel ipppd[30227]: Modem hangup Jun 16 09:34:41 hempel ipppd[30227]: Connection terminated. Jun 16 09:34:41 hempel ipppd[30227]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 16 09:34:41 hempel ipppd[30227]: closing fd 8 from unit 0 Jun 16 09:34:41 hempel kernel: ippp_ccp: freeing reset data structure c3788800 Jun 16 09:34:41 hempel ipppd[30227]: link 0 closed , linkunit: 0 Jun 16 09:34:41 hempel ipppd[30227]: reinit_unit: 0 Jun 16 09:34:41 hempel kernel: ippp, open, slot: 1, minor: 1, state: 0000 Jun 16 09:34:41 hempel kernel: ippp_ccp: allocated reset data structure c3788800 Jun 16 09:34:41 hempel ipppd[30227]: Connect[0]: /dev/ippp1, fd: 8 ************************************************************** Diese Meldungen sagen mir nun gar nichts. Ich habe dann mal in Windows die Headerkomprimierung abgestellt. Auf der Windowsseite kommt dann die gleiche Meldung wie oben. Im Linux-Log-File fehlen nur die beiden Zeilen: Jun 16 09:34:07 hempel kernel: Received CCP frame from peer Jun 16 09:34:07 hempel kernel: [1/1].ccp-rcv[0]: 01 01 00 0f 12 06 00 00 00 01 11 05 00 01 04 Sonst sieht alles genauso aus. Wo steckt der Fehler? Gruß Wolfgang
participants (1)
-
Wolfgang Grüneberg