本地运行静态文件正常，部署到AKS后UseStaticFiles无法访问

核心原因：路径前缀不匹配 #

本地访问是直接根路径（https://localhost:5001/content/...），但AKS部署后URL多了/{myAksService}前缀，默认的UseStaticFiles()只会监听根路径下的静态文件请求，不会自动适配这个额外前缀；而.well-known能正常访问，大概率是单独配置时指定了对应的路径映射规则。

具体解决方法 #

1. 给静态文件中间件指定请求前缀 #

修改UseStaticFiles的配置，让它适配AKS的服务路径前缀：

app.UseStaticFiles(new StaticFileOptions
{
    // 替换成你实际的AKS服务路径，比如"/myapp"
    RequestPath = "/{myAksService}"
});

这样静态文件中间件就会处理带该前缀的请求，并正确映射到wwwroot目录下的文件。

2. 检查AKS路由与容器文件部署情况 #

• 确认Ingress规则是否将/{myAksService}路径正确转发到应用容器端口，没有被其他路由规则拦截
• 验证容器内是否存在wwwroot目录及对应文件，执行命令：

  kubectl exec -it <你的Pod名称> -- ls /app/wwwroot/content
  

• 如果容器内没有目标文件，检查Dockerfile是否正确复制了wwwroot目录，比如是否包含：

  COPY ["wwwroot", "wwwroot"]
  

3. 确认中间件执行顺序 #

确保UseStaticFiles配置在路由中间件之前，避免请求先被路由规则处理而跳过静态文件逻辑：

// 正确顺序示例
app.UseStaticFiles(/* 配置项 */);
app.UseRouting();
app.UseEndpoints(endpoints =>
{
    endpoints.MapControllers();
});

4. 对比.well-known的配置差异 #

查看.well-known的单独配置，比如是否指定了明确的路径映射：

app.UseStaticFiles(new StaticFileOptions
{
    RequestPath = "/.well-known",
    FileProvider = new PhysicalFileProvider(
        Path.Combine(Directory.GetCurrentDirectory(), ".well-known"))
});

如果是这种单独配置逻辑，可参照给wwwroot的静态文件做相同的前缀适配。

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