Hallo, auf meinem Notebook habe ich SUSE 9.3 gelöscht und SUSE 10 installiert, um keine Altlasten mitzuschleppen. Einige Konfigurationsdateien habe ich aber gesichert und nach der Installation wieder eingespielt. Dazu gehörten auch die Providerdaten für die ISDN-Internetverbindungen. Von 9 Dateien funktionierte aber nur noch die Verbindung zum Provider 1&1. Auch das Löschen und Neueingeben brachte keine Verbesserung. Vielleicht sehe ich den Wald vor lauter Bäumen nicht, aber ich komme irgendwie nicht weiter. Hardware: FritzCard via USB angeschlossen, von YaST erkannt und konfiguriert. Feste IP für Notebook-Netzwerkkarte: 192.168.0.10 Hostname: lnb01 Domainname: privatnetz Name-Server1: 192.168.0.10 (= wie IP Notebook) Domain-Suche1: privatnetz Standard-Gateway: 192.168.0.10 (= wie IP Notebook) Als Schnittstelle habe ich in YaST SyncPPP eingestellt und alle Checkboxen angekreuzt. Für die ISDN-IP habe ich die dynamische IP-Adresse eingegeben und sowohl als lokale als auch entfernte IP-Adresse die fest vergebene IP meines Notebooks eingetragen (192.168.0.10) in der Erwartung, dass diese Werte beim Einwählen überschrieben werden. ISDN-Einstellungen gemäß Datei ifcfg-ippp0: -------------------------------------------------------------------- STARTMODE="manual" IPADDR="192.168.0.10" PTPADDR="192.168.0.10" DEFAULTROUTE="yes" FIREWALL="yes" MSN="xxxxxxgelöschtxxx" DIALMODE="manual" PROVIDER="provider13" SECURE="on" CHARGEHUP="on" CALLBACK="off" CBDELAY="2" SLAVES="ippp1" MULTILINK="yes" LAYER2="hdlc" LAYER3="trans" ENCAP="syncppp" USERCONTROL="yes" DYNAMICIP="yes" ASKPASSWORD="no" -------------------------------------------- Beispiel für eine Providerdatei in /etc/sysconfig/network/providers: ASKPASSWORD='no' AUTODNS='yes' DEMAND='no' DSLSUPPORTED='no' ENCAP='syncppp' IDLETIME='300' ISDNSUPPORTED='yes' MODEMSUPPORTED='no' MODIFYDNS='yes' PASSWORD='xxxxgeheimxxx' PHONE='019102345' PROVIDER='1und1' USERNAME='1und1/geheim' -------------------------------------------------------- Während mit der oben angegebenen Beispieldatei die Verbindung klappt, d.h. die vom Provider zugewiesenen Werte erkannt und übernommen werden, scheitern Verbindungsaufnahmen über andere Provider (die bisher gingen) mit DNS-Fehlern, d.h. der DNS-Server kann nicht abgefragt werden. Richtig ist, dass auf meinem Notebook weder DHCP noch ein DNS-Server läuft. Warum werden nicht die Werte des Providers übernommen? Hier noch Auszüge aus /var/log/messages (die mir leider nicht helfen): Dec 28 17:44:16 lnb01 ipppd[9964]: Found 2 devices: , Dec 28 17:44:16 lnb01 ipppd[9966]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Dec 28 17:44:16 lnb01 ipppd[9966]: init_unit: 0 Dec 28 17:44:16 lnb01 ipppd[9966]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 17:44:16 lnb01 ipppd[9966]: init_unit: 1 Dec 28 17:44:16 lnb01 ipppd[9966]: Connect[1]: /dev/ippp1, fd: 9 Dec 28 17:44:16 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 17:44:16 lnb01 kernel: ippp_ccp: allocated reset data structure c5fac800 Dec 28 17:44:16 lnb01 kernel: ippp, open, slot: 1, minor: 1, state: 0000 Dec 28 17:44:16 lnb01 kernel: ippp_ccp: allocated reset data structure c6859000 ... hier nun ein vergeblicher Einwahlversuch: Der Verbindungsabbruch folgte automatisch (nicht durch mich): Dec 28 17:44:18 lnb01 kernel: ippp0: dialing 1 01920783... Dec 28 17:44:18 lnb01 isdnlog: (AVM B1 driver detected (D2)) Dec 28 17:44:18 lnb01 isdnlog: Dec 28 17:44:18 * tei 81 calling 0192-0783 Online-Dienste with +49 xxx/222xxxxx, xxxx RING (Data) Dec 28 17:44:20 lnb01 kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 28 17:44:21 lnb01 isdnlog: Dec 28 17:44:20 tei 81 calling 0192-0783 Online-Dienste with +49 xxx/222xxxx, xxxx HANGUP Dec 28 17:44:27 lnb01 kernel: isdn_net: local hangup ippp0 Dec 28 17:44:27 lnb01 kernel: capidrv-1: chan 0 disconnect request on free channel Dec 28 17:44:27 lnb01 kernel: ippp0: Chargesum is 0 [KInternet-Verbindung-prüfen zeigte während des Verbindungsaufbaues an, dass über das Kernel-Interface ippp0 und der Standardroute ein Name-Server-Fehler auftrat: "Adressenabfrage funktioniert nicht". Ein Grund hierfür ist für mich nicht ersichtlich, da nachfolgende Einwahl über einen anderen Provider funktioniert.] ... hier bei ansonsten gleichen Einstellungen eine erfolgreiche Einwahl: Dec 28 17:58:32 lnb01 ipppd[11477]: Found 2 devices: , Dec 28 17:58:32 lnb01 ipppd[11478]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Dec 28 17:58:32 lnb01 ipppd[11478]: init_unit: 0 Dec 28 17:58:32 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 17:58:32 lnb01 kernel: ippp_ccp: allocated reset data structure c5400800 Dec 28 17:58:32 lnb01 ipppd[11478]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 17:58:32 lnb01 ipppd[11478]: init_unit: 1 Dec 28 17:58:32 lnb01 kernel: ippp, open, slot: 1, minor: 1, state: 0000 Dec 28 17:58:32 lnb01 kernel: ippp_ccp: allocated reset data structure c5400000 Dec 28 17:58:32 lnb01 ipppd[11478]: Connect[1]: /dev/ippp1, fd: 9 Dec 28 17:58:33 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:33 lnb01 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Dec 28 17:58:33 lnb01 SuSEfirewall2: batch committing... Dec 28 17:58:33 lnb01 SuSEfirewall2: Firewall rules successfully set Dec 28 17:58:33 lnb01 kernel: ippp0: dialing 1 019102345... Dec 28 17:58:33 lnb01 isdnlog: Dec 28 17:58:33 * tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx RING (Data) Dec 28 17:58:37 lnb01 kernel: capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up Dec 28 17:58:37 lnb01 kernel: isdn_net: ippp0 connected Dec 28 17:58:37 lnb01 kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 28 17:58:37 lnb01 ipppd[11478]: Local number: 222xxxx, Remote number: 019102345, Type: outgoing Dec 28 17:58:37 lnb01 ipppd[11478]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Dec 28 17:58:38 lnb01 ipppd[11478]: ioctl(SIOCSIFMTU): Invalid argument, 7 ippp0 1524. Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx Time:Wed Dec 28 17:56:00 2005 Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx COLP 0191-02345 Online-Dienste Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx CONNECT (Data) Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx INTERFACE ippp0 calling 019102345 Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx No area info for provider 33_0 (11), destination 019102345 Dec 28 17:58:39 lnb01 ipppd[11478]: Remote message: Dec 28 17:58:39 lnb01 ipppd[11478]: MPPP negotiation, He: Yes We: Yes Dec 28 17:58:39 lnb01 ipppd[11478]: CCP enabled! Trying CCP. Dec 28 17:58:39 lnb01 ipppd[11478]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 04 01 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 ... hier kommt das gewünschte Ergebnis, der Provider weist ISDN-IPs zu und anschließend wird resolvconf geändert: Dec 28 17:58:39 lnb01 ipppd[11478]: local IP address 217.245.197.131 Dec 28 17:58:39 lnb01 ipppd[11478]: remote IP address 193.158.141.13 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Dec 28 17:58:40 lnb01 modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Dec 28 17:58:41 lnb01 ip-up: SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:41 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:41 lnb01 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Dec 28 17:58:41 lnb01 SuSEfirewall2: batch committing... Dec 28 17:58:41 lnb01 SuSEfirewall2: Firewall rules successfully set Dec 28 17:58:47 lnb01 poll.tcpip: Checking for network time protocol daemon (NTPD): ..unused ... wir sind im Internet und es funktioniert, später wird die Verbindung abgebaut: Dec 28 18:05:03 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:03 lnb01 kernel: isdn_net: local hangup ippp0 Dec 28 18:05:03 lnb01 kernel: ippp0: Chargesum is 0 Dec 28 18:05:03 lnb01 ipppd[11478]: Modem hangup Dec 28 18:05:03 lnb01 ipppd[11478]: Connection terminated. Dec 28 18:05:03 lnb01 ipppd[11478]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: closing fd 8 from unit 0 Dec 28 18:05:03 lnb01 ipppd[11478]: link 0 closed , linkunit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: reinit_unit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 18:05:03 lnb01 kernel: kcapi: appl 1 ncci 0x10101 down Dec 28 18:05:03 lnb01 kernel: ippp_ccp: freeing reset data structure c5400800 Dec 28 18:05:03 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 18:05:04 lnb01 kernel: ippp_ccp: allocated reset data structure c5400800 Dec 28 18:05:04 lnb01 isdnlog: Dec 28 18:05:04 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/2225317, Erfurt HANGUP ( 0:06:27 I=645.3Kb O= 62.2Kb) Dec 28 18:05:04 lnb01 kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 28 18:05:04 lnb01 modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Dec 28 18:05:05 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:05 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:06 lnb01 ipppd[11478]: Terminating on signal 15. Dec 28 18:05:06 lnb01 ipppd[11478]: closing fd 8 from unit 0 Dec 28 18:05:06 lnb01 kernel: ippp_ccp: freeing reset data structure c5400800 Dec 28 18:05:06 lnb01 ipppd[11478]: link 0 closed , linkunit: 0 Dec 28 18:05:06 lnb01 ipppd[11478]: closing fd 9 from unit 1 Dec 28 18:05:06 lnb01 kernel: ippp_ccp: freeing reset data structure c5400000 Dec 28 18:05:06 lnb01 ipppd[11478]: link 1 closed , linkunit: 1 Dec 28 18:05:06 lnb01 ipppd[11478]: Exit. Dec 28 18:05:06 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:06 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:07 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 18:05:07 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 18:05:07 lnb01 ip-down: SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Warum klappt es bei der einen Verbindung, nicht aber bei den anderen Providern? Ich bedanke mich vorab für hilfreiche Tipps. mit freundlichen Grüßen und guten Wünschen für 2006 Jens