Geen communicatie tussen 2 verschillende WAN adressen

[Keffa18]

Beste allemaal.

Ik zal beginnen met onze situatie voor te leggen.

Wij hebben Glas van XS4All, hierbij hebben wij een standaard WAN IP van XS4All en een extra subnet met 8 extra WAN IP adressen.

Voorbeeld IP 1: 111.111.111.111 (Standaard IP adres dat wordt gebruikt voor de internet verbinding van XS4all en die via NAT door de netwerk apparaten wordt gebruikt)

Voorbeeld IP subnet: 222.222.222.222/29 (dus 222.222.222.222 t/m 222.222.222.229)

Wij hebben de Fritz!Box hier hangen deze deelt de 192.168.178.xxx adressen uit via DHCP aan de apparaten in het netwerk, daar achter hebben wij een Asus Router waar een statisch IP is ingesteld vanuit het nieuwe subnet (222.222.222.225), alles werkt, we hebben internet en ook het IP wordt netjes weer gegeven op www.watismijnip.nl en poorten staan ook netjes geopend.

Nu hebben wij achter de Fritz!Box direct een Exchange server staan met een intern adres (192.168.178.161) en deze is van buiten de internet verbinding gewoon te bereiken.

Echter nu is het zo dat wij vanaf het netwerk achter de router (222.222.222.225) niet meer met de Exchange server (111.111.111.111) kunnen communiceren.

Wanneer wij ons domein pingen krijgen we wel gewoon het ip 111.111.111.111 te zien en het pingen stuurt ook netjes de packets retour.

Buiten onze verbinding (dus een fysiek andere internet verbinding) werk alles wel gewoon naar behoren en kunnen wij via bij IP adressen het netwerk inkomen (111.111.111.111 voor de Exchange en 222.222.222.225 voor een VPN server)

Heeft iemand enig idee waarom de interne communicatie niet werkt?

[lier]

Ondersteund de Fritz!Box NAT loopback?

[Keffa18]

Ik kan de instelling niet terug vinden in de Fritz!Box, dit is inderdaad ook het eerste waar ik aan dacht

EDIT:

Ik heb de Exchange server nu ook een nieuw IP gegeven uit het nieuwe Subnet (naast het IP dat deze al had) en hier kan ik wel mee verbinden

[ Voor 41% gewijzigd door Keffa18 op 16-12-2015 16:52 ]

[DJSmiley]

Normaliter gebruik je een interconnect blokje niet om ook services op te draaien. Je laatste optie is het handigst: Hang alles aan een IP uit je /29

In je oorspronkelijk geval connect je naar een ip buiten je /29, dus dat gaat goed. Alleen ziet je router een request binnenkomen van een IP wat erachter hangt, dus routeerd ie 'm terug, ipv te natten naar je interne I.

[Keffa18]

Ja dat zou inderdaad het handigst zijn, alleen gaat het hier om een Hosted Exchange en ik weet dus niet of onze klanten de records correct hebben overgenomen of niet .