基于.NET+React的Kestrel应用在Kubernetes中访问异常排查

核心原因 #

1. Kestrel绑定范围限制：虽然netstat显示Kestrel监听:::5007（IPv6所有接口），但容器内curl localhost默认走IPv4的127.0.0.1，而Kestrel未明确绑定IPv4的0.0.0.0，导致IPv4请求无法被处理，返回空响应。
2. Service访问方式错误：测试时误用了Service的targetPort（5007），但Service实际暴露的是port:80，加上Kestrel的绑定问题，双重导致跨Pod请求失败。

正确配置步骤 #

1. 调整Kestrel绑定，支持全网络接口 #

以下三种方式任选其一：

环境变量配置（推荐，无需改代码）

在Dockerfile或Kubernetes Deployment的容器环境变量中添加：

ASPNETCORE_URLS=http://0.0.0.0:5007

该配置会让Kestrel同时监听IPv4和IPv6的所有接口，覆盖默认的localhost绑定限制。

appsettings.json配置

修改项目的appsettings.json，添加Kestrel端点配置：

{
  "Kestrel": {
    "Endpoints": {
      "Http": {
        "Url": "http://0.0.0.0:5007"
      }
    }
  }
}

代码硬编码配置（适合自定义场景）

在Program.cs中显式配置Kestrel监听所有IP：

var builder = WebApplication.CreateBuilder(args);

builder.WebHost.ConfigureKestrel(options =>
{
    // 监听所有IP地址的5007端口
    options.ListenAnyIP(5007);
});

var app = builder.Build();
// 其他中间件配置...
app.Run();

2. 修正Service访问测试方式 #

测试Pod访问Service时，必须用Service的ClusterIP加上其暴露的port（80）：

curl http://10.1.2.5:80

3. 验证配置生效 #

• 进入容器内部，执行curl http://0.0.0.0:5007或curl http://localhost:5007，确认能正常返回响应。
• 重新部署应用后，从测试Pod访问Service的80端口，验证跨Pod请求正常。

4. 配合Nginx Ingress Controller的后续配置 #

当配置Ingress时，只需将Ingress的后端服务指向你的Service（端口80）即可，Kestrel的配置无需额外调整，因为已经支持接收来自Ingress的所有流量。

内容的提问来源于stack exchange，提问作者Zucoa