Hallo Liste, erstmal tausend Dank fuer die verschiedenen Hilfen. Wir sind wahrscheinlich 2 Millimeter vor dem Ziel. Das Positive: Die Einwahl klappt, dem Client wird die IP zugewiesen, die ich mit YaST bei der Konfiguration des ippp1 eingetragen habe. Ping klappt in beide Richtungen, Zugriff auf die jeweiligen Webserver (Httpd auf dem Linux-Server und Apache auf dem WinNT-Client) klappt. Was leider nicht klappt und fuer uns aber entscheidend ist, ist der Zugriff auf den Server mit FTP und Telnet vom Client aus, obwohl der Server in meinem lokalen Netz ueber eth0 einwandfrei per FTP und auch Telnet erreichbar ist. Ein Zugriff per FTP fuehrt beim Client zum Haengen und beim Server nach einem Timeout zu der Meldung in /var/log/messages Jan 3 22:17:09 compi-10 in.ftpd[1510]: refused connect from 192.168.14.9 Ein Grund koennte sein, dass mein Server versucht, ueber ippp0 die Telekom wegen einer Nameserver-Anfrage anzuwaehlen (warum bitte um alles in der Welt), was aber nicht klappt, da keine Leitung mehr frei ist, da wir noch eine Sprechverbindung haben) Jan 3 22:15:53 compi-10 kernel: OPEN: 192.168.13.10 -> 194.25.2.129 UDP, port: 1025 -> 53 Jan 3 22:15:53 compi-10 kernel: ippp0: dialing 1 0191011... Jan 3 22:15:53 compi-10 isdnlog: Jan 03 22:15:53 * tei 101 calling 0191011 with Daten_Compi-10 RING (Data) Jan 3 22:15:53 compi-10 kernel: isdn: HiSax,ch1 cause: E0222 (die letzten drei Zeilen 5 mal, 5 Waehlversuche) Setze ich das ippp0-Interface in Wahlmodus manual, kommt: Jan 3 22:21:59 compi-10 kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Jan 3 22:22:31 compi-10 last message repeated 5 times Jan 3 22:22:51 compi-10 last message repeated 2 times Was will _mein_ Rechner beim Nameserver, wir arbeiten nur mit numerischen IP's, die zudem in den hosts-Dateien aufgeloest werden. Telnet reagiert uebrigens aehnlich. Ich habe Squid laufen, kann das damit was zu tun haben ? Es wird aber _nie_ explizit auf den Squid-Port zugegriffen. Noch mal kurz meine options.ippp1 (von Kommentaren befreit, um Platz zu sparen). Wenn mir jemand kurz sagen kann, ob die options.ippp1 so OK ist, bin ich schon etwas beruhigt. /dev/ippp1 192.168.13.10:192.168.14.9 user "fricke" useifip -vj -vjccomp -ac -pc -bsdcomp mru 1524 mtu 1500 +pap +chap Fuer alle Faelle auch noch mal kurz meine route.conf (dto. entkommentiert): 192.168.3.0 0.0.0.0 255.255.255.0 eth0 192.168.11.11 0.0.0.0 255.255.255.255 ippp0 192.168.14.9 0.0.0.0 255.255.255.255 ippp1 default 192.168.11.11 Was um Alles in der Welt verursacht FTP ? Schon mal vielen Dank fuer moegliche Loesungen. Norbert -- Norbert Boese eMail: norbert.boese@ptb.de Phone +49-531-18533 Fax +49-531-5923205