Kong 的内部 DNS 客户端无法解析名为 `web` 的服务/容器

□ 总结

金刚内部的DNS客户端无法解决一个名符其实的容器 web ' 并返回其BAD-ADDESS'占位符(`127.0.53.53'), 尽管同一容器上的OS级解析器解决了它 正确, Kong 解决同一网络上的其他主机名 没有问题。 在两个不相关的主机/站台上复制,带有一个 其它相同的最小设置——只有容器名称不同。

□ 金刚版

" Kong:3.7 " (Docker图像),通过 " Via " 反应确认 " Kong/3.7.1 " 头曰. 无 DB 模式(`KONG DATABASE: "off"'),仅声明配置, 失败的路由中没有插件 。

□ 测试的平台(均相同复制)

** 格式A——用于Mac的Docker桌面**

• macOS 26.5.2 (BuildVersion 25F84),苹果硅 (darwin/arm64)
• Docker 桌面 4.82.0,发动机 29.6.1,API 1.55 -Docker 编曲5.3.0

** 格式B——本地Linux**

• Rocky Linux 10.2(红色夸茨)
• Docker发动机(社区) 29.7.1,API 1.55
• Docker 编曲v 5.4.0

测试第二个与建筑无关的平台( 本地 Linux) 引擎对 Docker 桌面基于VM的网络)是专门到 排除了Docker-Desktop为Mac网络怪胎作为原因. 这个 失败是完全相同的。

□ 当前的行为

Kong Service' 的url'东道主是字串`web'失败 每一个带有“502坏门”的请求:

贾森 {"消息":"收到了上游服务器的无效回复","request id":"."}

金刚的错误日志显示它从未真正到达容器——它
替换了内部 DNS 失败的占位符地址 :

[error]连接失败 (111: Connection referred) 在连接上游时, 客户端: 172.1.9.01, 服务器: kong, 请求: "GET /web/ HTTP/1. 1", 上游: "http://127.0.53.53:80/", 主机: "localhost: 800.", 请求 id: ".

以字节表示的“服务”/“道路”
名为 " 其他 " 的容器(图像相同、端口相同、路线形状相同)
在同一个金刚实例上工作正确,同时。

□ 预期行为

Kong 解决“ web” 的方式与解决其他有效主机名的方式相同
在网络上,因为它是一个。

□ 复制步骤(最小,~10行配置)

`Docker-组成.yml':
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
名称: kong-web-dns- repro

服务:
宽- 配置- 投降 :
图像:高山:3.20
卷数 :
- ./kong.yml:/kong.yml:ro - (中文(简体) ).
- 宽- 配置:/出
入站点: ["sh","-c","cp/kong.yml/出站/kong.yml"]

贡:
图像:kong:3.7
环境:
(简体中文)"关" (简体中文).
Kong DECRATION CONF: /k/k.
("通志"作"通志"作"通志"作"通志"作"通志"作"通志"作"通". .
(原始内容存档于2017-10-10). Kong Admin LISTEN:"0.0.0.0:8001" (中文(简体) ).
卷数 :
- 孔令:/孔令:ro
端口:
- "8: 00: 8: 00" - "8: 00: 8: 00" - "8: 00:
- "8001:8001" (中文(简体) ).
依赖( C):
宽- 配置- 投降 :
条件:服务 完成 成功
网络 :
条件: 服务  启动
其他:
条件: 服务  启动

网络 :
图像: nginx: alpine

其他:
图像 :
. . . . . . .