Blazor Server应用部署IIS后远程访问UI及功能异常原因咨询

• SignalR连接故障：Blazor Server核心依赖SignalR维持客户端和服务器的实时通信。远程访问时如果出现问题，大概率是WebSocket协议未在IIS中启用，或者防火墙/安全组未开放站点端口（80/443），甚至反向代理（若有）未配置SignalR的转发规则——这些都会导致SignalR连接建立失败，直接引发UI渲染停滞、功能无响应。

• IIS站点绑定配置错误：如果站点仅绑定了服务器本地IP（127.0.0.1）或未绑定公网IP/0.0.0.0，远程请求根本无法被IIS接收；另外，绑定的主机名和远程访问的URL不匹配时，IIS会直接拒绝请求，自然无法正常访问应用。

• 应用程序池配置问题：应用程序池的.NET CLR版本需设置为“无托管代码”（对应.NET Core/.NET 5+），若选错版本会导致应用无法正常启动；同时，应用程序池的身份权限不足，无法读取站点目录下的文件，也会引发静态资源、框架文件加载失败，导致UI和功能异常。

• 静态资源加载失败：远程访问时，若应用的静态资源（CSS、JS、Blazor框架文件）路径配置错误（比如站点部署在IIS子目录但用了根路径引用），或者IIS未启用“静态内容”功能模块，会导致资源返回404，直接破坏UI渲染和交互功能。

• 跨域限制（涉及外部API调用时）：如果Blazor应用需要调用第三方域名的API，远程访问时浏览器的同源策略会拦截跨域请求，导致相关功能失效——但服务器本地访问时因为同域，所以不会触发这个问题。

• 服务器网络策略拦截：服务器的Windows防火墙、安全组若未允许外部IP访问站点端口，或者限制了SignalR的传输方式（比如禁用了长连接），会导致远程请求无法正常到达应用，进而引发功能异常。

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