@z7356995
前面说过，接入户下发至少/64 ，/64 的扫描强度不是开玩笑的。
/128 是你接入 CPE 或者后接主路由用 DHCPv6 下发的结果，上游还是它收到的/64 下面。
现在设备都有隐私扩展，对外访问都是用隐私地址发出，那个地址也是定期刷新更换的，如果担心的话，可以自己手工在/64 下面手动定义主机号。
对于专门提供对外访问的，可以固定主机号后在接入 CPE 、后接主路由、本机用状态防火墙保护端口，定期更新安全补丁。
或者再麻烦的话，内网只分发 ULA ，用 NAT 或者 NPT 加防火墙限定对外。

84 天前

回复了 czk1997 创建的主题 › 宽带症候群 › 上海电信已经在试点万兆

鸡肋玩意，纯属智商税。上传上不去，商用为了带宽成本都各种“降本增效”，基本上和镂空花瓶一样。

97 天前

回复了 error0 创建的主题 › 程序员 › TCP 粘包？到底有没有粘包？

所以“粘包”这东西就是搞错了自己写基于有边界的应用层协议，通过 TCP 层传输时，会体现出 IP 层的传输边界，但实际上 TCP 层没有“传输边界”这玩意，就是一串在管子的粘性果冻串，透明到看不出边界，就算 IP 层将管子切成一段段，在连一边粘回一起，从管子出来时，还是一整条透明到看不到边界的粘性果冻串，所以应用层需要自己塞一些有颜色的果冻段来方便接受层知道，这一长串果冻是有边界的。

97 天前

回复了 error0 创建的主题 › 程序员 › TCP 粘包？到底有没有粘包？

首先记住 TCP 是一个流式负载的传输层协议，对上层应用层协议没有明确的报文长度机制，所以 100 字节输入进去，对面不保证一次读取就是 100 字节到齐（可能多次 1 字节交付，或者连后面再传入的 100 字节一起交付）。所以需要知道报文长度的应用层协议必须自己想办法制定应用层报文长度确认机制，不要靠 TCP 帮你解决这个问题，它不解决。

128 天前

回复了 beiwarm5 创建的主题 › 宽带症候群 › 请问 ipv6 每个设备都有公网 ip 安全吗

路由器有状态防火墙，可以限制指定端口（或者包括指定地址）进入。不乱开端口可以减少能钻的洞。而且 ipv6 主要依靠大网段能延缓发现的可能。

不过 ipv6 更考验终端设备的防护能力（自身没有自带网络防火墙和软件漏洞应对能力）。另外一些 IoT 设备好像未完全支持 IPv6 （一些网络摄像头的网络配置好像还是基于 v4 ）

128 天前

回复了 cwek 创建的主题 › Linux › 一个关于 md 和 lvm 的问题

@MeteorVIP 只是变相 raid10 ，而且看了资料，一个已有的 lv 再添加 pv 的话不会和之前的 pv 组合成连续的条带组，所以只有容量增加了，达不到 raid10 的 0 部分的效果。这次其实相当于整个阵列重建，因为新加入的 1 组合的大小和原有的不对，有弄丢之前创建时的参数，所以干脆整个拆掉重建。

128 天前

回复了 cwek 创建的主题 › Linux › 一个关于 md 和 lvm 的问题

@Ayahuasec @adrianzhang 由于之后往这个磁盘阵列写了一天多的数据，没再继续观察。然后拷完数据以后，就没再出现突然少量写入导致磁盘无法休眠的情况。可能就是新磁盘 lazy init 的问题。

133 天前

回复了 Rorysky 创建的主题 › Linux › 这次蓝屏事件才发现，原来那么多物联网设备用了 windows 系统

物联网机器的维护人员素质达不到普遍使用 Linux 维护吧？就算调转来看，我们很多地铁闸机、充值机，银行 ATM ，医院的终端机，不还是 Windows ？

» cwek 创建的更多回复