e1732a364fed
e1732a364fed
* What operating system are you using? mac m1 Mac OS Big Sur 11.1 * What version of Node.js is on your system? v15.5.1 * My Issue: Error occured when...
见 https://github.com/XTLS/Go/issues/17 不一定对，但是值得关注 如果这个漏洞成立的话，那么我们即刻起就不应该在未来版本中添加xtls/go 的支持
下一步计划
## 添加 给 advLayer 的调用 代码 添加 connid 参数。 主要是便于log日志输出时跟踪单个链接的状态，避免混乱。 我观察了，proxy中，只有 vless 用到了Log。 其他地方 主要是 advLayer中用到 Log的比较多。 所以proxy的函数暂时不需要该参数。也可以研究一下 把 vless 里 的 Log 输入给拿掉。 ## 据说 v2ray 有一个 domainMatcher mph：使用最小完美散列（minimal...
这个要等ss/ssr支持实现了之后再说。本请求先放在这里作为备忘。 内层加密也许可以参考 https://github.com/gwuhaolin/blog/issues/12 这里面的 简单映射方式 有了内层加密之后，vless 就可以脱离 tls 在公网上传输了。 当然啦，我计划， v1 的内层加密 和 vmess 一样，可以采用多种方式，具体哪一种方式 会在握手时通过addon传输。 上面的简单方式可列为 “方式0”, 上面的issue里也评论了，只适合 一般的 审查不严的地方，比如纯内网，但是又怕别人看到明文，这种情况。 实现方式0后，肯定也要实现 aead+对称加密的方式。
从 hysteria的issue看到的。 它能加 那我就能加。 https://github.com/HyNetwork/hysteria/issues/281 https://www.reqrypt.org/windivert.html 参考 https://www.seeull.com/archives/314.html
具体论证请参考 https://github.com/e1732a364fed/xtls-/blob/main/README.md 不一定对，只是希望大家都研究一下。
**Is your feature request related to a problem? Please describe.** 【说一下 你的新功能请求是否和一个问题相关】 1. 在实现ss时，发现其同时用到了tcp和udp作为传输层，这与trojan/vless/vmess 不同 2. 在direct中，也要按不同传输层实际dial；尤其是最近实现的sendthrough配置，实际上只是指定ip，但是目前的实现却是按传输层地址处理的。 3. 在socks5中，也是如此 目前的proxy无论是listen还是dial，都只能配置一个单一的network，无法适应这些多变的情况 **Describe the solution you'd like** 【具体描述一下你想要的新功能，或者你的新想法】 network新增一个 mix 类型，表示 同时使用...
突然发现，在shadowTls中，如果是回落的话，目前的代码根本没有把这个通向第三服务器的流量计算到流量统计中 这是我回想起来，目前的流量统计功能不够完善，只是在最后的转发过程进行统计，前方的tls握手、协议握手等流量都没有计入 如果我们真想统计精准，必须做点什么改变。
往往用户有多个配置文件，用于连接不同的服务器，此时如果能对多个配置文件进行 favorite，然后提供一个下拉菜单进行选择，就方便很多。
见 https://github.com/XTLS/Xray-core/pull/421 由于墙越来越高，而我们还没兼容naiveproxy，所以暂时用 浏览器拨号 可以直接利用 浏览器做盾牌挡一下