|
|
On Fri, 18 Feb 2005, Jean-Pierre Schwickerath wrote: > Hello everyone, > > > I just hit a problem tonight with a Windows XP SP2 box that I need to > connect to a well working OpenVPN installation on a GNU/Linux Debian > Testing box. Server and Client are running 2.0-rc14. > > There have been similar problems posted on the list recently. All had to > do with messages like "Waiting for TUN/TAP interface to come up"... The > solution was most of the time something with the DHCP-Client that was > not working or a firewall active on the box. None of this applies to > > On the client, I see the following: > > UDPv4 link remote: YYY.YYY.YYY.YYY:5000 > UDPv4 WRITE [14] to YYY.YYY.YYY.YYY:5000: P_CONTROL_HARD_RESET_CLIENT_V2 > kid=0 [ ] pid=0 DATA len=0 > UDPv4 READ [-1] from [undef]: DATA UNDEF len=-1 > UDPv4 WRITE [14] to YYY.YYY.YYY.YYY:5000: P_CONTROL_HARD_RESET_CLIENT_V2 > kid=0 [ ] pid=0 DATA len=0 > UDPv4 WRITE [14] to YYY.YYY.YYY.YYY:5000: P_CONTROL_HARD_RESET_CLIENT_V2 > kid=0 [ ] pid=0 DATA len=0 > UDPv4 WRITE [14] to YYY.YYY.YYY.YYY:5000: P_CONTROL_HARD_RESET_CLIENT_V2 > kid=0 [ ] pid=0 DATA len=0 > > On the Server side: > > XXX.XXX.XXX.XXX:29214 UDPv4 READ [14] from XXX.XXX.XXX.XXX:29214: > P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0 > XXX.XXX.XXX.XXX:29214 UDPv4 WRITE [26] to XXX.XXX.XXX.XXX:29214: > P_CONTROL_HARD_RESET_SERVER_V2 kid=0 [ 0 ] pid=0 DATA len=0 The client is sending a P_CONTROL_HARD_RESET_CLIENT_V2 message to the server. The server then replies with a P_CONTROL_HARD_RESET_SERVER_V2 message. But the client doesn't receive this message. It looks like you have a one-way link. The client can talk to the server but the server can't talk with the client. So there's some kind of blockage or misdirection happening in the server -> client direction. Client firewall maybe? James ____________________________________________ Openvpn-users mailing list Openvpn-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/openvpn-users |