@cwbsw v 做了 cloudflare，qiang 的只是 dns 解析。我 ss 只代理了 tcp，dns 解析能获取到真正的 v 地址。

@learningman 明明可以 ip 直连，非要搞一个 nat，不知道要做什么。

@learningman tls1.3 是 绝对安全的，底层的承载 udp

@learningman 我用 vps 的 dnsmasq 开启 querylog 做的实验，真实显示我的 query ip 为当前移动 ip，没有做 nat 。

我需要再搭建一个支持 quic 的 nginx 通过访问日志才能确定，是否只对 cloudflare 做 nat 。
如果答案是否，那说明 qiang 有意针对 quic 做了一些工作。

我也是 最近才发现，放到 gfw 规则库里了。

@Livid 问题一已经确定。麻烦看看问题 2 是怎么回事，谢谢。

@learningman 经过确认，联通宽带没有问题。移动宽带针对 quic 流量有 nat 操作。目前不能确定是否对所有 quic 流量都有 nat，还是只针对 cloudflare 有。不能确定是否对所有 udp 都有 nat 操作。需要进一步确认。

@learningman 不好理解，移动宽带的 ip 从国际线路出去的 tcp 流量，的 ip 均是本 ip，不是经过流量穿透显示的 nat ip 的地址。

@learningman 按照这个理解，移动用电信或联通的线路做了 udp 流量穿透？等等我测试下移动访问 cloudflare 的 tcp 流量显示的什么地址。

@learningman 我本地的 ip 不是这个 91.240.163.158 ，这个 ip 来自美国，我的 ip 是 国内移动的 ip 地址。如果是我运营商的 ip，我也不用这样问。
用 ip.sb 查询这个 ip 来自美国。

@learningman 我修改密码，填写用户名，提示我，用户名不存在，无法修改。

@learningman 对，我只代理了 tcp，用 tls1.3 包装了下。国内的环境，你知道的，udp 根本跑不动。
udp 走的是移动运营商的，v2ex 给我反馈的 ip 是 91.240.163.158 ，这个肯定是有问题的。难道 qiang 可以做到任意修改 quic 数据包 ip，搞中间人攻击？ udp 是无状态的，是否更有利于刺探？

@learningman 请帮忙研究下这个现象。特别奇怪。

@Livid 请站长帮忙确认下两个问题。
1. V2EX 是否开启 quic，从我目前的测试来看是开了，或者是 cloudflare 开的。
2.我的账号 guanyin8cnq12，是因为什么原因不能重置密码？降权还是拉黑了，谢谢。

@learningman 就发生在我身边。查看我创建的主题，里面有。我新注册的账号，没绑定手机号，不能发链接

@learningman 现在 V2EX 支持 quic，chrome 默认支持 quic，搞的我老是被中间人攻击