测试

回环地址让进程通过本地 IP 协议栈通信，无须把交换送到物理网络链路。IPv4 为回环保留 127.0.0.0/8，其中最熟悉的是 127.0.0.1；IPv6 使用 ::1。在 Linux 中，相关的本地网络范围是网络命名空间。因此，同一台物理机器上的两个进程，可能对“自己的回环服务”具有不同答案，不能只按机器归属判断。 坏掉的样子 容器内客户端把数据库地址配置为 127.0.0.1，却希望访问宿主或另一容器时，经常失败。客户端实际请求的是自己命名空间中的监听，地址拼写没有错，拓扑理解却错了。宿主发布端口、容器接口地址和另一进程的回环，是不同目的地。选择连接配置前，应先确定客户端运行在哪里，以及真正服务由哪个网络范围提供。 回环也不保证任何探测都成功。目标端口需要监听，预期地址族需要可用，本地网络策略还可能影响交付。IPv4 请求成功不代表服务也监听 ::1；连接被拒绝，则可能只是调用方命名空间内对应地址与端口没有服务。不能因回环无须外部网线，就把协议栈、监听状态和访问规则当成始终有效的前提。 本地交付没有消除 IP 协议栈。回环流量仍经过套接字、协议处理和本地路由决策，只是没有沿外部物理网络绕行。测量一次回环请求，不能验证交换机配置、远程路由、互联网防火墙或公共服务名称的证书。解释健康探测时，应把这些路径分开，否则内部服务正常可能被误写成所有用户都能成功访问。 相同地址，不同本地范围。仅为 IPv4 预期实验，IPv6 需要独立配置。不声称已有复现运行或通过技术验收。 快速验证 2026-10-19 源码审阅说明：修订后的实验仅使用 IPv4。Docker 的 none 驱动不配置 ::1，独立的 IPv6 实验必须先建立并核验这项配置。技术与执行验收仍暂缓，等待获准环境中的完整运行。下文均为预期结果，不是本次复现的测量，静态修订并不证明实际就绪。 保存为 check-loopback.py，在获准的 Linux Docker 主机上运行 python3 check-loopback.py，固定镜像须事先已存在。其宣称的 Python 版本尚未重新确认。脚本禁止自动拉取镜像，不发布宿主端口。A 在一万九千零九十一端口提供 IPv4 服务；B 起初没有监听： ...