本手册描述了在LAN端口断开时解决问题的步骤。
概况
通常，Socket LAN端口用作站点的内部网络连接。 在Socket HA的情况下，保活信号通过该端口传输，以监控HA连接的健康和状态。 如果LAN端口断开，通知是至关重要的，因为这可能会中断通信、降低网络性能并影响关键服务。
在响应网络XOps事件时，首先验证问题是否正在发生，然后排查问题，最后验证问题是否已解决，这种方式解决问题很重要。
步骤1 - 验证LAN端口是否断开
以下是Cato管理应用程序管理员可以验证LAN端口显示断开的不同方法。
使用事件深入分析
当LAN端口断开时，将生成一个XOps事件。
进入XDR 发现事件页面，使用网络操作预设，包含过滤器：指示在LAN端口断开，并根据需要调整时间范围。
验证是否生成了如下所示的事件。
点击事件以深入查看详细信息。 它提供有关站点当前状态的信息、事件时间轴，以及更重要的Socket接口的连接性状态。
在事件深入分析页面往下滚动，可以找到事件时间线。 该时间轴突出显示LAN接口状态的任何更改。
注意：LAN端口断开不会生成任何CMA事件。 若要通过电子邮件通知您LAN端口断开，您可以在检测和响应策略中配置规则。
Socket WebUI
另一种验证LAN端口是否断开的方法是访问Socket WebUI。
要做到这一点，请参阅 https://support.catonetworks.com/hc/en-us/articles/4413265669905-Using-the-Socket-WebUI。 期间Always-On和防篡改被禁用多久。
如下面的截图所示，我们可以看到LAN 01已断开。
步骤2 - 故障排除LAN端口断开
本节介绍Cato中可用的工具，用于结构化故障排除处理此类事件。 虽然步骤通常意味着按顺序进行，但每项检查的结果可能会影响下一个步骤。
在审计追踪中查看更改
在审核日志页面中查看变更，查看是否有导致此问题的配置变更。 期间Always-On和防篡改被禁用多久。
例如，下面的截图显示管理员对LAN 02进行了配置更改。 如果此活动的时间与LAN接口断开一致，管理员可以恢复更改以确定更改是否是问题的原因。
第1及第2层检查
请验证Socket与连接到受影响LAN端口的网络设备之间的物理连接或布线。
此外，查看任何近期或正在进行的LAN侧配置更改。 例如，连接到Socket LAN接口的交换机上的配置更改（如对VLAN或子网的更改）可能会影响连接。
更换连接到Socket LAN端口的电缆或将其连接到交换机上的不同端口可以帮助确定问题是否与硬件有关。
步骤3 - 验证LAN端口是否上线
在识别和解决导致LAN断开的问题后，验证端口现在是否在事件钻取和Socket WebUI中可见。
使用事件深入
注意：问题解决后，事件状态将从“开放”变更为“监控”。 如果在接下来的两个小时内没有进一步事件，它将在此状态下保持。 有关更多信息，请参考理解事件列。
事件时间线
事件时间轴显示LAN接口状态的变化。 您可以用它来确认最近的状态是否已更新为"上线"。
Socket WebUI
访问Socket WebUI以确认LAN端口的状态是否已启用。 要做到这一点，请参阅 https://support.catonetworks.com/hc/en-us/articles/4413265669905-Using-the-Socket-WebUI。
上传案例到 Cato 支持
如果按照此操作手册仍未解决问题，请提交支持票据。 为获得最有帮助的请求响应，管理员应提供所采取故障排除步骤的结果。