ipv6 吧，ss 畅通无阻，除了亚太路由糟糕一点，aws 和 azure 亚太新加坡和日本路由还不错，或者可以用美西的一些机器，毕竟 ipv6 绕也要先去美，高峰看个油管没啥问题。

我这只在 ios 上的 wireguard 客户端出现过这种情况，Linux 和 Windows 包括 Android 只出现过 tx 有数据量，rx 为 0 ，不会出现 tx 疯长。

我是整了个傻多戴 optiplex 5080 mmf 上了颗标压 i5-10400 ，两块网卡一块 i225 和一块主板自带的 i216-lm ，挺稳，摸着温温热，在接受范围，cpu 满载也不吵，也不会降低性能，功耗待机 17w 左右，也可以换带 t 的低压，功耗更低，拓展一块 2.5 寸硬盘和一个 m.2 ，无线网卡也可以改硬盘，内存支持两条 16g ddr4l ，机器比较小，我也比较吃 dell 的工业设计，个人只推荐 nuc 和一些工作站作为 7x24 长期运行的设备，或者自己装一台，这些小机器出问题，去论坛逛一圈就发现只有自己有这个问题，问客服一问三不知只能返厂，然后就崩溃了，性能和稳定要平衡一下。
https://i.imgur.com/wqQyWOy.jpg
https://i.imgur.com/AVsz3z5.png

可以看下 play 的版本号吗

插张国外的手机卡，然后把下面这堆域名塞进代理列表就行了
p16-tiktokcdn-com.akamaized.net
amemv.com
byteoversea.com
ibytedtos.com
ibyteimg.com
ipstatp.com
muscdn.com
musical.ly
sgpstatp.com
snssdk.com
tik-tokapi.com
tiktok.com
tiktokcdn.com
tiktokv.com
api.snapkit.com
hotapi-va.isnssdk.com

@keyfunc 全部 nat 只是方便防火墙管理，目前没发现性能问题，双线接入可以叠带宽，正好可以用 wireguard 分流，当然正常用我不推荐 nat 。

@ChenBill0513 我这 ipv6 全程都是在 AS58453 上以前都是 ntt 现在变成 cmi 了，所以延迟下降

@nothingistrue 我在#6 ，另外要不要看看你上层表现是不是描述反了，mcdn 解析丢弃后 b 站只会去连接 idc 的 ipv6 ，直接避免了去连接 pcdn ，nat4 对称型 NAT 内部端口和外部端口都不一样打洞都很难，也没法做 p2p 上传，ipv6 我也 nat ，ipv6 我也没见过打洞的，外面连不进来，我也不会主动连接 pcdn ，我这样理解的没问题吧。其他的流媒体我管不了我选择不用，b 站可以这样限制。

最简单的办法就是不用，现在手机上就剩一个 b 站，把 mcdn 的解析丢掉就不会走 pcdn 了，缺点就是有些视频会卡，关掉 upnp 加上内网 nat4 ，别人也几乎没办法连进来。

ipv6 广州出口还是好的，高峰期依然 400+Mbps 以前 ntt 70ms+现在 40ms ，别瞎动我 ipv6 就行
8 2409:8080:0:4:3c3:3f3:1:0 8.79 ms http: 555 China, ChinaMobile
9 2409:8080:0:4:3f1:393:2:1 33.48 ms AS9808 China, ChinaMobile
10 2402:4f00:100::1e1 42.02 ms http: 555 China, Hong Kong, ChinaMobile
11 2402:4f00:100::212 39.26 ms http: 555 China, Hong Kong, ChinaMobile
12 2402:4f00:4000::1b1 40.55 ms AS58453 China, Hong Kong, ChinaMobile
---（虽然我电信到广州移动的延迟也有 40ms 左右就是了）
1 2600:9100::1 0.42 ms * North America Regions
2 2603:9200::1 1.17 ms * North America Regions
3 2406:9200::2 47.28 ms * Asia Regions
8 2409:***:2fe:: 46.11 ms AS9808 China, ChinaMobile
16 hk**g (240*:**::) 88.06 ms China, Hong Kong

不止中国大陆哦，香港也是没法用的，所以绑个手机号会好很多，固定一个 ip 不动，香港 ip 原本是没法使用 tiktok 的，现在在一个 ip 下刷一段时间也可以解锁了

有可能就是主动给验证码了至于方法就不知道了，可能是短信不一定是双重验证弹窗，iPhone 正常在 apple id 添加添加验证号码会需要输入 iPhone 的锁屏密码，但是网页不需要，给了密码和验证码可以直接改，不过我绑定的是物理安全密钥，两把都在我这边，其他地方登陆只能拿物理密钥 2fa 才行，这样的话盗取难度就大了吧。

facebook 现 meta 的产品一直很难用。各种奇葩的风控跟前段时间 openai 有得一拼，单独 ip 换了好几个段换了设备都不能登陆，我用香港的手机卡的漫游流量也无法登陆，要不是有浏览器在登陆状态就寄了，现在绑了物理密钥 2fa ，倒没怎么拦过我了，
总结经验：
1.独立 ip 或者原生 ip 注册，漫游 ip 最好，或者套类似 google one vpn 。
2.注册完不要立刻发帖，把 2fa 补齐，信息写的稍微像个活人，手机号有就绑不绑也无所谓。
3.保持同一个地区 ip 不变 2 星期左右，如果在网页端换设备登陆没有阻碍，应该就没事了。
4.远离 meta 的产品，躲得越远越好。

udp over tcp 只是解决了被运营商恶意丢包，tcp 长连接跨境是会被 gfw 恶意随机阻断重置所以断断续续，解决办法：购买高优先级的线路，例如 iplc 专线，cn2 这些。

之前绑过卡的好像不受限制，刚刚试了下订阅没问题
https://i.imgur.com/mrJyjV3.png

1c 太弱了，跑桌面很勉强，可以试试 xfce+vnc 占用低，低配的 lxc 容器我也是这么玩的，chrome15 个标签页+远程桌面 2g 不太行，提升到 4c4g 勉强可以。

关掉 windows hello ，关掉 pin ，win+L 登出用 Microsoft 账户密码登陆一次，就可以用密码认证了。我觉得这个账户认证是挺烂的，我两台电脑都登陆了同一个 Microsoft 账户，依然需要密码去认证

走 rtmp 不需要证书，内网搭转发服务器，客户端 obs 走 ipv6 推到 rtmp 服务器，没 v6 走公网服务器转发或者打洞，最后主机 obs 把流拉回来就行了，1080p60 需要 20-30Mbps 的带宽观感就还算可以了，拉流延迟大概 2-3s ，虽然很野鸡，但是这个方法我用过能接受。

@ysc3839 可能现在全功能 typec 基本上都是雷电了，没太注意到这个特性，感谢科普。