你可以在 win 上面 ping 192.168.1.1 看通不通

你的共享是有问题的啊，没有成功

你的 Mac 在开启网络共享后，这个有线网络接口应该会被自动变更为 172.16.0.0 内的网段，之后 Mac 会在这个有线接口开启 DHCP 服务器，供接入的设备自动获取 IP 。
没看太懂为什么你要单独设定 win 和 apple tv 的有线网络的 IP 地址。直接自动获取不可以吗？

@nb85144 #27 不是，哥们，你来真的啊

@x4gz 我 8:14 付款，16pro ，也是 20 号第一批
@tyrone2333

op 的情况我也遇到了，surface pro 11 自带的系统，也没有新建文本文档这个选项，没有卸载记事本，完整的原系统

路由和 nat 是两个东西，你可以在不启用 nat 的情况下使用路由功能，当然在家用环境下也也肯定无法正常工作就是了

老哥太惨了，我们做生意也是经常碰到那种不占理，但是动不动就去药监局举报的人，恶心死了。
插嘴问一句，老哥你的 discuz 主题是什么名字呀，感觉特别好看

@ixuefeng AAA 记录呢？如果有 AAA 记录说明是解析到群晖的 ipv6 地址上了。

我并没有很清楚地了解你说的第四条，你的意思是之前用 openwrt 的 ddns 时，是可以在内网通过公网 ip+端口访问内网的设备，然后换了自己的域名后，就无法在内网通过公网 ip+端口访问内网的设备？

@ixuefeng 第三点里你说的用 ip 访问内网设备，用的是内网 IP 还是公网 IP ？
以及第二点里这个 ip 是内网 ip 还是公网 IP

有可能是因为 ddns 把域名同时解析到了群晖的 ipv6 和 ipv4 地址上。所以你访问群晖正常，同时无法访问其他设备（因为默认走 ipv6 ，你用这个域名只能访问到群晖）

@Lirika 你敢直说华为，号不想要了？

苹果的 ios 安全白皮书有过描述：
“Apple Watch 和 iPhone 配对时，通过带外 (OOB) 处理交换公钥和 BTLE 链接共享密钥进行保护。
Apple Watch 显示一幅动画图案供 iPhone 摄像头捕捉。该图案包含加密的密钥，用于 BTLE 4.1
带外配对。如果需要，Apple Watch 会使用标准 BTLE 万能钥匙进入模式作为备用配对方法。
一旦建立了 BTLE 会话，Apple Watch 和 iPhone 就会通过改进自 IDS 的流程（请参阅本白皮书的
iMessage 部分）交换密钥。密钥交换完成后，蓝牙会话密钥被丢弃，Apple Watch 和 iPhone
间的所有通信使用 IDS 加密，同时，加密的 BTLE 和无线局域网链接提供第二层加密。为避免流量
被截获，每隔 15 分钟将使用滚动式密钥来限制曝光窗口。”
也就是说，iphone 是会存储 aw 链接的密钥的，充值之后密钥肯定没了，aw 认为这是个新的设备，只能重新发起配对流程

哥们用不上这些 APP ，但哥们祝你生日快乐

为什么会是/24 的地址呢？
PPPoE 似乎是无法分配子网掩码的。你可以提供截图或更多信息吗？

@Wildpoint 那个应该是控制平面的地址，是用来远控光猫的

@OutOfMemoryError 如果是 request pool 的话可以拿到/56 或/60 的，如果是 request address 那就只能拿到/64

@Cassius PPPOE 是怎么做到分配子网掩码的呐？我刚刚去查了 rfc1332 ，分配 IP 的时候就没有提到子网掩码的事情，只是分配纯 IP 地址。我很好奇，你以前是 PPPOE 嘛？

在我印象中 v4 公网单 IP 的掩码一直是 32 呐，不可能给其他的，除非你是专线多个 IP 的那种，可能会分你个 30 的掩码，然后靠路由器 DHCP 给下级发地址。
难道上海以前的 v4 给了更大的掩码？

@Eleutherios 是 ubuntu+nfs 的方案

@kenneth104 嗯嗯，倒是没有降级（上天保佑