Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Possible Duplicate:
Connecting to my own network via external IP

My home network is serviced by an ADSL line. The modem is in bridged mode. The router performs the PPPoE.

Three computers are connected to the router: two wired Windows 7 boxes and a Ubuntu Linux box over wifi.

The computers are hosting various forms of services including FTP and HTTP. The router has port forwarding mapped from the relevant ports to the reserved IP addresses for the computers.

If I attempt to connect to a server inside the network, such as from inside the network, the request times out. However if I connect using the internally mapped address, such as, all is well.

This is a nuisance for setting up software, especially on the laptop which needs to be able to phone home from anywhere, and I just don't have enough expertise with networking to know why this is occurring to even have a clue whether it can be solved or not.

edit: It should be noted that the servers can be accessible outside the network - say, at the starbucks across the street - perfectly fine, using the ISP provided address and the appropriate port.

share|improve this question

marked as duplicate by Ƭᴇcʜιᴇ007, Mokubai, Indrek, 8088, Nifle Sep 2 '12 at 6:01

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

Port forwarding rewrites only the destination address. This works perfectly for outside sources. Here's why it doesn't work for inside sources:

  1. You try to connect to your outside address. You form a packet with an inside source and an outside destination.

  2. The packet takes your default route to your router.

  3. The router port forwards the packet, changing the destination address to the inside address of the server.

  4. The server receives the packet with an inside source address (the originating machine) and its inside destination address (the server).

  5. The server forms a reply packet with an inside source address and an inside destination address.

  6. Since the destination is local, this packet does not take the server's default route. It goes directly to the originating machine.

  7. The originating machine gets a reply packet with an inside source address, but it was expecting a reply with an outside source address (the machine it was trying to reach).

  8. The originating machine ignores the packet and the connection doesn't work.

For this to work, you need "hairpin NAT" in which both the source and destination addresses are rewritten so that the reply packets from the server are directed back to the router rather than the source.

share|improve this answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.