宾馆无线实名认证的网关，是整个认证体系里的核心设备：住客连上WiFi，网关负责弹认证页面、校验身份、放行上网、记录日志。网关一旦出故障，最直接的后果就是客人上不了网，或者上网不受控。前者引发投诉，后者引发合规风险。网关故障早晚会来，宾馆要提前想好应急方案，而不是等故障发生了再临场发挥。
先分清网关故障的几种形态，因为应急方式完全不同。一种是完全宕机，设备起不来，认证和上网全部中断；一种是部分功能失效，比如认证页面打不开但网络还能通；还有一种是被攻击或者配置错误导致行为异常。不同的故障形态，对应不同的应急动作，先判断形态再动手，比盲目重启靠谱。
应急方案的第一原则：优先保合规底线，其次保上网体验。出故障的时候，宾馆最怕的是两头都想要，结果两头都丢。如果网关完全宕机，网络处于无认证状态，这时候客人还能上网但没人管，这是最危险的局面。正确的做法是尽快限制网络或者启用应急认证通道，宁可让网络暂时不可用，也不能让无认证上网持续太久。
网关产品最好具备断网本地应急的能力。正常工作时，认证在云端或者中心处理；断网或者云端不可达时，本地设备能启用本地缓存策略，保证基本认证流程不中断。这个能力在选型的时候就要确认，而不是等故障了才发现设备没有这个功能。有本地应急能力的网关，故障时能撑住局面，给抢修留出时间。
应急备用通道要预先设置好。比如前台有一套应急授权码机制，网关故障时，前台通过备用通道给客人发放临时上网权限，权限带时效，故障恢复后自动停用。又比如备份网关或者热备设备，主网关故障时快速切换。备用通道平时不起眼，但就是这十几分钟，决定了客人是投诉还是满意。
故障响应要有明确的分工和流程。宾馆的网管或者店长，要知道故障发生时第一步联系谁、第二步做什么。一张简单的应急联系表，写上设备供应商的技术支持电话、故障申报流程、紧急情况处理步骤，放在前台和店长都看得到的地方。很多宾馆的故障处理慢，不是修不了，是不知道找谁、不知道先做什么。
日志数据在网关故障时是个容易出问题的点。网关承载日志采集，故障期间产生的上网记录如果没来得及上报，就存在日志缺口。有本地缓存的网关，恢复联网后会自动补传；没有缓存的，故障期间的日志就丢了。这个能力同样要在选型时确认，日志缺口在监管上是很被动的事。
故障响应的时间预期，要提前约定。网关完全宕机属于影响面大的故障，多久响应、多久恢复，宾馆和供应商在服务合同里就应该有明确约定。不同等级的故障对应不同的响应时间：影响认证的故障要尽快处理，不影响合规的小问题可以放宽。有了时间预期，宾馆知道什么时候该等、什么时候该催，供应商也知道什么是底线，双方都有数。
应急预案要定期演练，不能只写在纸上。网关故障不是天天发生，预案放着不动，真出事时一样手忙脚乱。最简单的演练方式：约定一个时间，模拟网关故障，走一遍应急流程，看前台知不知道放临时授权码、店长知不知道联系谁、日志补传正不正常。演练一遍，发现的问题比看十遍文档都多。小宾馆一年演练一次就够了，关键是真做，不是走形式。
故障恢复后的检查清单，要提前列好。网关恢复上线，不是"能上网了"就完事，还要确认几件事：认证功能恢复正常、日志开始正常记录、故障期间的缺口有没有补齐、临时放行的权限有没有全部回收。这些检查项列成清单，恢复的时候一项项核对，比凭感觉判断靠谱。故障恢复不等于问题结束，把尾巴收干净，才算真正处理完。
备用通道要定期测试，不能只配不用。临时授权码的发放功能、备份设备的切换流程，平时放着不动，一到故障时才发现不好用，就晚了。定期拿一台设备模拟走一遍备用通道，确认能放行、能留痕、能回收，心里才有底。备用通道平时不显眼，测试的成本也低，但真到应急的时候，它就是宾馆的保底。
客人那边的沟通，预案里也要有安排。网关故障导致客人上不了网或者网络不稳，前台面对客人的说法要统一：怎么解释、预计多久恢复、能不能给个临时方案。客人最反感的是"不知道怎么回事，不知道要等多久"。宾馆提前想好说法，前台照着安抚客人，投诉就会少很多。故障处理不只是技术活，也是服务活。
宾馆无线实名认证的网关，平时不出声，一出事就是大事。保合规、有本地应急能力、备好临时通道、分工明确、日志不丢、响应有时间预期、预案有演练、恢复有检查、客人沟通有准备，这些提前做了，网关故障就不可怕。真正可怕的是没有预案，故障来了手忙脚乱，合规和体验一起塌。