e1732a364fed
e1732a364fed
你的server的配置也没写 adv啊，是不是贴错配置了
现在因为支持了tun，实际上 fakedns功能显得更加重要了
嗯，可加一个 -update 参数，以及gui中的一个 更新 菜单 嗯，再加一个 -update_unstable 参数，可以下载beta版。 -update 用于下载正式版。
> 本项目对各种协议都有良好的uTLS支持，Browser Dialer相比于uTLS的优势也就仅限于一些行为上的细微差异了。 uTls是没法过cdn的，而browser dialer应该可以。因为uTls是假的tls，只实现指纹，却不实现所有加密套件。 聊胜于无，有时间就实现。不难。
观察到一个类似的？ https://github.com/HyokaChen/ChromeHeadlessProxy
> 代理选择utls为chrome及firefox都能正常连接代理使用，所以有上面的疑惑想了解 不知道你的v2ray现象如何解释。我们测过用vs使用utls是没法过cdn的。
vless v0不支持，v1支持。
客户端是啥都行。但是只有vs才支持vless v1。。。 fullcone 配置 对于实际 NAT类型有影响的应该是 服务端；在客户端主要影响一些细微调整，不影响NAT类型。 这是因为，在服务端，是从代理转发到 direct，此时会根据fullcone进行判别，如果为false，则进行对称映射，否则则进行fullcone。 至于你服务端没给出fullcone就直接测出fullcone，我猜应该是它测错了吧？ 不给出fullcone的话vs可是严格执行对称映射的呀
看来我们需要再检查一遍fullcone部分的代码