If --mlock is used, the amount of memory OpenVPN can use is guarded
by the RLIMIT_MEMLOCK value (see mlockall(2)). The OS default for this
is usually 64 Kbyte, which is enough for OpenVPN to initialize, but
as soon as the first TLS handshake comes it, OpenVPN will crash due
to "ouf of memory", and might even end up in a crash loop.
Steady-state OpenVPN requires between 8 MB and 30-50 MB (servers with
many concurrent clients) of memory. TLS renegotiation with EC keys
requires up to 90 MB of transient memory.
So: with this patch, we check if getrlimit() is available, and if yes,
log the amount of mlock'able memory. If the amount is below 100 MB,
which is an arbitrary value "large enough for most smaller deployments",
we try to increase the limits to 100 MB, and abort if this fails.
v2:
change arbitrary number to 100 MB, introduce #define for it
not only check but also increase with setrlimit()
uncrustify fixes
v3:
OpenSolaris has mlockall() and getrlimit(), but no RLIMIT_MEMLOCK -
make code conditional on HAVE_GETRLIMIT *and* RLIMIT_MEMLOCK
add Changes.rst entry
Trac: #1390
Signed-off-by: Gert Doering <gert@greenie.muc.de>
Acked-by: Selva Nair <selva.nair@gmail.com>
Message-Id: <
20210310124808.14741-1-gert@greenie.muc.de>
URL: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg21657.html
Signed-off-by: Gert Doering <gert@greenie.muc.de>
requirements/recommendation of FIPS 140-2. This just allows OpenVPN
to be run on a system that be configured OpenSSL in FIPS mode.
+``mlock`` will now check if enough memlock-able memory has been reserved,
+ and if less than 100MB RAM are available, use setrlimit() to upgrade
+ the limit. See Trac #1390. Not available on OpenSolaris.
+
+
Deprecated features
-------------------
``inetd`` has been removed
AC_CHECK_FUNCS([ \
daemon chroot getpwnam setuid nice system getpid dup dup2 \
- getpass syslog openlog mlockall getgrnam setgid \
+ getpass syslog openlog mlockall getrlimit getgrnam setgid \
setgroups stat flock readv writev time gettimeofday \
ctime memset vsnprintf strdup \
setsid chdir putenv getpeername unlink \
likely fail. The limit can be increased using ulimit or systemd
directives depending on how OpenVPN is started.
+ If the platform has the getrlimit(2) system call, OpenVPN will check
+ for the amount of mlock-able memory before calling mlockall(2), and
+ tries to increase the limit to 100 MB if less than this is configured.
+ 100 Mb is somewhat arbitrary - it is enough for a moderately-sized
+ OpenVPN deployment, but the memory usage might go beyond that if the
+ number of concurrent clients is high.
+
--nice n
Change process priority after initialization (``n`` greater than 0 is
lower priority, ``n`` less than zero is higher priority).
platform_mlockall(bool print_msg)
{
#ifdef HAVE_MLOCKALL
+
+#if defined(HAVE_GETRLIMIT) && defined(RLIMIT_MEMLOCK)
+#define MIN_LOCKED_MEM_MB 100
+ struct rlimit rl;
+ if (getrlimit(RLIMIT_MEMLOCK, &rl) < 0)
+ {
+ msg(M_WARN | M_ERRNO, "WARNING: getrlimit(RLIMIT_MEMLOCK) failed");
+ }
+ else
+ {
+ msg(M_INFO, "mlock: MEMLOCK limit: soft=%ld KB, hard=%ld KB",
+ ((long int) rl.rlim_cur) / 1024, ((long int) rl.rlim_max) / 1024);
+ if (rl.rlim_cur < MIN_LOCKED_MEM_MB*1024*1024)
+ {
+ msg(M_INFO, "mlock: RLIMIT_MEMLOCK < %d MB, increase limit",
+ MIN_LOCKED_MEM_MB);
+ rl.rlim_cur = MIN_LOCKED_MEM_MB*1024*1024;
+ if (rl.rlim_max < rl.rlim_cur)
+ {
+ rl.rlim_max = rl.rlim_cur;
+ }
+ if (setrlimit(RLIMIT_MEMLOCK, &rl) < 0)
+ {
+ msg(M_FATAL | M_ERRNO, "ERROR: setrlimit() failed");
+ }
+ }
+ }
+#endif
+
if (mlockall(MCL_CURRENT | MCL_FUTURE))
{
msg(M_WARN | M_ERRNO, "WARNING: mlockall call failed");
#include <stdio.h>
#endif
+#ifdef HAVE_GETRLIMIT
+#include <sys/resource.h>
+#endif
+
#include "basic.h"
#include "buffer.h"