Suse 10.0, Webzugang über zweite Netzkarte
Hallo ! Ich habe hier einen Rechner mit Suse 10.0 und zwei Netzwerkkarten, einmal onboard (eth0) und dann eine weitere, eth2. eth0 hängt an einem hub mit 2 weiteren Rechnern, davon ein Server. DHCP, 192.168.24.x., 255.255.255.0 eth2 hängt an einem Router, für Webzugang (Genau genommen: eth2 <=> dlan/powerline <=> Strometz <=> dlan/powerline <=> Router <=> Web) Feste IP 192.168.1.105,255.255.255.0 Da ich das dlan-Teil nicht an einem Hub betreiben kann, habe ich eine zweite Netzwerkkarte in meinen PC eingesetzt, um somit den Webzugang vom Router zu nutzen. Beide Karten im PC laufen, d.h. ich kann Server (über eth0) und Router (über eth2 -> dlan) anpingen und befinde mich auch weiterhin per eth0 in meinem PC-Netz mit Zugriff auf den Server. Aber der Webzugang (über eth2) funktioniert nicht. Wie gesagt, ping bis zum Router klappt, aber nicht weiter. Woran liegts? Mit dem IP-Forwarding hab ich ebenfalls herumexperimentiert, aber nicht hinbekommen (falls ich da überhaupt richtig lag). Gruß Olaf
Hallo Olaf, Kannst Du auf dem dlan-Teil überhaupt ein Route eintragen für das Netz 192.168.24.x? Ich kann es nämlich auf meinem DSL-Router nicht. Habe mir deshalb mit dem guten alten ARP-Hack geholfen. DSL-Router mit 192.168.44.1, 255.255.255.0 sieht alle internen Rechner in seinem Netz, der verteilende Rechner (über eth0 an den DSL-Router verbunden) mit 192.168.44.2, 255.255.255.224 weiss auf Grund der anderen Maske, dass er mehrere Netze bedienen soll. Er muss sich aber gegenüber dem DSL-Router für alle Rechner in diesen Netzen als zuständig ausgeben. Dafür hat er in /etc/ethers folgende Einträge: 00:0E:A6:8E:A5:95 192.168.44.34 pub 00:0C:29:D0:73:6E 192.168.44.66 pub 00:0C:29:8A:26:38 192.168.44.67 pub und gibt sich für diese IP-Adressen beim ARP-Protokoll als zuständig aus. Dadurch sendet der DSL-Router alle Pakete für die aufgeführten IP-Adressen an den verteilenden Rechner, der sie dann zustellt, weil er auf Grund der anderen Maske weiss, dass diese Daten in die anderen Subnetze müssen. Zum Beispiel mein Laptop mit 192.168.44.34, 255.255.255.224 ist über seine eth0 (192.168.44.34) an die eth1 (192.168.44.33) des verteilenden Rechners angebunden. Dem DSL-Router gaukle ich ein Klasse-C-Netz mit maximal 254 Rechnern vor, das ich im verteilenden Rechner in mehrere Subnetze mit jeweils maximal 30 Rechnern zerlege. Tschö, Emil Am Sonntag, 10. September 2006 04:39 schrieb Olaf Staubus:
Hallo !
Ich habe hier einen Rechner mit Suse 10.0 und zwei Netzwerkkarten, einmal onboard (eth0) und dann eine weitere, eth2.
eth0 hängt an einem hub mit 2 weiteren Rechnern, davon ein Server. DHCP, 192.168.24.x., 255.255.255.0 eth2 hängt an einem Router, für Webzugang (Genau genommen: eth2 <=> dlan/powerline <=> Strometz <=> dlan/powerline <=> Router <=> Web) Feste IP 192.168.1.105,255.255.255.0
Da ich das dlan-Teil nicht an einem Hub betreiben kann, habe ich eine zweite Netzwerkkarte in meinen PC eingesetzt, um somit den Webzugang vom Router zu nutzen. Beide Karten im PC laufen, d.h. ich kann Server (über eth0) und Router (über eth2 -> dlan) anpingen und befinde mich auch weiterhin per eth0 in meinem PC-Netz mit Zugriff auf den Server.
Aber der Webzugang (über eth2) funktioniert nicht. Wie gesagt, ping bis zum Router klappt, aber nicht weiter.
Woran liegts? Mit dem IP-Forwarding hab ich ebenfalls herumexperimentiert, aber nicht hinbekommen (falls ich da überhaupt richtig lag).
Gruß Olaf
-- -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate
Hallo Emil !
Kannst Du auf dem dlan-Teil überhaupt ein Route eintragen für das Netz 192.168.24.x?
Nein, an den dlan-Geräten kann man offenbar gar nichts eintragen, außer einen Namen + Passwort für das eigene (also das den dlan-Geräten gehörende) Netz, und auch das klappt offenbar nur per Windows-Software. Aber die Verbindung durch die dlan-Geräte durchs Stromnetz ist ja nichts weiter als eine Kabelverbindung. Da diese Verbindung ja nachweislich steht, kann man die dlan-Teile auch gedanklich "weglassen". Ich versuche das mal zu "zeichnen", bin mir nicht sicher ob ich das gut genug erkläre. So sieht das netz jetzt aus: PC1_eth0-----Hub----PC0(Server, WinNT) + weiterer Rechner PC1_eth2-----Router/Modem-----Telefonbuchse oder anders gesagt: (192.168.24.x_eth0)-----(Hub)----(PC0, Server, WinNT, 192.168.24.1) + (weiterer Rechner 192.168.24.x) (192.168.1.105_eth2)---(dlan1)--Stromnetz--(dlan2)---(Router/Modem 192.168.1.1)-----(Telefonbuchse) Der Teil mit dem dlan kann also hier als durchgehendes Kabel gesehen werden. Wenn ich Dich richtig verstanden habe, soll ich folgendes machen: eth2 des PC1 auf 192.168.1.105 und 255.255.224 stellen und in die /etc/ethers des PC1 soll ich dann eintragen MAC-Adresse_Karte_in_PC0(Server) 192.168.24.0 pub MAC-Adresse_Karte_in_anderem_PC_an_Hub 192.168.24.x pub ... ehrlich gesagt hab ich das nicht verstanden.... Damit leite ich die Signale der eth2 auf eth0 weiter, so dass der PC1 und alle anderen PCs am Hub (an eth0) Webzugang haben? Momentan kann ich ja zu überall hin pingen, also über beide Netzkarten. Auch mit eth2 komme ich bis zum Router, nur halt nicht ins Web. Kannst Du das bitte nochmal etwas genauer beschreiben, ich komme auch mit googlen gerade nicht weiter. Gruß Olaf
Hallo ! Jetzt wirds richtig lächerlich: das, was Suse irgendwie nicht hinbekommt (bzw. ich nicht finde), habe ich mit Windows XP auf Anhieb geschafft. Und das dollste Ding ist: dieses Windows XP läuft unter VMware, dies wiederum in genau der Suse-Installation, um die es hier geht, in der ich genau _das_ nicht schaffe. In dieser WinXP-Installation habe ich die beiden Karten wie folgt eingerichtet: eth0 => Bridged in vmware => Lan-Verbindung-1: Ip per DHCP 192.168.24.x (also der Bereich meines PC-Netzwerks bzw. Servers am Hub) Subnetzmaske 255.255.255.0 Standardgateway: keinen eth2 => direkt auf vmnet2 in vmware => Lan-Verbindung-2: IP fix auf 192.168.1.117 (der Bereich des Routers) Subnetzmaske: 255.255.255.0 Standardgateway: 192.168.1.254 (IP des Modems vor dem Router; nutze ich, weil der Linksys WRT54 bei Tele2 nicht funktioniert) Und zack, konnte ich mit meinem vmware-XP sowohl ins Heimnetz als auch ins Internet. Das muss doch dann erst Recht im Host-System Suse zu schaffen sein.... ?! Gruß Olaf
Hallo Olaf, dann schau Dir mal die Ausgaben von "route PRINT" unter XP und "route" unter Linux an. Laß Dich nicht durch die vielen zusätzlichen Routen unter XP irre machen (die sind teils für Multicasting), nimm nur die, die mit Deinen Netzwerkadressen zu tun haben und versuche, den Weg eines Paketes zu verfolgen (tracert unter XP, traceroute unter Linux). Tschö, Emil Am Montag, 11. September 2006 00:01 schrieb Olaf Staubus:
Hallo !
Jetzt wirds richtig lächerlich:
das, was Suse irgendwie nicht hinbekommt (bzw. ich nicht finde), habe ich mit Windows XP auf Anhieb geschafft. Und das dollste Ding ist: dieses Windows XP läuft unter VMware, dies wiederum in genau der Suse-Installation, um die es hier geht, in der ich genau _das_ nicht schaffe.
In dieser WinXP-Installation habe ich die beiden Karten wie folgt eingerichtet:
eth0 => Bridged in vmware => Lan-Verbindung-1: Ip per DHCP 192.168.24.x (also der Bereich meines PC-Netzwerks bzw. Servers am Hub) Subnetzmaske 255.255.255.0 Standardgateway: keinen
eth2 => direkt auf vmnet2 in vmware => Lan-Verbindung-2: IP fix auf 192.168.1.117 (der Bereich des Routers) Subnetzmaske: 255.255.255.0 Standardgateway: 192.168.1.254 (IP des Modems vor dem Router; nutze ich, weil der Linksys WRT54 bei Tele2 nicht funktioniert)
Und zack, konnte ich mit meinem vmware-XP sowohl ins Heimnetz als auch ins Internet.
Das muss doch dann erst Recht im Host-System Suse zu schaffen sein.... ?!
Gruß Olaf
-- -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate
Hallo Emil, hallo Liste ! -----Ursprüngliche Nachricht----- Von: Emil Stephan [mailto:Emil.Stephan@t-online.de]
und versuche, den Weg eines Paketes zu verfolgen (tracert unter XP, traceroute unter Linux)
Das sagt mir leider absolut nichts... "traceroute xxx.xxx.x.x" sagt mir nur eine Meldung mit der gleichen IP-Nr... Ich steh im Moment ziemlich auf dem Schlauch... wär klasse, wenn mich mal jemand hochhebt. Muss ich nicht einfach den beiden Suse-Karten unterschiedliche Gateways zuordnen? (wo und wie auch immer) In XP war das die sofortige Lösung. Route PRINT unter XP ======================================================================== === Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x2 ...00 0c 29 fc 6f 5b ...... Ethernetadapter der AMD-PCNET-Familie - Paketplaner-Miniport 0x3 ...00 10 60 a7 33 ae ...... Bluetooth LAN Access Server Driver - Paketplaner-Miniport 0x4 ...00 0c 29 fc 6f 65 ...... VMware Accelerated AMD PCNet Adapter - Paketplaner-Miniport ======================================================================== === ======================================================================== === Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.1.254 192.168.1.117 10 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.1.0 255.255.255.0 192.168.1.117 192.168.1.117 10 192.168.1.117 255.255.255.255 127.0.0.1 127.0.0.1 10 192.168.1.255 255.255.255.255 192.168.1.117 192.168.1.117 10 192.168.24.0 255.255.255.0 192.168.24.106 192.168.24.106 10 192.168.24.106 255.255.255.255 127.0.0.1 127.0.0.1 10 192.168.24.255 255.255.255.255 192.168.24.106 192.168.24.106 10 224.0.0.0 240.0.0.0 192.168.1.117 192.168.1.117 10 224.0.0.0 240.0.0.0 192.168.24.106 192.168.24.106 10 255.255.255.255 255.255.255.255 192.168.1.117 192.168.1.117 1 255.255.255.255 255.255.255.255 192.168.24.106 192.168.24.106 1 255.255.255.255 255.255.255.255 192.168.24.106 3 1 Standardgateway: 192.168.1.254 ======================================================================== === Stndige Routen: Keine Route unter Linux: Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth2 192.168.99.0 * 255.255.255.0 U 0 0 0 vmnet1 172.16.216.0 * 255.255.255.0 U 0 0 0 vmnet8 192.168.24.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo Irgendwie finde ich die Ausgabe von Suse ziemlich nichtssagend. Mich wundert allenfalls,d ass dort "vmnet2" fehlt, auf die die imaginäre zweite XP-Karte von mir eingestellt wurde, aber das dürfte eher unrelevant sein. Gruß Olaf
eth0 => Bridged in vmware => Lan-Verbindung-1: Ip per DHCP 192.168.24.x (also der Bereich meines PC-Netzwerks bzw. Servers am Hub) Subnetzmaske 255.255.255.0 Standardgateway: keinen
eth2 => direkt auf vmnet2 in vmware => Lan-Verbindung-2: IP fix auf 192.168.1.117 (der Bereich des Routers) Subnetzmaske: 255.255.255.0 Standardgateway: 192.168.1.254 (IP des Modems vor dem Router; nutze ich, weil der Linksys WRT54 bei Tele2 nicht funktioniert)
-- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.2/442 - Release Date: 08.09.2006
Hallo Olaf! Olaf Staubus wrote:
Route unter Linux:
Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth2 192.168.99.0 * 255.255.255.0 U 0 0 0 vmnet1 172.16.216.0 * 255.255.255.0 U 0 0 0 vmnet8 192.168.24.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo
Du hast keine default route gesetzt, daher weiss Dein System auch nicht, über welche Schnittstelle es Pakete schicken soll, die in die weite Internet-Welt gehen sollen. (In WinXP hattest Du dagegen eine default route = die 1. Zeile mit Netzwerkziel 0.0.0.0. Damit teilst Du dem System mit, dass alle nicht anderweitig festgelegten Adressen über eth2 an 192.168.1.254 weitergereicht werden sollen) Setze mal folgenden Befehl ab: : route add default gw 192.168.1.254 192.168.1.254 ist dabei die IP deines Gateways nach aussen (Router/Modem)- ggf. anpassen. Danach solltest Du dann von Deinem PC aus ins Internet kommen. Wenn nicht, bitte auch nochmal die Ausgabe von ifconfig posten. Der nächste Schritt wäre dann, ggf. dafür zu sorgen, dass auch die anderen Rechner im über eth0 angebundenen lokalen Netzwerk diesen Internetzugang nutzen können. HTH Joachim
Hallo Olaf, meine Routingtabelle unter Linux (opensuse 10.0) sieht so aus Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.44.64 0.0.0.0 255.255.255.224 U 0 0 0 vmnet4 192.168.44.0 0.0.0.0 255.255.255.224 U 0 0 0 eth0 192.168.44.32 192.168.44.33 255.255.255.224 UG 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.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.44.1 0.0.0.0 UG 0 0 0 eth0 Die Route mit der 64 ist für die virtuellen Maschinen, die über vmnet4 kommen. Die Route mit der 32 ist für meinen Laptop, der über eth1 kommt. Die Defaultroute (0.0.0.0) geht auf meinen DSL-Router. Es sieht so aus, dass eine Solche unter Deinem Linux fehlt (XP hat Diese, s.u.). Evtl. mit YaST als Standardgateway bei Dir 192.168.1.254 eintragen. Tschö, Emil Am Montag, 11. September 2006 18:55 schrieb Olaf Staubus:
Hallo Emil, hallo Liste !
-----Ursprüngliche Nachricht----- Von: Emil Stephan [mailto:Emil.Stephan@t-online.de]
und versuche, den Weg eines Paketes zu verfolgen (tracert unter XP, traceroute unter Linux)
Das sagt mir leider absolut nichts... "traceroute xxx.xxx.x.x" sagt mir nur eine Meldung mit der gleichen IP-Nr...
Ich steh im Moment ziemlich auf dem Schlauch... wär klasse, wenn mich mal jemand hochhebt. Muss ich nicht einfach den beiden Suse-Karten unterschiedliche Gateways zuordnen? (wo und wie auch immer) In XP war das die sofortige Lösung.
Route PRINT unter XP
======================================================================== === Schnittstellenliste 0x1 ........................... MS TCP Loopback interface 0x2 ...00 0c 29 fc 6f 5b ...... Ethernetadapter der AMD-PCNET-Familie - Paketplaner-Miniport 0x3 ...00 10 60 a7 33 ae ...... Bluetooth LAN Access Server Driver - Paketplaner-Miniport 0x4 ...00 0c 29 fc 6f 65 ...... VMware Accelerated AMD PCNet Adapter - Paketplaner-Miniport ======================================================================== === ======================================================================== === Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.1.254 192.168.1.117 10 ^^^^^^ hier die Defaultroute von XP 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.1.0 255.255.255.0 192.168.1.117 192.168.1.117 10 192.168.1.117 255.255.255.255 127.0.0.1 127.0.0.1 10 192.168.1.255 255.255.255.255 192.168.1.117 192.168.1.117 10 192.168.24.0 255.255.255.0 192.168.24.106 192.168.24.106 10 192.168.24.106 255.255.255.255 127.0.0.1 127.0.0.1 10 192.168.24.255 255.255.255.255 192.168.24.106 192.168.24.106 10 224.0.0.0 240.0.0.0 192.168.1.117 192.168.1.117 10 224.0.0.0 240.0.0.0 192.168.24.106 192.168.24.106 10 255.255.255.255 255.255.255.255 192.168.1.117 192.168.1.117 1 255.255.255.255 255.255.255.255 192.168.24.106 192.168.24.106 1 255.255.255.255 255.255.255.255 192.168.24.106 3 1 Standardgateway: 192.168.1.254 ======================================================================== === Stndige Routen: Keine
Route unter Linux:
Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth2 192.168.99.0 * 255.255.255.0 U 0 0 0 vmnet1 172.16.216.0 * 255.255.255.0 U 0 0 0 vmnet8 192.168.24.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo
Irgendwie finde ich die Ausgabe von Suse ziemlich nichtssagend. Mich wundert allenfalls,d ass dort "vmnet2" fehlt, auf die die imaginäre zweite XP-Karte von mir eingestellt wurde, aber das dürfte eher unrelevant sein.
Gruß Olaf
eth0 => Bridged in vmware => Lan-Verbindung-1: Ip per DHCP 192.168.24.x (also der Bereich meines PC-Netzwerks bzw. Servers am Hub) Subnetzmaske 255.255.255.0 Standardgateway: keinen
eth2 => direkt auf vmnet2 in vmware => Lan-Verbindung-2: IP fix auf 192.168.1.117 (der Bereich des Routers) Subnetzmaske: 255.255.255.0 Standardgateway: 192.168.1.254 (IP des Modems vor dem Router; nutze ich, weil der Linksys WRT54 bei Tele2 nicht funktioniert)
-- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.2/442 - Release Date: 08.09.2006
-- -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate
Hallo ! -----Ursprüngliche Nachricht----- Von: Emil Stephan
Evtl. mit YaST als Standardgateway bei Dir 192.168.1.254 eintragen.
Hatte ich schon probiert, da genau das unter dem vmware-XP geholfen hatte. Unter XP ist dies die Lösung, unter Suse keine Änderung. Gruß Olaf -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/445 - Release Date: 11.09.2006
Olaf Staubus wrote:
Emil Stephan wrote:
Evtl. mit YaST als Standardgateway bei Dir 192.168.1.254 eintragen.
Hatte ich schon probiert, da genau das unter dem vmware-XP geholfen hatte. Unter XP ist dies die Lösung, unter Suse keine Änderung. Hast Du denn folgendes mal gemacht?
route add default gw 192.168.1.254 Setz das mal ab und poste dann den Output von traceroute -n 130.57.5.70 (oder mit einer anderen IP-Adresse eines Rechners im Internet. IP-Adresse statt Hostname um erstmal auszuschließen, dass es [auch noch] ein DNS Problem gibt.) Häng auch nochmal den Output von "route -n" an, damit man sieht, ob die default route auch wirklich eingetragen ist. Ohne die geht sowieso nichts nach draussen. Joachim
Hallo Emil, hallo Joachim, hallo Liste ! Ich kann Erfolg melden: Bei dem Versuch per route add default gateway ... Kam immer eine Meldung mit "SIOCADADR die Datei existiert schon" o.ä. Aber dann: -----Ursprüngliche Nachricht----- Von: Joachim Marx
um erstmal auszuschließen, dass es [auch noch] ein DNS Problem gibt.)
Der Begriff "DNS" hat mich auf die richtige Spur gebracht, irgendwie waaar da doch mal was... Ich habe in der /etc/resolv.conf nachgeschaut. Dort stand drin # Blablabla ### END INFO search dnseschwe nameserver 192.168.24.1 also die IP des Lan auf eth0, da konnte er natürlich lange nach Webadressen suchen. Nachdem ich das manuell geändert habe in nameserver 192.168.1.254 also die IP vom Modem, konnte ich google anpingen. Danach brauchte ich noch ein paar Minuten um zu kapieren, dass die resolv.conf immer wieder vom System geändert und auf die vorherigen Standardwerte gesetzt wird. Das habe ich dann unterbunden, wie es in der resolv.conf beschrieben steht: Ich hab die den Wert DHCLIENT_MODIFY_RESOLV_CONF="yes" Geändert auf DHCLIENT_MODIFY_RESOLV_CONF="no" System Neustart, alles roger :-) Da ich immer gerne wissen will _was_ ich da eigentlich gemacht habe, hab ich danach nochmal versucht, das zurückzusetzen und mit YAST nachzuvollziehen, aber da steige ich nicht durch. Es würde mich aber wirklich interessieren, wie das mit Yast ginge.
Häng auch nochmal den Output von "route -n" an
Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.99.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1 172.16.216.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8 192.168.24.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.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.1.254 0.0.0.0 UG 0 0 0 eth2 -----Ursprüngliche Nachricht----- Von: Joachim Marx
Der nächste Schritt wäre dann, ggf. dafür zu sorgen, dass auch die anderen Rechner im über eth0 angebundenen lokalen Netzwerk diesen Internetzugang nutzen können.
Genau das würde ich nun noch gerne realisieren. Könnt ihr mir dabei nochmal auf die Sprünge helfen ? Gruß und DANKE, Olaf -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/446 - Release Date: 12.09.2006
Hallo Olaf! Olaf Staubus wrote:
Joachim Marx wrote:
Der nächste Schritt wäre dann, ggf. dafür zu sorgen, dass auch die anderen Rechner im über eth0 angebundenen lokalen Netzwerk diesen Internetzugang nutzen können.
Genau das würde ich nun noch gerne realisieren. Könnt ihr mir dabei nochmal auf die Sprünge helfen ?
Stichworte sind "IP Forwarding" und "Masquerading" 1. Du musst IP Forwarding für eth0 aktivieren: In yast ist das in der Konfig. der Netzwerkkarte unter Routing -> [x] Enable IP Forwarding (mein yast spricht Englisch, sollte aber leicht zu finden sein) 2. In yast die Firewall aktivieren, konfigurieren und dort v.a. das Masquerading einschalten. - dein External Device ist eth2, das Internal Device ist eth0 - Firewall -> Masquerading -> [x] Masquerade Networks 3. Auf den Rechnern im LAN trägst Du nun noch als Standard Gateway Deinen PC ein, mit der IP Adresse, die er auf eth0 hat (also 192.168.24.???) HTH Joachim
Hallo Olaf, Du kannst auch beide Server in der resolv.conf eintragen, damit die Namensauflösung auch für das interne Netz funktioniert. Dazu ist aber ein bind-server (aka named) in Deinem lokalen Netz nötig. Bei wenigen Rechnern braucht man das aber nicht, da kann man auch mit der /etc/hosts zurechtkommen, in die man die Namen und IP-Adressen einträgt. Tschö, Emil Am Mittwoch, 13. September 2006 17:22 schrieb Olaf Staubus:
Hallo Emil, hallo Joachim, hallo Liste !
Ich kann Erfolg melden:
Bei dem Versuch per route add default gateway ... Kam immer eine Meldung mit "SIOCADADR die Datei existiert schon" o.ä. Aber dann:
-----Ursprüngliche Nachricht----- Von: Joachim Marx
um erstmal auszuschließen, dass es [auch noch] ein DNS Problem gibt.)
Der Begriff "DNS" hat mich auf die richtige Spur gebracht, irgendwie waaar da doch mal was... Ich habe in der /etc/resolv.conf nachgeschaut. Dort stand drin # Blablabla ### END INFO search dnseschwe nameserver 192.168.24.1
also die IP des Lan auf eth0, da konnte er natürlich lange nach Webadressen suchen. Nachdem ich das manuell geändert habe in nameserver 192.168.1.254 also die IP vom Modem, konnte ich google anpingen. Danach brauchte ich noch ein paar Minuten um zu kapieren, dass die resolv.conf immer wieder vom System geändert und auf die vorherigen Standardwerte gesetzt wird. Das habe ich dann unterbunden, wie es in der resolv.conf beschrieben steht: Ich hab die den Wert DHCLIENT_MODIFY_RESOLV_CONF="yes" Geändert auf DHCLIENT_MODIFY_RESOLV_CONF="no"
System Neustart, alles roger :-)
Da ich immer gerne wissen will _was_ ich da eigentlich gemacht habe, hab ich danach nochmal versucht, das zurückzusetzen und mit YAST nachzuvollziehen, aber da steige ich nicht durch. Es würde mich aber wirklich interessieren, wie das mit Yast ginge.
Häng auch nochmal den Output von "route -n" an
Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.99.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet1 172.16.216.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet8 192.168.24.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.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.1.254 0.0.0.0 UG 0 0 0 eth2
-----Ursprüngliche Nachricht----- Von: Joachim Marx
Der nächste Schritt wäre dann, ggf. dafür zu sorgen, dass auch die
anderen
Rechner im über eth0 angebundenen lokalen Netzwerk diesen
Internetzugang
nutzen können.
Genau das würde ich nun noch gerne realisieren. Könnt ihr mir dabei nochmal auf die Sprünge helfen ?
Gruß und DANKE, Olaf
-- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/446 - Release Date: 12.09.2006
-- -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate
participants (3)
-
Emil Stephan -
Joachim Marx -
Olaf Staubus