Follow up to a480eaa (does the same for auth-pam.c).
Signed-off-by: Saifur Rahman Mohsin
---
src/plugins/auth-pam/auth-pam.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/plugins/auth-pam/auth-pam.c b/src/plugins/auth-pam/auth-pam.c
index 3be647e9..33492e9c 100644
--- a/src/plugi
From: Kristof Provost
Implement data-channel offload for FreeBSD. The implementation and flow
is very similar to that of the Linux DCO support.
Signed-off-by: Kristof Provost
---
configure.ac | 15 +-
src/openvpn/Makefile.am| 1 +
src/openvpn/dco_freebsd.c | 559 +
From: Kristof Provost
If control packets come in through the DCO interface (i.e. via
dco_do_read()) we must process them through process_incoming_link().
This doesn't currently manifest, because Linux passes control packets
through the regular socket, not via the DCO netlink interface, but other
Hi,
Here's the current version of the patch to add FreeBSD DCO support.
The first patch isn't strictly related to FreeBSD, but fixes what I
think is a generic issue. It doesn't manifest with Linux because the
Linux DCO driver allows control packets to continue through normal UDP
processing. We do
This allows to set the MSS value inside the tunnel to a user specified
value instead of calculating it form (somewhat) dynamic encapsoluation
overhead.
Also default to the MTU when tun-mtu does not have the default value
to ensure that packets are not larger than the tun-mtu. This only affects
pac
Hello!
Considering a metric when using openvpn, what is the user concurrency limit
for a single service process?
Is the concurrency limited by the number of max-clients, or is there a
limit?
I haven't figured out how to test it, has anyone done this test?
