感谢您的时间，我在网络工程中错误地询问了这个问题，所以我将其移到这里。
我有一个远程办公室和一个通过 IPSec 连接的总部，总部的地址是 192.168.16.0/24，远程办公室的地址是 192.168.1.0/24。我可以从远程办公室 ping 总部的所有设备，反之亦然。
以下是我们的网络的简化图：
我们在两个网络上都使用装有最新固件的 TP-Link ER-6020 v2 路由器。我们的 ISP 恰好使用无线连接，因为我们地处偏远地区，不过我认为这并不重要。
时间时钟服务器软件与一些其他应用程序一起在 Windows Server 2012 (192.168.16.107) 上运行。服务器软件可以毫无问题地连接/发现 192.168.16.0/24 网络上的时间时钟，但它无法连接到远程网络上的 (192.168.1.105) 时间时钟，即使可以 ping 通它。时间时钟使用 UDP 30303 和 30304 进行通信。我已经更改了时间时钟以消除故障单元的问题。
时间时钟供应商建议我设置一些“第 3 层管理”规则或创建一些“自定义路由表”，但这似乎超出了我的知识水平。研究这些让我陷入了无休止的思考。
请提供解决方案的途径或入门指南，以帮助我了解供应商的目的，以便我可以弄清楚这一点。
答案1
SmallClanger，你启发我从不同的角度看待这个问题。我破解了记录发现时钟的数据库密码（由于 Microsoft Access 安全性较差），手动输入了时钟详细信息，绕过了它的发现过程，在驶向远程站点后，它似乎运行得很顺利。服务器上的软件仍然有一个红色警报点，显示时钟未连接，但通信正常。所以唯一的失败是通过 UDP 发现/检测时钟，我可以忍受红点。