服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

从VPNnetworkingping VPN客户端工作; 从VPN客户端ping到VPNnetworking失败 – 为什么?

我们正在为运行在云中的一些服务器设置一个OpenVPN服务器。 我们被困在一个连接问题,VPN服务器的局域网上的主机可以ping VPN客户端,但事实并非如此。 VPN客户端可以在其VPN地址上ping VPN服务器,但不能在其LAN地址上。 tcpdump显示来自客户端的ping数据包到达主机并发出回复的证据,但由于某种原因,回复永远不会到达VPN服务器或客户端上的tun0接口。 相反,根据tcpdump,在所有预期的接口上可以看到从VPN服务器的LAN到VPN客户端的ping请求stream量。 下面给出了我们的configuration和故障排除的详细描述。 问题似乎与从服务器networking上的地址转发回客户端networking有关。 对我来说真的很奇怪的是,局域网发起的ping可以完成往返,但是客户端发起的ping似乎在VPN服务器的tun0和eth1接口之间的某处丢失。 我们缺less什么? 情况: 3主机: VPN客户端(tun0:10.8.0.22) VPN服务器(tun0:10.8.0.1,eth1:10.11.11.2,eth0:xxxx) 局域网服务器(eth0:10.11.11.7) 这两台服务器都是运行RHEL 5.7的虚拟机。 我认为(但我不完全确定)虚拟主机环境是VMWare。 testing VPN客户端通过VPN服务器的eth0接口build立到VPN服务器的隧道 VPN客户端可以在其tun0接口10.8.0.1上ping VPN服务器 VPN服务器可以ping 10.8.0.22 局域网服务器可以ping通10.8.0.22 但: VPN客户端不能在其eth1接口上的ping VPN服务器10.11.11.2 VPN客户端不能在其eth0接口上的ping LAN服务器10.11.11.7 对于10.11.11.7和10.8.0.22之间的pingtesting: tcpdump在VPN服务器上显示ping请求并回复遍历tun0 tcpdump在VPN服务器上显示ping请求和回应遍历eth1 tcpdump在局域网服务器上显示ping请求和回应遍历eth0 对于10.11.11.2到10.8.0.22之间的pingtesting: tcpdump在VPN服务器上显示ping请求并回复遍历tun0 对于10.8.0.22到10.11.11.2之间的pingtesting: tcpdump显示在VPN服务器上遍历tun0的ping请求 tcpdump显示在VPN服务器上遍历eth1的ping回复 在tun0接口上没有回复的痕迹 对于10.8.0.22到10.11.11.7之间的pingtesting: tcpdump显示在VPN服务器上遍历tun0的ping请求 tcpdump显示在VPN服务器上遍历eth1的ping请求 tcpdump显示在LAN服务器上遍历eth0的ping请求 tcpdump显示在LAN服务器上遍历eth0的ping回复 VPN服务器的tun0或eth1接口上没有任何回复 在VPN服务器上启用了ip_fowarding在VPN服务器上,除了面向互联网的接口eth0以外的所有接口都禁用了rp_filter。 为了debugging潜在的问题,iptables已经在客户端禁用了(默认的ACCEPT)规则。 我已经在每个主机上包含了相关接口的路由-n和ifconfig转储。 在OpenVPN服务器上 $ /sbin/route -n Kernel […]