借记/贷记密码键盘终端在 15 分钟后断开网络连接。一次错误后重新连接

Question

我们有一个 HP procurve 网络和大约 20 个标准的借记/信用卡密码键盘终端，每个人现在几乎在每家商店都能看到。它们直接连接到 LAN，并且只与 SSL/443 上的支付站点通信。中间没有软件或服务器。

问题是设备在第一次尝试使用时通常会出现 TCP 连接失败。然后他们会连续工作一个小时。但是，如果允许闲置 10 - 15 分钟（大约），他们将抛出初始错误一次。

最初，他们都来自一家公司，我们认为这与他们的设置或品牌/型号有关。但是最近，我们安装了一些来自完全不同供应商的新设备，使用了不同类型的密码键盘……它们出现了相同的错误。

我们已经尝试了静态与 DHCP IP 寻址。我们已将外部支付站点添加到一个特殊的防火墙规则中，允许他们在没有正常威胁检查的情况下退出。我们已经在各种 Vlan 上尝试过它们。我们已经尝试将它们连接到各种类型的区域交换机。甚至尝试了一个预定的批处理文件，每 3 分钟 ping 它们（自制的保持活力）。没有任何区别。在网络问题方面，这些设备都连接到与其附近的现金计算机/打印机完全相同的 vlan 和区域交换机 - 我们没有其他任何问题。现金系统运行完整的客户端/服务器/数据库应用程序，如果由于该地区的网络不好而导致它们出现相同的断开连接问题，我们会很快听到它。

我要解决的最新理论与 arp 缓存超时有关，但我才刚刚开始。

希望得到一些帮助......也欢迎疯狂的想法。

W.

Answer 1

我过去曾见过类似的问题。我的问题与我的设备通过 NAT 设备建立连接有关，然后该连接空闲太久（没有发送，没有收到）。连接的两端都不知道，但是中间的NAT设备因为不活动而决定关闭连接。然后当流量试图穿越 NAT 时，由于 NAT 规则不再存在，数据包被丢弃。

您的设备可能正在做类似的事情。我的解决方案是在两个设备之间使用保持活动的数据包。它会每 60 秒发送一个数据包，这解决了我的问题（系统已经运行了好几年而无需触及）。简单地从同一 LAN ping 任一设备不足以保持 NAT 规则到位。设备必须定期相互通信。

但是，在不了解您的特定系统的情况下，很难说这是否适用于您。

希望这可以帮助。