2 verschieden Netze ins Internet routen

Hallo Dani,

besten Dank für deine Antwort.
Aber habs gestern eh noch hinbekommen.
Hab einfach logischerweise eine Route am 1 Router der ins Internet routet, angelegt
und schon hats gepasst.
Bin gestern einfach a bissl auf dem Schlauch gestanden.

Gruß

Rob

Hallo Dani,

hast du eigentlich das Tut schon mal gelesen???
Ich habs mir eben gerade kurz durchgelesen, das zum Thema falsch angebracht (Siehe unter 7.)):


Als nächster Schritt ist der Router dran:
Der DSL Router kann das IP Segment (Clients, hier 172.16.1.0/24) hinter dem Server/PC nicht kennen (woher auch..?)
Man muss ihm also nun beibringen wie er Packete dort hinschicken kann. Der Router der ihm seine Packete da hinschickt ist ja der Server/PC mit den Segmenten NIC1 und NIC2 also muss ich ihm diese IP Adresse als Ziel angeben !!!
Das geschieht auf dem DSL Router mit einer zusätzlichen statischen Route die unbedingt über das Websetup oder CLI Setup des Routers eingetragen werden muss !

Wie ist nun der Weg eines Packetes durch dieses Netz vom Router zum Client ?:
Damit man einmal sieht wie das zusammenspielt ist hier eine kleine Geschichte über die Reise eines solchen Packetes am Beispiel eines Pings vom Client mit der 172.16.1.1 zum Router mit der Adresse 192.168.1.1 angefügt:

1.) Client ist auf dem Netz 172.16.1.0 mit der Hostadresse .1 und erhält vom Ping Programm den Auftrag ein ICMP echo request Packet an den Router 192.168.1.1 zu schicken.
2.) Nun merkt der Client das diese Zieladresse nicht sein IP Segment ist (anderes Netz !), denn er kennt ja seine eigene IP Adresse und befragt den PC IP Stack also ob er ein Default Gateway Eintrag hat, wo er das Packet hinschicken kann, denn das Gateway wird schon wissen wie es weitergeht…
3.) Hurra, da hat er die 172.16.1.254 und das ist der Server/PC, also ab mit dem Packet dahin...
4.) Der Server empfängt nun das Packet, sieht auf die Zieladresse 192.168.1.1 und sieht daraufhin in seiner Routing Tabelle nach.....
5.) Gut !, Das 192.168.1.0er Netz ist an mir direkt angeschlossen also raus damit auf der NIC1 an diesem Segment...
6.) Nun landet das Packet beim Router der ja auch das Ziel ist. Der sieht nach was er machen soll...OK, ich soll ein echo reply an 172.16.1.1 (Client) schicken. Also, los gehts..
7.) Router sieht in der Routing Tabelle nach....

Wie solls ohne gehen?
> Du hast eine statische Route aufs 172.16.1.0er Netz drin => Weiter bei 9.)
>Du hast keine statische Route aufs 172.16.1.0er Netz drin => Weiter bei 8.)

8.) OK, ich nehme die default Route ins Internet da ich 172.16.1.0 anderweitig nicht kenne und es an mir selber ja nicht dran ist...
Hier verliert sich nun die Spur vom Packet 192.168.1.1, da dies eine RFC 1918 IP Adresse ist die nicht geroutet wird im Internet und der Providerrouter das Packet kommentarlos brutal und unbarmherzig in den Datenmülleimer verfrachtet. Im Client erscheint ein "Keine Antwort von 192.168.1.1" und der Anwender ist frustriert…

9.) Aha, in der Routing Tabelle steht eine statische Route die mir sagt alles für 172.16.1.0 schicke bitte an die 192.168.1.254 (Server/PC) Ok, und ab mit dem echo reply Packet an diese Adresse...
10.) Der Server empfängt nun das Packet sieht auf die Zieladresse 172.16.1.1 und sieht daraufhin wieder in seiner Routing Tabelle nach.....
11.) Klasse, das 172.16.1.0er Netz ist an mir direkt angeschlossen also raus damit auf der NIC2 an diesem Segment zum Client...
12.) Perfekt, das Packet mit der echo Antwort vom Router ist da und erzeugt ein freudestrahlendes "Antwort von 192.168.1.1 !!!" Der Anwender ist happy und sagt bingo! es rennt....



Gutes Tutorial!

Trotzdem besten Dank.

Gruß

Rob