On 01/10/15 11:05, David Raison wrote: > Server and client do seem to be communicating, yet, the server resets > the connection. Or are we misinterpreting the ACKs we're seeing? > > We'd be grateful for any help or idea on what might be the cause of > this. Unfortunately, we don't have physical access to the client, so we > cannot, at least not at the current point in time, hard-reset the client > device.
I see that so far, my question hasn't been widely popular. I will gladly RTFM if my question appears silly, but sometimes a little nudge in the right direction is much appreciated. It would be especially useful to us to know whether the server is actually communicating with the client or not and what those RW sequences represent: > Thu Oct 1 09:36:32 2015 us=94308 83.xx.xx.89:6821 TCPv4_SERVER READ > [22] from [AF_INET]83.xx.xx.89:6821: P_ACK_V1 kid=0 [ 0 ] > Thu Oct 1 09:36:32 2015 us=146026 83.xx.xx.89:6821 TCPv4_SERVER READ > [114] from [AF_INET]83.xx.xx.89:6821: P_CONTROL_V1 kid=0 [ ] pid=1 DATA > len=100 > Thu Oct 1 09:36:32 2015 us=146096 83.xx.xx.89:6821 TCPv4_SERVER WRITE > [22] to [AF_INET]83.xx.xx.89:6821: P_ACK_V1 kid=0 [ 1 ] In the meantime, we have figured out that the ISP over which the client connects has made changes to its routers, possibly killing a working firewall configuration. The ISP of course says they fixed the issue, but I'm still seeing the same issue in our openvpn log. I've seen this thread which seems to confirm my suspicions: https://openvpn.net/archive/openvpn-users/2005-02/msg00442.html Best regards, David -- TenTwentyFour S.à r.l. W: www.tentwentyfour.lu T: +352 20 211 1024 F: +352 20 211 1023 9 av. des Hauts-Fourneaux 4362 Esch-sur-Alzette
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------
_______________________________________________ Openvpn-users mailing list Openvpn-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-users
