7
WRT54GL routed nicht
Hallo,
habe Probleme mit meinem WRT54GL. Folgendes Szenario:
- 2 Rechner mit 192.168.1.10 und 11 hängen an folgendem Router
- Router hat 192.168.1.13 als LAN-Adresse
- Router hat 192.168.2.101 als WAN-Adresse per DHCP bekommen (dabei wurde auch Gateway 192.168.2.1 eingestellt)
- Router ist als "Router" und nicht als "Gateway" konfiguriert
- Statische Route auf Netzwerk 192.168.2.0 Mask 255.255.255.0 Gateway 192.168.2.1
- Gateway zum INet hat IP 192.168.2.1
Ich kann von den Rechnern aus
- den jeweils anderen Rechner
- den Router
- das WAN-Interface des Routers
anpingen. Ping auf das Gateway bzw. Adressen im INet gehen nicht. Traceroutes brechen am Router-LAN-Interface ab.
In Telnetsession auf dem Router kann ich alles anpingen und auch Traceroutes gehen überall hin. Für mich sieht es so aus, als wäre alles korrekt konfiguriert, nur das Routing selber von 192.168.1.0-Netz auf's 192.168.2.0-Netz geht nicht.
Grüsse
habe Probleme mit meinem WRT54GL. Folgendes Szenario:
- 2 Rechner mit 192.168.1.10 und 11 hängen an folgendem Router
- Router hat 192.168.1.13 als LAN-Adresse
- Router hat 192.168.2.101 als WAN-Adresse per DHCP bekommen (dabei wurde auch Gateway 192.168.2.1 eingestellt)
- Router ist als "Router" und nicht als "Gateway" konfiguriert
- Statische Route auf Netzwerk 192.168.2.0 Mask 255.255.255.0 Gateway 192.168.2.1
- Gateway zum INet hat IP 192.168.2.1
Ich kann von den Rechnern aus
- den jeweils anderen Rechner
- den Router
- das WAN-Interface des Routers
anpingen. Ping auf das Gateway bzw. Adressen im INet gehen nicht. Traceroutes brechen am Router-LAN-Interface ab.
In Telnetsession auf dem Router kann ich alles anpingen und auch Traceroutes gehen überall hin. Für mich sieht es so aus, als wäre alles korrekt konfiguriert, nur das Routing selber von 192.168.1.0-Netz auf's 192.168.2.0-Netz geht nicht.
Grüsse
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 94742
Url: https://administrator.de/contentid/94742
Ausgedruckt am: 25.11.2024 um 19:11 Uhr
7 Kommentare
Neuester Kommentar
Moin,
ich würde den Clients die Adressen per DHCP geben und die "statische Route" herausnehmen.
Gruß, Arch Stanton
ich würde den Clients die Adressen per DHCP geben und die "statische Route" herausnehmen.
Gruß, Arch Stanton
Die statische Route hatte ich schon haußen. Das half nicht.
Den Clients möchte ich feste Adressen geben. Habe lieber die volle Kontrolle.
Hat jemand andere Ideen ?
Den Clients möchte ich feste Adressen geben. Habe lieber die volle Kontrolle.
Hat jemand andere Ideen ?
wie ist denn die Gatewayadresse der Clients?
192.168.1.13 (also das LAN-Interface des Routers). Der soll ja alle Anfragen in das andere Subnetz leiten.
mach doch mal DHCP.
Gruß, Arch Stanton
Gruß, Arch Stanton
Hochschieb.
Bis jetzt hat noch nichts geholfen. Hat sonst noch jemand Ideen?
Danke
Bis jetzt hat noch nichts geholfen. Hat sonst noch jemand Ideen?
Danke
Das Verhalten ist vermutlich normal. Alle Endgeräte mit Ausnahme deines Routers im 192.168.2.0er Netz haben als Gateway die IP des Providers eingetragen.
Pingst du nun Endgeräte im .2.0er Netz dann hast du eine IP Quelladresse aus dem 192.168.1.0er Netz. Da die Entgeräte inklusive des Gateways des Providers im .2.0er Netz dies .1.0er Netz aber nicht kennen werden sie es an ihr Standardgateway mit der .2.1 senden.
Dies Gateway hat aber vermutlich keine startiche Route auf das 192.168.2.0er Netz via deiner Router IP im .2.0er Netz die es eigentlich haben müsste damit ein Ping usw. funktioniert und folglich geht das Antwortpacket ins Nirwana, da 192.168er IP Netze private RFC 1918 Adressen sind die im Internet nicht geroutet werden. Bzw. weil schlicht und einfach auf dem Router mit der .2.1 die Route in dein .1.0er Netz FEHLT !!
http://de.wikipedia.org/wiki/Private_IP-Adresse
Wenn du direkt auf dem Router bist, dann benutzt dieser eine 192.168.2.0er IP Quelladresse und damit klappt es dann wieder, da dieses Netz ja bekannt ist (direkt verbunden !)
Das Problem kannst du nur mit 2 Mögöichkeiten lösen:
a.) Wenn dein Router NAT macht, also alle Pakete aus dem .1.0er netz auf seine .2.0er WAN IP umsetzt so wie auf einem Standard DSL Router. Das ist vermutlich der Gateway Betrieb und damit müsste es dann wieder klappen.
b.) Du trägst einen statische Route ins .1.0er Netz auf dem .2.1er Router ein !!
Also ein normales Verhalten mehr oder weniger !
Pingst du nun Endgeräte im .2.0er Netz dann hast du eine IP Quelladresse aus dem 192.168.1.0er Netz. Da die Entgeräte inklusive des Gateways des Providers im .2.0er Netz dies .1.0er Netz aber nicht kennen werden sie es an ihr Standardgateway mit der .2.1 senden.
Dies Gateway hat aber vermutlich keine startiche Route auf das 192.168.2.0er Netz via deiner Router IP im .2.0er Netz die es eigentlich haben müsste damit ein Ping usw. funktioniert und folglich geht das Antwortpacket ins Nirwana, da 192.168er IP Netze private RFC 1918 Adressen sind die im Internet nicht geroutet werden. Bzw. weil schlicht und einfach auf dem Router mit der .2.1 die Route in dein .1.0er Netz FEHLT !!
http://de.wikipedia.org/wiki/Private_IP-Adresse
Wenn du direkt auf dem Router bist, dann benutzt dieser eine 192.168.2.0er IP Quelladresse und damit klappt es dann wieder, da dieses Netz ja bekannt ist (direkt verbunden !)
Das Problem kannst du nur mit 2 Mögöichkeiten lösen:
a.) Wenn dein Router NAT macht, also alle Pakete aus dem .1.0er netz auf seine .2.0er WAN IP umsetzt so wie auf einem Standard DSL Router. Das ist vermutlich der Gateway Betrieb und damit müsste es dann wieder klappen.
b.) Du trägst einen statische Route ins .1.0er Netz auf dem .2.1er Router ein !!
Also ein normales Verhalten mehr oder weniger !
