Acked-by: Gert Doering <g...@greenie.muc.de>

Thanks for investigating and locating the issue so quickly - I think
it would have taken me much longer to understand what really happens
(if I read it right, the code would *query* for the extended status 
just fine, gobble errno in the process, and then ignore the 
"extended_msg" later, due to ignore_sys_error() being triggered)

But anyway - we're back to "it works!"

2022-07-23 14:08:24 us=700677 UDPv6 link remote: 
[AF_INET6]2001:608:2:a::253:1196
W2022-07-23 14:08:24 us=727325 read UDPv6 [ECONNREFUSED]: Connection refused 
(fd=3,code=111)

2022-07-23 14:09:30 us=94516 UDPv4 link remote: [AF_INET]193.149.36.253:1196
W2022-07-23 14:09:30 us=117381 read UDPv4 [ECONNREFUSED]: Connection refused 
(fd=3,code=111)


and indeed, --mtu-disc yes also works again...

2022-07-23 14:15:15 write UDPv4 [EMSGSIZE Path-MTU=1300]: Message too long 
(fd=3,code=90)

2022-07-23 14:12:15 write UDPv6 [EMSGSIZE Path-MTU=1280]: Message too long 
(fd=3,code=90)

(this is triggered by adding a reduced-mtu route on a linux router in
between - "ip route add 199.102.77.82 dev ppp0 mtu 1300" - so easy to
test manually, not sure yet how to do that programmatically in a 
reasonably sane way)


Your patch has been applied to the master branch.

commit 95afd63ac74197980ecff2b3ecb2116d62035f7f
Author: Selva Nair
Date:   Fri Jul 22 16:40:07 2022 -0400

     In x_check_status() read errno early

     Signed-off-by: Selva Nair <selva.n...@gmail.com>
     Acked-by: Gert Doering <g...@greenie.muc.de>
     Message-Id: <20220722204007.7537-1-selva.n...@gmail.com>
     URL: 
https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg24728.html
     Signed-off-by: Gert Doering <g...@greenie.muc.de>


--
kind regards,

Gert Doering



_______________________________________________
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel

Reply via email to