来源与时间，对应这次连接。
按公网 IP 和发生时间查找连接，再结合客户端、设备、地域与运营商，识别来源网络。
连接为何被拒。在入口查原因。
查看 Gateway 的 TLS、连接认证、客户端设置与准入事件。定位失败阶段，处理反复失败的来源，也能为合法设备解除误封。
了解事件记录先找到来源，再看失败阶段。
失败阶段，分开查看。
记录区分 TLS、连接认证、客户端设置与来源准入，并展示具体原因。协议不匹配与认证失败，可以分别处理。
有连接特征，继续追查。
TLS 信息可包括版本、服务器名称、加密套件与 ALPN。重复失败累加次数，方便查看同一来源的尝试连接。
封禁与允许，针对这个入口。
短时间内反复 TLS 握手或准入认证失败达到阈值时，Gateway 自动封禁对应公网来源。一次拒绝也可能来自配置问题，先查看原因并修正设备设置。
合法来源误封后，在对应 Gateway 的安全事件中手动允许。人工允许建立四小时准入，不会被同一规则的自动封禁覆盖；不再需要接入的来源也可以手动封禁。
事件结果说明当时如何处理，来源状态显示目前的允许或封禁设置。保存操作后还需入口同步执行，来源允许也不会替代有效的连接凭据。
业务访问，从出口查。
Gateway 记录连接在哪一阶段被允许或拒绝。要查看访问的业务目标，在最终 Connector 查询访问记录。
了解出口访问审计 →常见问题。
人工允许，会同步影响其他 Gateway 吗？
不会。操作针对当前 Gateway 与所选公网来源。其他入口保留各自的来源准入设置与安全事件记录。
被拒绝一次，就说明来源有攻击行为吗？
不一定。TLS、认证、客户端协议或设置问题都可能导致拒绝。根据阶段与原因处理；自动封禁针对短时间重复失败达到阈值的来源。
解除封禁后，设备就不需要连接凭据了吗？
仍需要。人工允许处理当前入口的来源权限，不会修复设备协议或替代有效连接配置。更换网络导致公网来源改变时，也应从新网络重新申请准入。