目前企业级支流的穿透技术是 PHTunnel 和 Wangooe Tunnel 技术
目前国内内网穿透企业级的服务商有花生壳和神卓互联，我接触过很多公司在用，花生壳的穿透技术是 PHTunnel，神卓互联用的是 Wangooe Tunnel 技术，都是利用于企业级的，尽管我自己的程度还达不大企业级的程度，也不会进步程序在大量并发连贯中只有大量沉闷的状况下的零碎 CPU 利用率，零拷贝，TCP 连接池，内存池，Reactor 等技术，然而本人想试一下从头开始写一个仿神卓互联内网穿透的我的项目练练手，尽管网上有开源的 FRP，毕竟是开源 Go 语言写的，性能上不适宜商用，于是本人开始写，只是简略的 demo，本人测试能够，置信我会越来越弱小。
看一下我设计的拓扑图
须要云端有一台服务器，客户端有一个对接转发的客户端，用来转发用户发过来的申请，而后转发给应用服务器，应用服务器再将后果返回给用户
为了让公网能拜访子网服务，须要应用一台公网服务器做代理服务器 proxyServer(这里的代理是集体叫法)，假如某一 client 须要拜访 server(在子网 subnet 外面部署的服务)，然而 client 不能间接与 server 连贯。然而 client 能连贯位于公网的 proxyServer，之后如果 proxyServer 能将 client 的音讯传给 server，再将 server 的数据返回给 client 的话，在 client 看来，就相当于拜访的服务就是 proxyServer 提供的，所以能够认为该办法可认为对应用层是通明的。
以上是假如 proxyServer 实现了 client 与 server 的数据转发之后，client 认为本人拜访了 server。然而，因为 server 在子网，所以 proxyServer 是不能间接向 server 发动连贯的。同时，server 次要是接管申请，而不是被动发动连贯，所以 server 也不会被动去连贯 proxyServer。这样，server 和 proxyServer 是不会间接连贯的，两个都是服务，都想他人来连贯，而不是被动去连贯他人。为了缓解难堪，就要再来一个代理客户端 proxyClient，让他去被动连贯 proxyServer 和 server，而后转发他们之间的音讯。
这里将 proxyServer 和 proxyClient 看作代理 proxy，其次要作用是在传输层转发 client 和 server 的信息。proxy 只负责转发音讯，至于信息的含意是什么，proxy 无所不知。所以说 proxy 只工作在传输层，对下层应用什么信息，传输的内容是什么齐全不晓得。而 client 发送给 proxyServer 信息之后，proxyServer 返回的信息与 client 间接拜访 server 返回的信息是统一的，client 认为 proxySercer 提供了服务，把他看成 server，他对于传输层数据通过什么解决齐全不晓得，所以能够说该办法对应用层是通明的。对 proxyServer 和 proxyClient，二者协同共同完成以上的工作，缺一不可。
实现思路
通过以上剖析可知，次要指标是实现 proxy，而 proxy 由 proxyServer 和 proxyClient 组成，所以这里将须要两个对象。同时，proxy 次要是实现传输层数据转发，在具体编程实现时，实际上转发的是两个 socket 之间的数据。为了方便管理 socket 之间的关联关系，即应该将以后 socket 的数据转发给哪个 socket，这里将定义一个转发器节点 TranslatorNode 类，用于存储源 socket 和目标 socket，当以后 socket 是这个转发器节点的源 / 目标 socket 是，只须要将数据转发给目标 / 源 socket 就行了。
在 proxyClient 和 proxyServer 的性能中，有一些雷同的性能，如转发数据等，也有一些相似的属性，如 TranslatorNode 对象等。为此，定义一个 NetProxy 类，用于实现这些独特的局部，再让 proxyClient 和 proxyServer 继承他就能够不必到处复制代码了。思考具体实现时，proxyClient 和 proxyServer 之间首先要建设通信，如果 proxyServer 转发多个 client 的数据时，都用同一个 proxyClient 与本人建设的连贯(socket)，那 proxyClient 从 server 那里获取的数据都会再通过这个连贯返回，这个时候，有很多个 client 等着拿数据，以后返回的数据到底给谁呢，一种方法就是在转发的数据之前加上一些管制信息，管制信息指明这个数据给谁。然而这会存在一个问题，如果承受数据的 buffer 比拟大，某一次返回的数据可能是转给两个 client 的，后果混在一起了，这就会导致转发谬误的音讯给 client(未实践证明，集体了解)。而且管制信息的治理也不太不便。为了保障传输数据的污浊，就是 proxy 不在转发的数据之上再增加额定的信息，这里采纳另外一种办法: 为每一个 client 建设一个专门的连贯，但凡 client 的数据都通过为他建设的连贯转发给 proxyClient，proxyClient 发到这个连贯的数据都返回给对应的 client。这样治理起来就比拟不便了。当有一个 client 连贯到 proxyServer 时，proxyServer 和 proxyClient 要建设一条新的连贯，然而 proxyServer 又不能被动建设连贯，因而由 proxyClient 建设，为了让 proxyClient 晓得什么时候该建设连贯，就须要 proxyClient 与 proxyServer 有一条专门用来通信的连贯 proxy_communication_conn。
留神到就 proxyServer 而言，他并不知道连贯到本人的到底是 client 还是 proxyClient，所以这里将定义一些指令，用于指明 proxyClient 的身份，阐明本人是 proxyClient。在 proxyClient 连贯到 proxyServer 之后，就须要发送特定音讯，这就要求 proxyServer 和 proxyClient 约定好了什么音讯代表什么含意。这里将用一个指令 Command 类来定义具体的指令，且指令不可被批改，指令尽可能为 client 不可能发送的音讯，不然 proxyServer 会误把 client 当成 proxyClient。总结一下，须要实现 TranslatorNode，Command，NetProxy，NetProxyServer(即 proxyserver)，NetProxyClient(即 proxyClient)，NetProxy。上面将一一介绍实现细节。NetProxyServer 和 NetProxyClient 用来实现 proxyServer 和 proxyClient 的性能，他们继承自 NetProxy，然而 NetProxy 具体要实现哪些性能，须要先剖析了 NetProxyClient 和 NetProxyServer 之后，总结其独特局部能力失去，所以这里先这两个类作介绍。这里通过一个 client 拜访 server 的过程阐明 proxyServer 和 proxyClient 的性能。
为了让 proxyServer 和 proxyClient 互通音讯，应该先建设 proxy_communication_conn，所以在 proxyClient 启动之后，应先去连贯 proxyServer，并跟他阐明这个连贯是用来通信的，所以两者约定一个通信连贯指令，当 proxyServer 接管到一个连贯之后，如果这个连贯发送了这个指令给本人，那就把这个连贯标识为 proxy_communication_conn，当然，proxyClient 发送这条指令所用的连贯也标识为 proxy_communication_conn，当这个连贯收到音讯时，须要解析其含意，而其余连贯则只需转发音讯。NetProxy 能够定义一个变量 proxy_communication_conn，这样在继承当前 NetProxyClient 和 NetProxyServer 不必反复定义这个变量。在 client 连贯到 proxyServer 之后，发送音讯，proxyServer 收到音讯，判断不是与 proxyClient 约定的指令，就看下这个连贯有没有对应的转发连贯。那怎么晓得是否存在呢？这里须要用一个 translator_node_pool 来存储，他是一个列表，元素为 TranslatorNode，每一个 TranslatorNode 有两个连贯，示意从一个连贯收到的音讯要发送到另一个连贯，这样就实现了连贯之间的关联关系。当然，client 可能在 proxyClient 跟本人建设连贯之前曾经给本人发送音讯，这个时候并不知道音讯要发给谁，间接丢掉又太间接了，所以思考在 TranslatorNode 外面减少一个列表元素，用来存储关联连贯之前 client 发送过去的音讯。为了建设这个关联连贯，那就要 proxyClient 被动跟本人再创立一个连贯，而后再将这个连贯关联到 client 的连贯。为了辨认出是 proxyClient 建设的用来关联的连贯，二者须要约定一个指令，用来表明以后连贯是 proxyClient 被动连贯的，须要关联到 client 的连贯。proxyClient 也须要一个 translator_node_pool，用来转发与 client 关联的连贯与 server 的连贯之间的音讯。为了简略治理，在 proxyServer 告诉本人增加一个跟 client 连贯关联的连贯之后，与 proxyServer 建设连贯并发送指定指令，而后还须要建设一个到 server 的连贯，再用 TranslatorNode 将这两个连贯关联，之后一个连贯接管到音讯之后，就晓得应该把音讯转发到哪里了。同样，能够在 NetProxy 定义一个 translator_node_pool，同时能够定义一个 Command 类，因为 proxyClient 和 proxyServer 都通过他来获取大家约定的指令。另外，转发音讯也是他们都须要实现的办法，也能够写到 NetProxy 外面。思考到断开连接时执行的操作也基本一致，能够也将该办法退出进去。还要留神的一点是接管音讯时设置的 buffersize，如果过大则会占用过多内存，然而设置过小的话，在下载大文件的时候，下载速度间接受到 buffersize 的限度。为此，可思考动静调整 buffersize，对 TranslatorNode 增加一个 buffersize 属性，用于批示下次的 buffersize 应该要设多大。为了防止 recv 音讯时阻塞，能够联合 select 实现非阻塞接管音讯。