我在使用openvpn gui连接到远程计算机的工作中pipe理简单的工作组。
有意思的是，我发现了一个非常奇怪的bug – openvpn连接最初起作用，并且ping工作，但是在30秒之后，ping和任何其他访问停止工作，没有任何可辨别的原因。
Openvpn客户端显示为仍然连接（没有新的日志，图标是绿色的），OpenVPN服务器显示连接仍然build立（但不能ping通客户端），Windows日志不显示任何线索。 而且从家里我仍然通过VPN连接没有问题。
我需要知道在哪里看，其他日志或testing吗？
编辑：
womblebuild议检查路由表 ，简单的脚本显示路由表中没有改变:(无论如何，感谢womble。
这个在我们公司的首要原因是在两个不同的地方同时使用的OpenVPN密钥。 服务器将相同的IP分配给两个客户端，一两分钟后导致丢失。
这味道像一个客户端路由问题。 在OpenVPN隧道build立之后立即查看路由表，并在停止工作后再次查找路由表，并查看是否存在差异。 我遇到了一个问题，DHCP客户端从OpenVPN中删除（重写）路由，这将导致与OpenVPN服务器的连接不可用。
你可以发布openvpnconfiguration文件吗？ 如果是这样，一定要隐藏任何私人信息，如IP地址或域名。
看看你是否可以ping通网关主机的内部IP地址。 也运行一个traceroute，看看这些数据包在哪里。
我遇到了这个完全相同的问题，连接正常工作几秒钟，然后在日志中没有任何信息拖延。 用–mssfix 1300启动OpenVPN解决了我系统上的问题。
来自openvpn（8）：
–fragment和–mssfix都可以解决OpenVPN对等体之间networkingpath上的Path MTU发现问题。
这种故障的常见症状是成功启动的OpenVPN连接，但是在活动使用期间停顿。
问题是在路由器上，重新configuration路由器后，vpn开始重新工作。