如何解决EKS中运行的.NET Core服务无法确定HTTPS重定向端口的警告问题

问题根因 #

该警告由ASP.NET Core内置的HTTPS重定向中间件抛出，EKS环境下通常TLS/HTTPS解密会在集群入口的AWS ALB或Ingress控制器层完成，流量到Pod内的.NET服务时已经是HTTP 80端口的请求，服务本身未监听HTTPS端口，因此中间件无法识别HTTPS端口触发警告。

可选用的解决方案 #

方案1：配置转发头识别原始请求信息（推荐） #

该方案不需要修改服务重定向逻辑，也无需在Pod侧监听HTTPS端口，适配K8s南北向流量TLS终止在入口层的通用架构：

1. 在.NET服务的Program.cs（.NET 6+）或Startup.cs中，优先注册转发头中间件，位置必须在HTTPS重定向、认证中间件之前：

// 首行注册转发头中间件
app.UseForwardedHeaders(new ForwardedHeadersOptions
{
    ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto | ForwardedHeaders.XForwardedHost
});

// 后续其他中间件配置保持不变
// app.UseHttpsRedirection();
// app.UseAuthentication();
// ...

2. 可选配置可信代理，避免转发头被恶意篡改，在服务依赖注入配置段添加：

services.Configure<ForwardedHeadersOptions>(options =>
{
    // 替换为你EKS集群所属的VPC CIDR
    options.KnownNetworks.Add(new IPNetwork(IPAddress.Parse("10.0.0.0"), 8));
});

AWS ALB默认会透传X-Forwarded-Proto、X-Forwarded-Port等标准转发头，无需额外配置Ingress规则。配置完成后服务可以正确识别用户原始请求的HTTPS协议，不会再触发端口识别警告。

方案2：硬编码指定HTTPS端口 #

如果你需要保留应用侧的HTTPS重定向逻辑，可以直接给服务指定HTTPS端口，无需在Pod内实际监听HTTPS端口：

• 方式1：在appsettings.json中添加配置：

"ASPNETCORE_HTTPS_PORT": "443"

• 方式2：在EKS的Deployment配置中添加环境变量：

spec:
  containers:
  - name: your-service-name
    image: your-image-url
    env:
    - name: ASPNETCORE_HTTPS_PORT
      value: "443"
    ports:
    - containerPort: 80

方案3：直接禁用应用侧HTTPS重定向 #

如果你已经在集群入口层配置了HTTP强制跳转HTTPS规则，应用侧不需要处理重定向逻辑，直接删掉代码中的app.UseHttpsRedirection();一行即可，警告会直接消失。

配置完成后重启Pod即可验证警告是否消除。

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