如何配置IIS实现断网时重定向至本地服务器？含ASP.NET Core MVC同步需求

IIS层面的网络检测与路由切换 #

IIS本身没有原生的网络状态检测路由功能，但可以通过以下两种方式实现流量动态切换：

• URL Rewrite模块+自定义检测程序：编写C#类库实现IRewriteProvider接口，在接口逻辑中检测在线服务器的连通性（比如发起HTTP HEAD请求判断服务是否可用），根据检测结果返回对应的路由规则。将程序集部署到IIS的Rewrite模块后，在web.config中配置重写规则，自动将用户请求导向在线或本地服务器。
• ARR反向代理+健康检查：将IIS配置为反向代理，后端同时挂载在线服务器和本地服务器实例。为在线服务器配置健康检查（定期请求预设的健康接口），当健康检查连续失败时，ARR自动将流量切换到本地服务器；待在线服务器恢复后，自动切回流量。

ASP.NET Core应用内的逻辑适配 #

应用本身需要配合路由切换做模式适配：

• 多数据源切换：配置两套数据源（在线用远程SQL Server/MySQL，本地用SQLite），通过环境变量或配置项自动切换。启动时根据当前模式加载对应的数据上下文。
• 网络状态感知中间件：添加全局中间件，在每个请求前检测网络连通性，将当前模式（在线/离线）通过响应头或ViewData传递给前端，方便页面展示状态提示。
• 兜底重定向逻辑：若IIS路由未及时生效，应用内可做二次判断——当用户访问在线路径但网络不通时，自动重定向到本地路径（建议同域名下用路径区分，避免跨域问题）。

本地-在线数据同步策略 #

数据同步需解决离线操作记录、冲突处理问题：

• 离线操作日志：本地模式下，所有增删改操作都记录到本地的操作日志表，包含操作类型、数据快照、时间戳、同步状态（未同步/已同步/同步失败）。
• 自动同步触发：当网络恢复后，启动后台定时任务（用Hangfire或Hosted Service），批量读取未同步的日志，调用在线服务器的同步接口。同步成功后标记日志为已同步，失败则按指数退避策略重试。
• 冲突处理机制：同步时以时间戳或数据版本号为依据，优先保留最新操作；若检测到冲突（比如本地和在线同时修改同一条数据），可返回冲突信息给前端，由用户手动选择保留版本。

关键注意事项 #

• 统一域名规划：建议用同一个域名的不同路径或子域名区分在线/本地模式，比如yourdomain.com/online和yourdomain.com/offline，避免跨域问题，同时降低用户使用成本。
• 本地服务器轻量化：本地服务器可采用IIS Express或自托管Kestrel，打包成便携部署包，确保用户离线时能快速启动服务。
• 数据安全保障：本地存储的敏感数据需加密处理（比如SQLite数据库加密），同步数据时强制使用HTTPS传输。
• 健康检查可靠性：IIS健康检查需设置合理的检测间隔和重试次数，避免因短暂网络波动误切换到本地模式。

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