Hallo Hago, Hago Ziegler wrote:
Was ich vielleicht noch dazu sagen muss:
Ich verwende das Notebook noch in einem anderen kleinen Netz, wo WinRoute installiert ist. deshalb gibt es unter "Netzeigenschaften - TCP/IP - Gateway" neben der 192.168.0.96 für Linux noch 192.168.0.1 für das WinRoute-LAN. Ich schalte das zur Probe mal ab. Genauso gab es das für DNS, hab' ich aber schon länger abgeschaltet.
Hat das Abschalten der WinRoute-Gateway-Adresse etwas gebracht? Alternativ kannst Du ja die IP-Adressen auf dem Winroute-Server und dem Linux-Rechner gleich setzen, sodass dann keine Umschaltung noetig ist. Wie ich Windows kenne, muss man ja danach sowieso nochmals rebooten... ;-) Wurde durch das WinRoute evtl. auch Software auf dem Laptop installiert? So etwas aehnliches gibt es ja beim "Mircosoft Proxy Server", der (auf dem Client!) bei der Installation des "Microsoft Proxy Clients" die "winsock.dll" gegen eine spezielle Variante tauscht. Wenn WinRoute, das ich jetzt nicht direkt kenne, so etwas Aehnliches macht, kann ich mir durchaus vorstellen, dass das dir Ursache des Problems ist.
3) Probier doch mal etwas ganz Einfaches. Zum Beispiel ein "telnet" auf eine Seite im Internet (z.B. "telnet www.hago-ziegler.de". Numm aber dort mal statt des Hostnames die IP-Adresse, hier also ein: "telnet 195.20.225.14").
Du kennst das also ;-)
Ich habe ein wenig ueberlegt, welche Adresse ich Dir da zum Testen nennen soll. Da ich mir erst gestern Deine Webseite angeschaut hatte, habe ich kurzerhand "www.hago-ziegler.de" zur IP aufgeloest und Dir diese Adresse genannt.
Hab' ich gemacht - tut sich nichts.(mit dem Browser)
Klar. Mit dem Browser geht das nicht.
Hab' ich auch mal übers Modem versucht => Syntax nicht korrekt error 404.
Also, vielleicht habe ich das ja falsch verstanden. Ich habe "telnet 195.20.225.14" im DOS-Fenster eingegeben, während über ippp2 eine Verbindung nach draussen hergestellt war. => keine Reaktion
Hier sollte dann aber das "telnet"-Fenster aufgehen und ein Login-Prompt erscheinen (wenn das Masquerading richtig funktioniert)... Schade...
Da ich mir nicht sicher war, was Du gemeint hast, Hab ich es auch mit dem Browser versucht - "diese Seite nicht gefunden"
Nein, ich meinte schon die Kommandozeile.
Der vorkompilierte mit wenigen Veränderungen neu kompiliert.
Und Du hast bei Deinen Aenderungen die Masquerading- und Firewalling-Funktionen schon alle miteingebaut?
ippp3 war Quatsch, es gibt ippp0,ippp1,ippp2
Und sind diese Devices auch alle sauber in getrennten IP-Netzen untergebracht?
192.168.1.99, -98, -97 aber ich kann ihnen auch 192.168.1.99, -2.98, -3.97 geben.
Waere ein wenig uebersichtlicher, wenn Du sie nach Netzen trennst.
bash-2.03# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.96 0.0.0.0 UG 0 0 0 eth0
.................... Diese -----0.1 könnte sich mit dem Gateway-Eintrag fürs WinRoute-Netz beissen.
Mach diesen Eintrag unter Windows mal weg...
Warum hier nicht die -----1.99, ----1.98, ----1.97 stehen, verstehe ich nicht. Wenn ich's ändere geht nichts mehr.
Weil Du vermutl. als Point-to-Point-Gegenstelle die "192.168.0.1" drin hast! Unklar ist auch die Default-Route, die bei Dir auf die "192.168.0.96" zeigt (und das ist ja die IP-Adresse der Ethernet-Karte in der Linux-Maschine). Diese Default-Route muss unter Windows gesetzt werden (dort heisst es Default-Gateway). Aber unter Linux nicht. Wie sieht das "route -n" denn im Online-Zustand aus?
.................... bash-2.03# ifconfig eth0 Link encap:Ethernet HWaddr 00:E0:7D:7F:5F:69 inet addr:192.168.0.96 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:888 errors:0 dropped:0 overruns:0 frame:0 TX packets:1113 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:10 Base address:0xec00
So weit - so gut.
ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.1.99 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
ippp1 Link encap:Point-to-Point Protocol inet addr:192.168.1.98 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
ippp2 Link encap:Point-to-Point Protocol inet addr:192.168.1.97 P-t-P:192.168.0.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:36 errors:0 dropped:0 overruns:0 frame:0 TX packets:43 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
Gib doch mal als "Point-To-Point"-Stelle auch eine Adresse aus dem Netz "192.168.1.x" an. Am liebsten waere mir eine Konfiguration wie z.B.: ippp0: IP-Adresse: 192.168.1.99 P-t-P: 192.168.1.100 Subnetz: 255.255.255.255 ippp1: IP-Adresse: 192.168.2.99 P-t-P: 192.168.2.100 Subnetz: 255.255.255.255 ippp2: IP-Adresse: 192.168.3.99 P-t-P: 192.168.3.100 Subnetz: 255.255.255.255 eth0: IP-Adresse: 192.168.0.96 Subnetz: 255.255.255.0 Das Default-Gateway brauchst Du unter Linux im Offline-Zustand nicht bzw. Du kannst es auch z.B. auf "192.168.1.100" zeigen lassen. Dann wird -sobald Daten nach draussen gehen- eine ISDN-Verbindung mittels "ippp0" aufgebaut. Wenn Du aber sowieso kein Dial-On-Demand willst, brauchst Du IMHO kein Default-Gateway im Offline-Zustand. Im Online-Zustand aendert sich das ja bei den ISDN-Devices. Dann sollte das Default-Gateway natuerlich auf das aktive ISDN-Device (bzw. auf die offizielle IP-Adresse des P-t-P-Partners - also auf den Einwaehlknoten des ISPs) zeigen, da dort.
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:17469 errors:0 dropped:0 overruns:0 frame:0 TX packets:17469 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 ....................
Klar. ;-) Setze mal die Gateway-Geschichten unter Windows eindeutig (also die WinRoute-Ueberreste erst mal entfernen). Dann nochmals probieren und ggf. bei den ISDN-Devices eine saubere Konfiguration aufsetzen. BTW: Brauchst Du wirklich die drei ISDN-Devices? Sind die alle fuer verschiedene ISPs konfiguriert?
Ist 'ne riesige Mail geworden, mit viel Information. Ich hoffe, ich mute Dir nicht zuviel zu.
;-) Gruss, Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com