dingli900201 最近的时间轴更新 dingli900201 最近的时间轴更新 |
dingli900201V2EX 第 34053 号会员，加入于 2013-02-14 12:47:23 +08:00今日活跃度排名 21903 |
| iOS 的本地 ipv6 地址在关掉了随机 MAC 后为什么还是会变？ 宽带症候群 • dingli900201 • 235 天前 • 最后回复来自 jim9606 | 12 |
| 出一个华为 p812e 光猫，明盘 1.1k 保价 SF 到家 二手交易 • dingli900201 • 273 天前 • 最后回复来自 dingli900201 | 2 |
| 听说双十一岛开邀了；求一个岛！ 分享邀请码 • dingli900201 • 2023-11-08 09:43:20 AM |
| ikuai 3.6.2 已经支持 wan 口 bonding，多线单拨破千 宽带症候群 • dingli900201 • 2022-04-11 09:11:00 AM • 最后回复来自 dingli900201 | 16 |
| 华为 OptiXstar p812e 光猫局端兼容性问题的经验分享 宽带症候群 • dingli900201 • 2022-03-11 22:39:01 PM • 最后回复来自 dingli900201 | 19 |
| 出一个威联通 USB 5G 有线网卡 二手交易 • dingli900201 • 2022-03-10 09:03:22 AM |
| 出两块 Intel SSD 3510 800G 健康度均为 99% 二手交易 • dingli900201 • 2022-03-09 17:58:21 PM • 最后回复来自 Foxkeh | 4 |
| p812e OLT 兼容问题无法拨号求助！ 宽带症候群 • dingli900201 • 11 天前 • 最后回复来自 DarkGel | 21 |
| [武汉]出一套威联通 TS-451D 二手交易 • dingli900201 • 2022-03-04 14:05:27 PM • 最后回复来自 dingli900201 | 8 |
| V862c 光猫有车，不知道这回能不能上成，干满带宽。 宽带症候群 • dingli900201 • 2022-01-22 19:58:54 PM • 最后回复来自 Jivan | 89 |
dingli900201 最近回复了
121 天前 回复了 ysheep 创建的主题 › 宽带症候群 › 坐标北京，一根光纤两个光猫如何上网 |
分个光就完事儿
146 天前 回复了 iamOldMaster 创建的主题 › 宽带症候群 › PLEX 是被墙了吗？ |
@TomTed OP 上的 bypass
146 天前 回复了 iamOldMaster 创建的主题 › 宽带症候群 › PLEX 是被墙了吗？ |
@TomTed 代理一直设置的常用端口，远程手动也指定了 32400 ，还是不行。
146 天前 回复了 iamOldMaster 创建的主题 › 宽带症候群 › PLEX 是被墙了吗？ |
@TomTed 我试了的，好像不管用。把 v4.plex.tv 加入直连
146 天前 回复了 iamOldMaster 创建的主题 › 宽带症候群 › PLEX 是被墙了吗？ |
146 天前 回复了 iamOldMaster 创建的主题 › 宽带症候群 › PLEX 是被墙了吗？ |
@iamOldMaster 是啊，不知道该咋办
147 天前 回复了 metrics 创建的主题 › NAS › Plex 刮削失败 - 如何为 Plex 套件指定代理？ |
@metrics 具体咋操作？
161 天前 回复了 ajaxgoldfish 创建的主题 › 宽带症候群 › 求助，现在这个 rr Rog 黑群引导， sa6400，是不是已经支持 7.2 版本的硬解了？ |
早就支持了
235 天前 回复了 dingli900201 创建的主题 › 宽带症候群 › iOS 的本地 ipv6 地址在关掉了随机 MAC 后为什么还是会变？ |
@pagxir 大佬点破，无解了。
235 天前 回复了 dingli900201 创建的主题 › 宽带症候群 › iOS 的本地 ipv6 地址在关掉了随机 MAC 后为什么还是会变？ |
@dodakt 查了 APPLE 官方的介绍，只支持无状态的 dhcpv6 ，无解。
IPv6 安全性
所有 Apple 操作系统都支持 IPv6 ，为保护用户的隐私和网络堆栈的稳定性实施了多种机制。使用无状态地址自动配置 (SLAAC) 时，所有接口的 IPv6 地址的生成方式既可以帮助防止跨网络跟踪设备，同时可在网络未发生改变时确保地址的稳定性，从而提供良好的用户体验。自 RFC 3972 起，地址生成算法基于加密生成地址，并通过特定于接口的修饰符进行增强，以保证同一网络上甚至不同的接口最终都具有不同的地址。此外，创建的临时地址的首选生命周期为 24 小时，默认用于任何新连接。为了与 iOS 14 、iPadOS 14 和 watchOS 7 中引入的“私有无线局域网地址”功能保持一致，将为设备加入的每个无线局域网生成唯一的本地链接地址。网络的 SSID 将合并为地址生成的附加元素，类似于自 RFC 7217 之后的 Network_ID 参数。iOS 14 、iPadOS 14 和 watchOS 7 使用此方法。
为了防止基于 IPv6 扩展标头和分段的攻击，Apple 设备实施了 RFC 6980 、RFC 7112 和 RFC 8021 中指定的保护措施。与其他措施相比，这些措施可以阻止仅可在第二个分段中发现上层标头（如下所示）时发生的攻击，而这种攻击可能导致无状态数据包过滤等安全性控制执行混乱。
IPv6 安全性
所有 Apple 操作系统都支持 IPv6 ，为保护用户的隐私和网络堆栈的稳定性实施了多种机制。使用无状态地址自动配置 (SLAAC) 时，所有接口的 IPv6 地址的生成方式既可以帮助防止跨网络跟踪设备，同时可在网络未发生改变时确保地址的稳定性，从而提供良好的用户体验。自 RFC 3972 起，地址生成算法基于加密生成地址，并通过特定于接口的修饰符进行增强，以保证同一网络上甚至不同的接口最终都具有不同的地址。此外，创建的临时地址的首选生命周期为 24 小时，默认用于任何新连接。为了与 iOS 14 、iPadOS 14 和 watchOS 7 中引入的“私有无线局域网地址”功能保持一致，将为设备加入的每个无线局域网生成唯一的本地链接地址。网络的 SSID 将合并为地址生成的附加元素，类似于自 RFC 7217 之后的 Network_ID 参数。iOS 14 、iPadOS 14 和 watchOS 7 使用此方法。
为了防止基于 IPv6 扩展标头和分段的攻击，Apple 设备实施了 RFC 6980 、RFC 7112 和 RFC 8021 中指定的保护措施。与其他措施相比，这些措施可以阻止仅可在第二个分段中发现上层标头（如下所示）时发生的攻击，而这种攻击可能导致无状态数据包过滤等安全性控制执行混乱。
Select Language