@billlee slirp 之前在 qemu 中遇到过。这个程序和 slirp 的目的还是完全不同的，但也有类似的目的，因此其实内置了 lwip tcpip 协议栈，若更换 slirp 也是可以的。

@des 不管 tmux 在哪一跳都可以使用的（和绝大多数高级终端都可以配合使用），只是由于 tmux 的实现原因，速度将受限，上行稍微正常，下行大约只有 10+ KB/s ，修改几行 tmux 的源码可以解决问题。但这样修改的其它副作用存疑..所以我不推荐使用本程序解决日常的 tmux 问题。社区之前有人做的 tlrzsz ，没有研究过，但可能是一个更好的选择。

@ThirdFlame 是的，支持默认的 openssh 所不包含的监听在远程，连接到本地模式（动态 ssh -R ）。

当然也支持类似于 ssh -D ssh -R ssh -L 的模式

但主要是为了解决 ssh 自带的功能在这种情况下并不好用或者不能用的情况。比如堡垒机。比如非常非常多跳的 ssh ，又或者是 telnet 出来的 shell 。

微信 catkie

手里有闲钱几十万，可以聊聊。邮箱是 [email protected] 。

@frinstioAKL 怎么讲呢，咱们看屏幕就是在下行，敲键盘就是在上行，这个双向通信的存在不会变。毕竟使用 pty 操作 ssh ，和用 screen tmux 操作 ssh 没有任何区别，只不过这个应用会擅自帮你敲键盘，帮你解读屏幕内容自动化了而已。这个通信内容从你手动装 rpm 包下载 rz 上去通过协议转换变成了能让 yum 识别的内容，从而提高你的效率。区别在于通信本身是否会被坏人利用，矛盾的集中点在于最终提供的 socket 本身太标准，因此容易被坏人利用。毕竟这个通道的出现是你的行为导致的，大部分公司安全侧如果真的评估我想应该都属于违规。自身安全评估，我只能说 at your own risk ，为了公司安全着想的角度，临时静态端口映射的话，一般来说没什么问题。

不过这个场景只是其中之一，也有其他场景可以用。比如 lrzsz 莫名奇妙在 kubectl 中不能用的情况等等，程序的抗干扰能力要比 rzsz 强很多。

老实讲，这个使用托管服务有信息泄漏的风险。也会有被注入的问题。都可以连接外网了，当然装包是最好的选择。追求绿色软件，也可选择静态 binary ，docker images 都是可以。我觉得这个服务部署在内网倒是有更大的用武之地，也更加好用。公网应用我个人持负面的态度。

@Chipmunker

通过 WSL 的话目前就可以运行了，只是对 windows 版本有要求。编译成普通 exe 的话，需要适配到 cygwin ，短期内有空的话会增加一下。

不是对应团队的，但说两句。其实你说的抽象网络层已经有了，计费跟 IP 走。 据我了解呢新增的用户已经灰度了，所以你说的问题我们其实是知道的，没生效的具体原因可能得找人分析下，需要的话你可以留个邮箱，我发给你对应产品经理的微信号。

ps 话说你应该发到云计算专栏，那边老板可能有关注.. so 也会帮助我们把产品做得越来越好，你懂得。

Pingcap

这个要求差不多是外包的上限了，有点难招，这里的人也不少很 match，难招，在看雪发了吗

@autogen 其实和端口无关的，看实际监控的端口把~ 大多数实现都是旁路的流量监测，如果发现是 HTTP 流量，检测 header，如果发现是未备案域名，下次就会抢答

@Merde 你在德国留学?

宇宙 db...牛皮锤爆，干活满满

简而言之 java 的技术栈最成熟，足够你干一辈子，所以怎么专注才是你要考虑的主要内容，你去大公司譬如阿里，肯定会面试到 jvm 或者其实现，这个时候会深挖 java 相关技术，你就知道为啥要学这个个东西了。jni 也可以满足你提高 java 性能的要求，所以选择 c++ 没有错的，大多数情况不用去 write，但要足够熟练的 read。毕竟 read 的时候可以忽略内存管理相关的细节。


golang 这个语言本质上就是另一个 java，没有和 java 一起学的意义，当然作为一个从业者还是要理解其核心思想概念 但没必要去大量尝试。

你来说，最好的是学习 jvm 本身和 jvm 的扩展 jni，没有之一。所以选最正统的语言，c++

光一个 vmp 楼主还起这个 title 很不可思议，你被黑我觉得和 title 有关，很容易让人反感..至少得有下服务器动态算法代码下发，vmp 动态更新等，所谓的安全，毕竟是一个系统。面面观确实有点大了...