Blazor Wasm部署IIS后公网IP无法访问，DLL报503错误

• 检查IIS应用程序池配置

  • 将应用程序池的.NET CLR版本设置为无托管代码——Blazor WASM属于静态内容，不需要托管运行时支撑
  • 确认应用程序池身份对Blazor静态文件目录拥有读权限，可临时切换为LocalSystem测试，排除权限拦截问题
  • 查看应用程序池状态，外网访问时可能因资源限制或配置冲突导致池自动停止

• 验证静态文件处理规则

  • 确保IIS已安装静态文件功能（通过服务器管理器→Web服务器角色确认）
  • 在Web.config中添加DLL的MIME类型配置，避免IIS无法识别文件：

    <staticContent>
      <mimeMap fileExtension=".dll" mimeType="application/octet-stream" />
    </staticContent>
    

  • 若使用URL重写，添加排除规则避免拦截DLL请求：

    <rule name="Skip DLL Requests" stopProcessing="true">
      <match url=".*\.dll$" />
      <action type="None" />
    </rule>
    

• 排查网络层限制

  • 检查虚拟机防火墙（含Windows防火墙和云服务商防火墙），除开放站点端口外，需允许DLL文件的流量通过——部分防火墙会拦截特定文件类型的请求
  • 确认公网端口映射完整，别仅映射后端API端口，前端站点的端口必须同步正确映射
  • 用浏览器F12网络面板查看请求地址，确认DLL的请求URL为公网IP路径，而非内网IP（若Blazor发布时硬编码内网地址，会导致外网请求路径错误）

• 通过日志定位具体问题

  • 前往C:\inetpub\logs\LogFiles查看IIS日志，找到DLL请求对应的503条目，查看子状态码（如503.2代表队列满，说明应用程序池资源不足）
  • 打开事件查看器，查看应用程序和系统日志中的IIS相关错误，排查是否存在应用程序池崩溃、内存不足等情况

• 核对发布配置

  • 确认发布使用Release模式，部署模式选择正确（独立或依赖框架），确保所有必要DLL文件已完整复制到IIS目录
  • 检查wwwroot目录下的DLL文件是否存在且权限正确——发布过程中可能出现文件丢失或权限继承失败的问题

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