summaryrefslogtreecommitdiffstats
path: root/src/openvpn/options.c
diff options
context:
space:
mode:
authorLev Stipakov <lstipakov@gmail.com>2015-03-05 22:33:56 +0200
committerGert Doering <gert@greenie.muc.de>2015-03-07 12:20:01 +0100
commitd384a9587951617d12e31e0a18050bd86402d5df (patch)
tree6d4e24add5b4659348aa3725af69d811cae27a80 /src/openvpn/options.c
parentecd934b1ef83eec58eb2df5d3a98309ca56d5812 (diff)
downloadopenvpn-d384a9587951617d12e31e0a18050bd86402d5df.tar.gz
openvpn-d384a9587951617d12e31e0a18050bd86402d5df.tar.xz
openvpn-d384a9587951617d12e31e0a18050bd86402d5df.zip
Fix mssfix default value in connection_list context
Due to this bug, mssfix hasn't been assigned to fragment value and used default value (1450) instead. As a consequence, TCP packets get fragmented, which causes performance penalty. Since dual stack patch (commit 23d61c56b9fd218c39ad151b01b7e2d6690e6093) OpenVPN uses options->connection_list, even for single remote. This fix assigns mssfix value to fragment value for connection_entry inside connection_list instead of connection_entry inside options struct (which does not work for connection_list case). Acked-by: Gert Doering <gert@greenie.muc.de> Message-Id: <1425587636-23338-1-git-send-email-lstipakov@gmail.com> URL: http://article.gmane.org/gmane.network.openvpn.devel/9507 Signed-off-by: Gert Doering <gert@greenie.muc.de>
Diffstat (limited to 'src/openvpn/options.c')
-rw-r--r--src/openvpn/options.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/openvpn/options.c b/src/openvpn/options.c
index 4ea03d1..20b37db 100644
--- a/src/openvpn/options.c
+++ b/src/openvpn/options.c
@@ -2352,7 +2352,7 @@ options_postprocess_mutate_ce (struct options *o, struct connection_entry *ce)
{
#ifdef ENABLE_FRAGMENT
if (ce->fragment)
- o->ce.mssfix = ce->fragment;
+ ce->mssfix = ce->fragment;
#else
msg (M_USAGE, "--mssfix must specify a parameter");
#endif