不好意思，又看了一遍需求才发现 B 到 A 是要经过反向代理的。大方向上没的选，只能是用 http 做载体。具体实现上我提些建议。我不建议你去实现 socks5 或者 http 代理协议，因为这些可以在 B 端搭一个现成的。你只需要实现在 A 端 listen 一个端口，A 向这个端口发起的 tcp 连接会被 B 转到一个指定的 ip:port 就好。至于这个端口跑 http 代理还是 socks 代理，哪个方便你就布哪个，何必自己写呢？你只需实现关键的 tcp 转发就完了呀。

tcp over http 反向转发:
建议 1.要有一个固定数量的 http 请求池，来接受 A 的数据请求。
2.AB 两端维护一个 tcp 连接集合，有状态的。来源就是来自 A listen 的端口上的连接，状态的变更就源自 AB 两端的 TCP 连接。连接标识可以用 A 端的 fd。
3.通信，A->B : http 等待请求池里取一个发应答回去，就到 B 那边了。
B->A :新发一个 http post
4.连接池维护:A 收到 http 请求扔到等待请求池里。
A 每秒检测一次这个池，超一秒的就返回空 http 应答。

逆向端口转发，跟 http 没关系，就是 tcp over tcp, 所有基于 tcp 的协议都能支持。对应的是正向转发，链路对称加密传输的话，前边放个普通代理就翻 wall 了，类似 ss 功能。
逆向加正向组合能在任何位置连进任何物理可达的网络。

用 virtuozzo 啊

某宝树莓派 3b 现在裸板不含运费 155 左右，电源 15，一个铸铝盒子算运费大概 45 左右，tf 卡自己搞，8G 就能很好玩了，16G 够了，32G 浪费。标准 hdmi 口，直接接显示器就行，usb 口直接接键盘鼠标。如果当 server 用，显示器不是必须的。

某宝 155 左右

劳累过度，脑细胞死亡过多导致大脑迟钝，然后就出各种状况。
解决办法就是休息，补充体力

我中过，当时机器上除微软外的产品只有迅雷

b 不能上外网，这个是技术问题么？

2 x tumbleweed64bit + 1 x centos7

gethostbyname
getaddrinfo

我的米 3G 刷的 lede4.9,开了 bbr,wifi5G

我的

lede 的 linux 内核是 4.9.58 了，可以一试

降价太快，逼格没了？

@a251922581 golang 很容易上手，比 c 还简单，网上看两天文档就差不多能开搞了。官方的基础库也够用，go 的协程很方便。

还没开始选型的话，就别选 nodejs 了.
server 端推荐 golang.
做过简单测试，同样功能的程序，go 语言的内存占用大概是 node 的 1/3,处理并发数要比 node 高得多。
并且，代码逻辑也比 node 清晰，部署维护也比 node 简单。

我只 listen 127.0.0.1，就没人能猜了

UTF-8 （ 8-bit Unicode Transformation Format ）
UTF-16 （ 16-bit Unicode Transformation Format ）
先把概念搞清楚再讨论问题。
当然，这个问题的概念搞清楚了，问题也就没必要讨论了。