Dude why do you say it is not responding when it clearly is both on the log file and tcpdump?
WRWrrRWrrrrWRWrrrrrrrrrWRWrrrrrrrrrrrrrrrrrrrrFri May 17 15:42:17 2024 us=59314 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) Isn't that r read socket w write socket plus on the tcpdump you can see that there are in and out packages. No it does not use multiple interfaces. To make it even more annoying there is another point to point tunnel terminated there same udp on a different port which works fine even restating it so this is why I say this might be some blocking/slowdown/crapping coming from the isp. Time is correct on the machines, certs expire in 2049. Sent with Proton Mail secure email. On Friday, May 17th, 2024 at 12:38 PM, Antonio Quartulli <a...@unstable.cc> wrote: > Hi, > > On 17/05/2024 14:12, shadowbladeee via Openvpn-users wrote: > > > So here is what is interesting, packets are "sipping in" so you cannot say > > it's a firewall issue, especially as I said nothing changed from my side > > and all the components were even rebooted. > > > > Here is what I tried: > > > > 1, tried to move the udp port -> didn't help > > > > 2, switched from udp to tcp -> didn't help > > > Am I right saying that both log and tcpdump output are from the endpoint > that "receives" the connection? (i.e. the server). > > If that's the cas,e we see the server that does not reply (tcpdump), but > also does not print any reason for rejection. > > I wonder if the server is sending its reply over another interface and > thus getting lost? > > Have you tried running tcpdump with '-i any'? > > Regards, > > > -- > Antonio Quartulli _______________________________________________ Openvpn-users mailing list Openvpn-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-users
