之前研究 azure 和 aws 的账单，总结的经验就是，配置选完看一眼，隔一天再看一下账单，看到不知道看不懂的项目扔 google 上查一下，算一下大概扣多少，尤其是被 azure 折磨完之后，基本上取消删除的项目上都要全部点一遍确定没有遗留的资源没有删除才行，也算是整怕了。

025 外卖实体店面基本上 30+，基本上没有 25 以下的，要吃我选择去楼下，一碗面 18 块混个面熟能免费加面加蛋...吃饱没问题。

我们这就顺丰和京东会上门了，就是你写代收点他都要坚持上门的那种，家里没人也要问你什么时候有时间，等到你有时间再上门，三通一达说一次会上门，片区经常换人每次都说太麻烦，爱咋咋地吧，到齐了再去拿。普通人啥也做不到，顶多吐槽几句。

adg 作为 dnsmasq 上游，所有域名经过 dnsmasq ，非代理域名交给 adg 。备用 dns routeros->cf Doh,cf 的 1.1.1.1doh 在国内可以直连，dnsmasq 和 adg 挂掉依然可以使用备用 dns 。

前段时间出去玩，手机全程保持 wireguard 连接，不过 wireguard 是以内核模块运行，大概一天下来续航没什么影响，如果是 clash ，v2rayng 这种耗电量还是非常大的，ios 也差不多是 wireguard<openvpn<shadowrocket ，纯 vpn 应用耗电倒不是特别高，只要涉及到规则分流耗电就高。

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 这些。