From: David Sommerseth <dav...@redhat.com>

The assert(0) happening if trying to use --tcp-nodelay in a client
config is really not helpful at all.  When this assert(0) was removed,
another warning appeared that this could only be used in server
configs.  That itself is also quite silly, as clients can choose to
use --socket-flags TCP_NODELAY in the client config instead.  This
behaviour does not help the user in any way.

This patch removes the server-only restriction and rather provides
a more helpful warning when using --tcp-nodelay on the client side.

Trac: 489
Signed-off-by: David Sommerseth <dav...@redhat.com>
---
 src/openvpn/helper.c  | 2 +-
 src/openvpn/options.c | 4 +++-
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/src/openvpn/helper.c b/src/openvpn/helper.c
index 0ed0b2b..339e2ae 100644
--- a/src/openvpn/helper.c
+++ b/src/openvpn/helper.c
@@ -534,7 +534,7 @@ helper_tcp_nodelay (struct options *o)
        }
       else
        {
-         ASSERT (0);
+         o->sockflags |= SF_TCP_NODELAY;
        }
     }
 #endif
diff --git a/src/openvpn/options.c b/src/openvpn/options.c
index 721b42e..f0091c2 100644
--- a/src/openvpn/options.c
+++ b/src/openvpn/options.c
@@ -2111,7 +2111,9 @@ options_postprocess_verify_ce (const struct options 
*options, const struct conne
       if (options->ssl_flags & SSLF_OPT_VERIFY)
        msg (M_USAGE, "--opt-verify requires --mode server");
       if (options->server_flags & SF_TCP_NODELAY_HELPER)
-       msg (M_USAGE, "--tcp-nodelay requires --mode server");
+       msg (M_WARN, "WARNING: setting tcp-nodelay on the client side will not "
+             "affect the server. To have TCP_NODELAY in both direction use "
+             "tcp-nodelay in the server configuration instead.");
       if (options->auth_user_pass_verify_script)
        msg (M_USAGE, "--auth-user-pass-verify requires --mode server");
 #if PORT_SHARE
-- 
1.8.3.1


Reply via email to