@vinceall 我们的 UI 是后端兼职做的，前端也是按规定写代码，他画的 UI 也是一图流，Bug 报告也是一张图加一句话。是啥感受都懂。

没有 IPv6 PD 也可以给内网分配 IPv6 地址啊，只不过需要 NAT 出站流量。不过要定位这个问题还是需要从最上层开始看：入户光猫 -> 下一级路由器 -> 再下一级路由器，看是从哪一段开始没有。

您好，经分析日志，初步判断：

1. kubelet 拉镜像时需要访问 registry.k8s.io
2. 无法访问 registry.k8s.io
3. 镜像拉取识别，Pod 起不来
4. 导致 kubernetes cluster 起不来

建议：解决如何访问镜像源的问题。

减猿增笑是吗？

补充，软路由方案 PC 只有 1 个网口也不是问题，加一个网管型交换机，连接 PC 和交换机汇聚端口，划分 VLAN 即可。

闲置的 5G 手机，用 USB 共享网络给软路由，软路由下发 DHCP 让同网段的其它设备认它做默认网关。

我觉得这个统计可能不算很严谨，应该只统计有线家庭宽带，排除其它比如蜂窝数据网络、IDC 、企业自建机房的 IP 。

“桥接模式“这个词是对于 OSI 3 层网络设备（尤其是路由器）来说的，启用桥接模式会让路由器简单地根据 MAC 地址转发以太帧，桥接模式下路由器不会试图解析出 IP 封包因为它不需要理会任何三层及以上的信息，所以相当于桥接模式就是让路由器“模仿”以太网交换机的行为。所以说不存在把”交换机也设为桥接”这种说法。

“局域网”是一个很宽泛的概念，它指代地理范围比较小的一个网络（或者互联网络），家庭网络、一个小区内部的宽带接入网、写字楼交换以太网都属于局域网。

其实你关心的应该是后续接入到交换机的设备，是否会和接入到主、从路由的设备同处在一个二层的网段上（也就是这些设备是否是二层互通的），因为从路由是工作在桥接模式，所以答案是是的，你可以把交换机（或者桥接的路由器）理解为（带 MAC 协议的） LAN 口扩展器。

你可以用 DNS 方式验证你对域名的控制权，而不是容易受到 ConnectionReset 拦截的 HTTP 方式。certbot 和 acme.sh 都支持 DNS 方式。

你可以像 acme.sh 提供你的域名服务提供商的 APIKeyId 和 APIKeySecret ，这样可以实现自动更新证书。

买一个千兆 type-c 转 rj45 外置网卡，网线直连光猫 lan 口（就是光猫用来接 wifi 路由器的那个口），在 mac 上关闭 wifi ，用纯有线以太网上网。

在 HTTP 协议中，Server 返回给 Client 的报文的头部 (HTTP Header) 包含有内容的编码方式，如果内容是 HTML 格式的，在 HTML 内容中也有。

以往，这些信息由 Server 直接返回给 Client （也就是浏览器），现在中间多了个 Proxy, Proxy 也需要正确将 Server 返回的编码信息转交给 Client.

IPv6 确实也有可能对网速和延迟造成影响，原因可能有很多，有时候测速结果可以体现这一点。

@txydhr 那你说一下你的见解吧，别瞎批判。

补充：也有可能是 iPhone 的 WiFi 里面设置了 HTTP 代理，确定它已经关掉了。

找个 Web UI 就行了。

建议关闭 iPhone 的自动更新功能，也有可能是软件在后台缓存视频，退出 iPhone 所有后台应用测一下速，看看空闲时段能不能跑满。

@me1onsoda 对于 IPv6 ，路由器遇到大于 MTU 的包会返回 ICMPv6 type 2 报文，发送方根据这个消息把 packets 拆小再发送。 参见 https://en.wikipedia.org/wiki/Path_MTU_Discovery

路由器分配出 190.160.0.* 的 IP 地址，可能 it 人员配置路由器 DHCP 的时候手滑输错了再加上没注意检查。

IPv4 私有地址空间是很大的，足够几千万台设备每一个获取到一个唯一的地址，再加上有很多不需要点对点内网互联的设备完全可以置于 NAT 下，所以我觉得很难有充足的理由像这样“公网私用”。

https://ping6.ping.pe/240e:3b0:200:969d:6dbe:ab99:7e08:3

ping.pe ping 不同你单位的 IP, 估计是防火墙的问题？