Is there a way to bridge two outgoing TCP connections in order to bypass firewalls and NAT?

Posted by TK Kocheran on Server Fault See other posts from Server Fault or by TK Kocheran
Published on 2011-08-10T20:05:23Z Indexed on 2011/11/20 1:56 UTC
Read the original article Hit count: 401

Filed under:
|

We're all familiar with the problem of port-forwarding and NAT: if you want to expose something to accepting an incoming connection, you need to configure port-forwarding on the router or conjure up some other black magickery to "punch holes" in the firewall using UDP or something. I'm fairly new to the whole "hole-punching" concept so could someone explain how it works?

Essentially, I'd like to understand how hole-punching would work and the theory behind it, as well as if two TCP connections could be bridged via a third party. Since there's no issue with outgoing TCP connections since it's handled with NAT, could a third party bridge the connections so that the two parties are still connected but without the bandwidth cost of traffic going through the third party?

© Server Fault or respective owner

Related posts about networking

Related posts about tcp