@codingBug 嗯呢😄

卧槽。。这也能叫永动机😂 我感觉我的智商被按在地上摩擦。。。

春困秋乏，夏打盹儿，冬眠。。。

上班和在家都不困怎么办，，，，我怀疑我出问题了，肯定不是精力旺盛

@wangkun025 😁非常赞同！最近要把房子卖了

@66beta 卧槽，666 但是也得注意频率😄

@leexy 卧槽，666 ，其实清河南镇有的房子是有独立卫生间的😂

来我大清河南镇吧！！！！ 城中村，离哪都近，就是环境差点，但是便宜，清河就在旁边，礼拜天可以去河里捉鱼

心细！！！

@Silently 感谢支持🙏

@zagfai 感谢支持🙏
@ailaodao 感谢支持🙏

@xuxuzhaozhao 如果你是 win10 以上，建议用 windows wsl/linux ；如果<=win10,建议用自带终端那种方式。windows 版本不同还有限制😂

@sigl0p 会开源的，😂现在是打磨阶段

@SenLief 过段时间我整理下，会发出来

@xuxuzhaozhao windows 开发好了老铁，欢迎试用 👏
https://github.com/bugfan/i996
https://www.i996.me (官网有些许的潦草，见谅哈)

把 http 改成 https 尝试一下
估计有 waf

我的理解：
1. A 上设置的代理地址是 http://127.0.0.1:7890 ，A 到 B 会保证 https 的安全吗？如果是 sock://127.0.0.1:7890 呢，还有 https://127.0.0.1:7890 呢？如果 A 到 B 的链路不安全，被监听的风险会来自哪？
==：能保证。只要 B 这个东西不修改你的传输的字节信息就行（尽管它可能看到的只是一系列密文），只做单纯的代理转发

2. B 到 C 使用的协议如何保证数据安全？ ss ，v2ray ，trojan 等
==：ss,v2ray,trojan 简单理解为通过加密，或者伪装 tls(tls 其实也是做了加密),然后把你发的数据加密发到 C,C 做对应的解密，然后把你原始的请求从 C 这台机器发出去。

3. 如果在 E(nginx)上配置 ssl 证书，是不是只能保证 D → E 这一段是 https 的，并不能保证 C 到 D 是 https 的？是不是必须得在 D 负载均衡上配置 ssl 证书，才能保证用户使用的网站的安全性？
==：D->E 时候，如果 D 这个反向代理是应用层的反代，即通过 https 转发到 E,那在 E 配置 ssl 只能保证 D-E 是 https 安全的。如果 D 也是个网络层的代理，或者端口转发之类的，那 A->E 这段的 https 是有保障的。你这个流程，D 不能直接到 F 么，怎么感觉 E 有点多余了呢，，，

@MiracleShadow 感谢关注，这个方式暂时不考虑了，我的初衷是客户端这边不装任何东西，拿来粘贴进去就能用。目前 windows 这边正在用 bat/vbs 进行开发

@saltbo 最近也在考虑要不要学 rust 呢，嘿嘿

😂这代码很强，感觉很接地气，往往这种人写出来的代码逻辑感比较强 👍