Routering

[chaser_]

Ik zit met het volgende probleem:

2 vestigingen zijn aan elkaar gekoppeld met een VPN tunnel dmv 2 Zywall5's.

De subnetten zijn resp. locatie 1; 192.168.100.x en locatie 2; 192.168.16.x met als default gw 192.168.100.1 en 192.168.16.254. Nou staat er op de locatie 2 een 2e router met ip 192.168.16.253 die een VPN verbinding maakt naar een andere instantie waarover vertrouwelijke data gaat.

Nu is het de bedoeling om vanaf 192.168.100.x ook verbinding te maken met router 192.168.16.253.

Op dit moment kan ik geeen tracert en geen ping uitvoeren naar de 192.168.16.253, wel naar alle werkstations en servers in dat subnet.

Routes worden gemaakt dmv het ADD route commando.

Kan iemand mij op weg helpen hoe dit op te lossen?


Sebas

[DGTL_Magician]

chaser_ schreef op donderdag 26 november 2009 @ 08:00:
Ik zit met het volgende probleem:

2 vestigingen zijn aan elkaar gekoppeld met een VPN tunnel dmv 2 Zywall5's.

De subnetten zijn resp. locatie 1; 192.168.100.x en locatie 2; 192.168.16.x met als default gw 192.168.100.1 en 192.168.16.254. Nou staat er op de locatie 2 een 2e router met ip 192.168.16.253 die een VPN verbinding maakt naar een andere instantie waarover vertrouwelijke data gaat.

Nu is het de bedoeling om vanaf 192.168.100.x ook verbinding te maken met router 192.168.16.253.

Op dit moment kan ik geeen tracert en geen ping uitvoeren naar de 192.168.16.253, wel naar alle werkstations en servers in dat subnet.

Routes worden gemaakt dmv het ADD route commando.

Kan iemand mij op weg helpen hoe dit op te lossen?


Sebas

Staat op die VPN router 192.168.16.253 ook een route naar 192.168.100.x via gateway 192.168.16.254 ?
Waarschijnlijk gaat je traffic er wel naartoe, maar niet terug.

Daarnaast moet 192.168.100.x waarschijnlijk meegenomen worden in het configuratie van de VPN.

[chaser_]

DGTL_Magician schreef op donderdag 26 november 2009 @ 09:06:
[...]

Staat op die VPN router 192.168.16.253 ook een route naar 192.168.100.x via gateway 192.168.16.254 ?
Waarschijnlijk gaat je traffic er wel naartoe, maar niet terug.

Daarnaast moet 192.168.100.x waarschijnlijk meegenomen worden in het configuratie van de VPN.

Nee helaas, dit wordt ook beheerd door een externe partij. Jij stelt dus als die route gemaakt zou worden het verhaal wel zou moeten werken?

Gegroet

[Vicarious]

Waarschijnlijk wel ja.

[ChaserBoZ_]

chaser_ schreef op donderdag 26 november 2009 @ 10:57:
[...]


Nee helaas, dit wordt ook beheerd door een externe partij. Jij stelt dus als die route gemaakt zou worden het verhaal wel zou moeten werken?

Gegroet

Kan best zijn dat de andere partij ICMP heeft uitgezet hoor, een pingtest zegt niet alles

[DGTL_Magician]

chaser_ schreef op donderdag 26 november 2009 @ 10:57:
[...]


Nee helaas, dit wordt ook beheerd door een externe partij. Jij stelt dus als die route gemaakt zou worden het verhaal wel zou moeten werken?

Gegroet

Jup, dat weet ik vrijwel zeker. Een andere oplossing is om te NATten op de router. Daarmee kun je je 192.168.100.x range hiden achter een 192.168.16.x adres.

[Equator]

Of inderdaad de route terug bekend maken, of gaan natten.

MOve naar Netwerken