Routing Problem Cisco (Rückroute)

[kanalangler]

Hallöle,

habe zur Zeit folgendes Problem. Und zwar haben wir ein Testfall, indem wir ein Clientnetz mit dem Adressbereich 15.4.170.0 haben, die Nm. ist 24Bit groß. Nach diesem Netz kommt direkt ein Linux Server, der als Route fungiert, später mal als Proxy für die Clients dienen soll. Der Linuxrechner hängt sowohl im Netz 15.3.170.0 (15.3.170.3), als auch im Netz 15.4.170.0 (15.4.170.4). Nach diesem Linux-Rechner kommt der nächste Netzabschnitt zu nem 1700er Router mit 2 Ethernet Interfaces. Das eine hängt am 15.4.170.0 Netz (15.4.170.1) und das andere interface in nem 192.168.0.0 Netz (192.168.0.19), wobei die 192.168.0.1 ein Internetgateway darstellt.

Auf dem Cisco sind die Routen zu 15.4.170.0 und 192.168.0.0 directly connected und ein ping von diesem auf z.b. die 15.4.170.4 oder die 192.168.0.1 funktioniert auch.

Jetzt soll vom Linux-Rechner aus ein Ping auf die 192.168.0.1 möglich sein, funktioniert allerdings nicht. Es ist nur bis zur 192.168.0.19, also dem Interface in dem anderen Netz möglich. Fehlt noch irgendeine Rückroute oder ähnliches?

Vielen Dank schonmal im Voraus!

Ciao

[lordy]

Du solltest mal ein kleines Ascii-Bild oder einen Screenshot erstellen, damit man als Unbeteiligter überhaupt eine Chance hat durchzusteigen...

Mal ein Schuss ins Blaue: Hast du auf dem Linux-Rechner IP-Forwarding aktiviert ?

[Crash2001]

[...]Der Linuxrechner hängt sowohl im Netz 15.3.170.0 (15.3.170.3), als auch im Netz 15.4.170.0 (15.4.170.4). [...]

[...] Nach diesem Linux-Rechner kommt der nächste Netzabschnitt zu nem 1700er Router mit 2 Ethernet Interfaces. Das eine hängt am 15.4.170.0 Netz (15.4.170.1) und das andere interface in nem 192.168.0.0 Netz (192.168.0.19), wobei die 192.168.0.1 ein Internetgateway darstellt.[...]

Wo ist denn das Interface mit der IP 15.4.170.1, an dem der 1700er hängt? :confused: Wäre die IP-Adresse 15.3.170.1, dann wäre es klar wo es hängt...

Also wenn ich das richtig verstehe, hast du zweimal das 15.4.170.0/24-er Netz. Dann ists klar, dass das nicht funktioniert. Der Router weiss ja dann nicht, in welches der zwei 15.4.170.0/24-er Netze er senden soll.

Oder hängt am Interface des Linux-Routers, das in 15.4.170-er Netz ist ein Switch dran und daran auch der 1700er Cisco? :confused:

Ohne den Aufbau nun wirklich zu kennen, können wir dir auch nicht helfen.

Also entweder genauer beschreiben, was an welchem Interface und mit welcher IP-Adresse mit welchem Interface wo dran hängt, oder einen kleinen Netzplan zeichnen, auf dem die Daten eingetragen sind und den anhängen...

[DevilDawn]

So wie ich das gelesen hab siehts so aus:

Irgendwas <- 15.3.x.x -> Linux <-- 15.4.x.x --> Cisco <-- 192.168.x.x --> Host

Du kommst mit ICMP nur bis zur Cisco, nicht aber zum Host. Der Host ist ausserdem ein Internetgateway.

Möglichkeit a) Das Internetgateway hat Defaultroute ins Internet und weiss nicht daß das 15.4.x.x Netz hinter der Cisco liegt -> Rückroute fehlt

Möglichkeit Die Cisco filtert

ein netstat -rn auf der 192.168.0.1 wäre jetzt nützlich.

[Crash2001]

@Devildawn:

Und wo ist bei deiner Überlegung das Clientnetz mit dem Adressbereich 15.4.170.0? :confused:

[nic_power]

Hallo,

falls ich das richtig gezeichnet haben sollte und auf der Zeichnung auch nichts vergessen habe, benötigst Du die folgenden Einträge:

a) Systeme in 192.168.0.0:

Default-Route auf 192.168.0.1 (Internet)

Route für 15.4.170.0/24 auf 192.168.0.1

Route für 15.3.170.0/24 auf 192.168.0.1

Cisco-Router

Default-Route auf 192.168.0.19 (Richtung Internet)

Route für 15.3.170.0/24 auf 15.4.170.4

c) Systeme in 15.4.170.0

Default-Route auf 15.4.170.1 (Richtung Internet)

Route für 15.3.170.0 auf 15.4.170.4

d) Linux-"Router"

Default-Route auf 15.4.170.1

e) Systeme in 15.3.170.0/24

Default-Route auf 15.3.170.3

Nic

PS:

Ich nehme an, dass es beabsichtigt ist, den Adressraum von Hewlett Packard für Euer Netz zu verwenden [15/8]?

[kanalangler]

So wie ich das gelesen hab siehts so aus:

Irgendwas <- 15.3.x.x -> Linux <-- 15.4.x.x --> Cisco <-- 192.168.x.x --> Host

Hi,

also diese Darstellung ist genau richtig interpretiert. Das Problem ist aber schon gelöst. Das Problem war die fehlende Rückroute auf dem 192.168.0.1. Gelöst haben wir das allerdings mit NAT auf dem Cisco.

D.H. mit NAT kann man das Problem auch umgehen, wenn man z.B. keinen Zugriff auf das Internetgateway hat.

Danke für eure Hilfe!

Ciao

Sebastian