@mikewang

平常并不使用 BT 协议，也不了解 BT 协议，但 mike 兄讲的很清晰，我看懂了，哈哈。

我之前从直觉上的认知与 @ysc3839 一样，认为 BT 客户端可以将自己正在侦听的公网 IP 、端口交换给 peer ，那么在本机:A —> 路由器:B —> 公网:C 三层结构下，BT 客户端通过 UPNP 或 NATPMP 打通路由器:B —> 本机:A 的入站，再利用公网侧 CGNAT 的 NAT1 特点，同时打通公网:C —> 路由器:B 。就能完全实现用户免配置。

现在综合看事实可能不是这样的，那么向开源的 BT 客户端提交补丁可能是一劳永逸的方法？增加获得并报告公网侧 IP 、端口的支持。

对于不修改 BT 客户端的情况，mike 兄的方法已经实测可行了，只要在 Natter 的 Hook 脚本中调用 BT 客户端 API 更改侦听端口即可。而对于没有 API 的 BT 客户端，不知道是不是可以实现一个代理程序来篡改客户端上报的端口 :P

@hqt1021 如果确认没有透明代理的话，有一种可能是因为 GFW 并没有在 tcp 流重组后做内容搜索，而是独立检查每个分片，macos 由于某种原因使得 host 落在两个分片中，从而匹配不上。

公网 ipv4 总之不长久了，如果是要跑服务还是使用 ipv6 或者 ipv4 打洞吧。

nat1 打洞后外部访问和公网 ipv4 几乎一样，只是 ip 和 port 双动态。如果是 http 服务 redirect 或套上可以自定义源站端口的 cdn ；如果是其它服务，将 ip 和 port 写到动态域名的 aaaa 记录是一种方法，但要求客户端支持，比如 natmap 这样： https://github.com/heiher/natmap#ip4p-address
wireguard-android 的客户端支持： https://github.com/heiher/wireguard-android

@molezz765 这个地址有没有遇到会断开的不稳定情况？

网卡硬件 offload 不支持 vlan 模式。

@molezz765 HKG 直连的地址不多了吧，这个实际能用吗？

@hqt1021 没有过透明代理吧？:P 看来墙的位置确实后移了，我这移动宽带如果加 google.com 的 Host 则 100% Reset 。

ipv6 明文也自由？随便找个境内能访问的境外有 http 服务的 ipv6 地址，试试发送 Host 为 www.google.com 的 http 请求？难道不会 reset 吗？

curl -6 -i -H "Host: www.google.com" www.cloudflare.com

很老的光猫就有的，只是局端一直没有使用这种接入方式。

@flyfishcn #27 是小区内所有楼栋的，这个房间里线确实比较多，几排柜子每栋一竖列，几个运营商也都在这接入。我是有次装宽带跟着装维小哥进去看到的，从电信换到联通就取下光纤插到另一个柜子上。

@flyfishcn 这个房间没有上锁，我进去看了，里面全是分光盒子

需要看情况吧，像我们小区这种结构应该可以做到，所有楼栋的入户光纤全部汇聚到小区内的一个机房里，并且每户有两根纤，那么只要在机房里把两户的光纤融接起来是不是就可以啦

有公网 IP 就不说了，私网 IP 的玩下这个就知道了

https://github.com/heiher/natmap

就那么一点毛细管带宽够干啥的？不如高上行家宽打通端口。

@citydog 嘻嘻，Cloudflare 是可以改变中国移动访问香港边缘节点的路由的，比如一维护就 re-route 到 US 。

你说有没有可能是 Cloudflare 自己搞的呢

没完全阻断，但延迟明显上升……

qemu

@op351 #33 直接找宽带装机师傅拉新可省调测费，还能有优惠，交了钱才知道的...