The buildbots have tested this very thoroughly, I just figured out why
it fails on NetBSD and OpenBSD - these systems, by default, have a limit
of 4 tun devices and the BBs use one of them for the community VPN, 
so when starting 4 server instances, we run out.

 Fix: # cd /dev ; ./MAKEDEV tun4

yes, nothing dynamic there...

Also, we agreed that we should fix the number mapping "client instance 
number -> server number" so that it's easier to maintain because we
know "all client tests 4<x> go to server instance <4>" while it's a bit
unorderly right now.  But this will be a different patch as it affects
existing instances that are unrelated to *this* new feature.

Your patch has been applied to the master branch.

commit fd6d0f3cf67622c3ae052c5f94abd5fd70ee7995
Author: Samuli Seppänen
Date:   Tue Jul 8 09:33:51 2025 +0200

     t_server_null: add multi-socket testing

     Signed-off-by: Samuli Seppänen <sas...@pm.me>
     Acked-by: Gert Doering <g...@greenie.muc.de>
     Message-Id: <20250708073359.32549-1-g...@greenie.muc.de>
     URL: 
https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg32061.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