pingen en bezoeken eigen ip lukt niet

[Alpha_Mouse]

Ik zit met een klein probleempje:

Op de zaak hebben we een mailserver draaien. Dit werkt allemaal prachtig. Als ik thuis inlog op onze mailserver doe ik dat via http://webmail.domein.nl/

Als ik op mijn werk zit (op het zelfde netwerk waar de server zich bevind) en ik wil brouwsen naar http://webmail.domein.nl krijg ik een timeout.

Het lokale server adres = 10.0.0.2 en gek genoeg werkt http://10.0.0.2 dus wel


Als ik via CMD -> ping webmail.domein.nl uitvoer krijg ik de volgende response:

Pingen naar webmail.domein.nl [extern IP adres] met 32 byte

Antwoord van 10.0.0.2: bytes=32 tijd=1 ms TTL=128
Antwoord van 10.0.0.2: bytes=32 tijd=58 ms TTL=128
Antwoord van 10.0.0.2: bytes=32 tijd=1 ms TTL=128
Antwoord van 10.0.0.2: bytes=32 tijd=15 ms TTL=128

Ping-statistieken voor [extern IP adres]:
Pakketten: verzonden = 4, ontvangen = 4, verloren
(0% verlies).De gemiddelde tijd voor het uitvoeren
iseconden:
Minimum = 1ms, Maximum = 58ms, Gemiddelde = 18ms

Waarom gebeurd dit? heeft dit te maken omdat ik een Speedtouche 510 modem gebruik?

Het internet wordt geleverd door xs4all.nl / KPN

Ik heb even gegoogled maar dat resulteerde in niets...

[kamerplant]

Je weet 100% zeker dat de client PC in het lokale netwerk '10.0.0.2' als IP adres krijgt bij de host 'webmail.domein.nl'? Indien niet, zie FAQ - Netwerken enzo.

Indien het inderdaad het geval is zul je het in de config van je webserver moeten zoeken, vermoed ik

[ Voor 7% gewijzigd door kamerplant op 15-08-2006 13:53 ]

[Verwijderd]

Als je dat pingen doet vanaf thuis is het verhaal simpel. Zoek eens op nat local loopback.

[Verwijderd]

Dit heeft toch met loopback functies te maken? Ik meende dat het modem-afhankelijk is.

[Verwijderd]

Het gaat erom dat als hij op zijn werk webmail.domein.nl intikt, deze gersolved wordt op het externe IP adres, en dit gaat fout als hij op het netwerk op zijn werk zit.Bij zyxels is dit op te lossen door nat local loopback aan te zetten. Bij speedtouch weet ik dat niet. Er zijn wel wat oplossingen. Zo kan hij in zijn hostsfile webmail.domein.nl op 10.0.0.2 zetten, of eventueel in de DNS server.

[Alpha_Mouse]

Verwijderd schreef op dinsdag 15 augustus 2006 @ 13:55:
Dit heeft toch met loopback functies te maken? Ik meende dat het modem-afhankelijk is.

Ik denk dat dus ook...

Kijk ik heb het natuurlijk op verschillende plekken geprobeerd. Thuis werkt het externe IP prima (wat weer gelinkt staat aan een DNS record http://webmail.domein.nl)

Ik kan dus alleen niet op http://webmail.domein.nl komen als ik op kantoor ben.....

[Stormtrooper]

Kom op, Databeest heeft je het antwoord al gegeven: check je host file !!!!!!

[Alpha_Mouse]

Oke nu ik weet waarop ik moest Googlen was het een eitje:

Does my SpeedTouch router support Loopback ( LAN to WAN to LAN ) functionality ?
The loopback functionality is used to allow users on the LAN side to connect to ( for example ) a server also on the LAN side, but using the normal routing, i.e. by connecting to the public IP address of the router.
This functionality is not supported yet by the SpeedTouch routers, but will be implemented in a future release.
A possible workaround is to use a hosts file to allow your computer to connect directly to the server.

Bron: http://www.speedtouchdsl.com/supfaq530R53.htm#609

Cheers

[Alpha_Mouse]

Stormtrooper schreef op dinsdag 15 augustus 2006 @ 14:05:
Kom op, Databeest heeft je het antwoord al gegeven: check je host file !!!!!!

niet echt dus want het had met de loopback functie in de modem te maken

[hamsteg]

Oude vraag standaard antwoord ... credits:

Een bekend probleem als je een van een locaal netwerk je publieke site wil benaderen. Het probleem is dat vele modem/routers niet in staat zijn het externe adres intern te benaderen. De DNAT rule verwacht alleen externe verzoeken.

Twee oplossingen:
1. Creeer een intern DNS of Hosts file dat de vertaling van url naar intern adres maakt voordat de request bij de modem komt.
2. Creeer een SNAT rule die de source IP omzet naar een intern IP.

[Stormtrooper]

Alpha_Mouse schreef op dinsdag 15 augustus 2006 @ 14:09:
[...]


niet echt dus want het had met de loopback functie in de modem te maken

Wat jij wilt, maar je kan het ook met die HOST file oplossen....