@yutian12345 +1 ，他敢收我就敢换

@nathanwongggg 广州的发文和深圳口径一致，不排除具体实施情况也会一致

@nathanwongggg 按照文中的意思存量应该不会被取消

@zycode 不至于不提供 IPv6 ，这玩意移动都能提供

@Archeb 以前试过移机，会掉公网。

@JohnSwit 我这边是 IPv4 和 IPv6 双公网，私网双栈应该是指内网 IPv4 的用户，暂时还没有见过哪个运营商分配内外 IPv6 的。

@JohnSwit 字面意思是 10 月 1 号之前还可以申请，且开且珍惜

@Exp 最后成功了，TrueNAS 里设置共享时，把 Purpose 设成 “Multi- protocol (AFP/SMB) shares” 或 “Multi-user time machine” 都会出现反复登录的情况，设成 No presets 并单独勾选 “Time Machine”就可以正常使用。设置如下图：
https://cdn.starryloki.com/2023/08/008577c00170254c579c6053ea5f1352.png

@Exp 我在 TrueNAS 上配置支持 Time Machine 的 SMB 也出现过一模一样的情况，似乎必须配置 SMB 单协议才可以正常备份，选择 AFP/SMB 多协议就会出现反复登录的问题，当时还和朋友吐槽 apple 居然是最先弃用的

@LinePro OP 的方法并不完全使用域名来防止探测，还使用了路径，路径对于防火墙设备是不可见的

@BeansChain 只是猜测，毕竟发送 iMessage 需要正规序列号的 iOS/macOS

如果排查过 iCloud 上没有别的登录设备的话，我猜测楼主的设备序列号被套用了，套用序列号后使用别的 ID 被举报导致这个序列号被标记为滥用导致被封。

我在 iOS 上也出现过这样的情况，或者根本不显示接收数据

@intlinfo 用支持 http3 的 curl 可以曲线救国，我记得我用 iperf 测试 UDP 的时候需要配置的参数挺多的

@yyysuo 网络环境不好的话 WireGuard 确实会出现连了上不了网，我在网络不好的时候连接客户端只有发送的数据包没有接受的

@0o0O0o0O0o
#17
电视投屏我没有用过不知道数据是怎么样的，不过我配置了允许服务器段主动访问 IoT 段，这个配置或许可以解决投屏问题，不过我更偏向采用 Apple TV 这类相对安全的设备。我和你的想法大致一样，区别就是就算真的有后门或者被黑甚至横向也没有关系，随便他们怎么玩，只要他们不能访问服务器和个人设备的网段就行

@0o0O0o0O0o 我用的是 ROS ，可以直接根据源地址做策略路由，OpenWrt 的话不知道你用的哪一套方案，一般使用 ip rule 可以做到，源地址为 IoT VLAN 的话直接走 PPPoE 作为下一跳

@0o0O0o0O0o 目前没想到 IoT 设备之间需要禁止相互联机的原因，感觉只需要把 IoT 设备困在这个 VLAN 就够了，甚至还增加了策略路由让这个 VLAN 不会查询分流的路由表

我的 VLAN 划分策略和你的差不多，只是把访客和 IoT 划在同一个 VLAN 了