Bug #10235
closed
OpenVPN server tries to push compress parameter when it's empty
100%
Description
Define a Server with Compression option set to Disabled and click option "Push the selected compression setting to connecting clients" and clients won't be able to connect seeing following error:
Client exception in transport_recv: process_server_push_error: Problem accepting server-pushed compressor: option_error: option 'compress' must have at least 2 arguments. Client terminated, restarting in 2000 ms...
Updated by Renato Botelho about 4 years ago
- Status changed from Confirmed to Feedback
- % Done changed from 0 to 100
Applied in changeset 32218e9e1e69a0e2b91bcd829fcba04ec8586bdc.
Updated by Viktor Gurov about 4 years ago
- Status changed from Feedback to Resolved
works as expected on 2.4.5.r.20200206.1944
Updated by Manuel Piovan about 4 years ago
regression?
2 openvpn, server is 2.5.0 client is 2.4.5-rc
both had -> Compression = "Disable compression, retain compression packet framing"
message on the log Bad compression stub (swap) decompression header
https://forum.netgate.com/topic/150338/openvpn-bad-compression-stub-2-4-5-rc
Updated by Jim Pingle about 4 years ago
- Status changed from Resolved to In Progress
I think the change didn't do what was intended here. The 'none' setting should end up with compress only in the config which isn't happening now.
It needs to go back the way it was, I don't see a bug with the old behavior. Maybe the user didn't understand what this option is supposed to do.
Most likely they wanted "Omit Preference" -- which is not the same as this option.
Updated by Jim Pingle about 4 years ago
- Status changed from In Progress to Feedback
- Assignee changed from Renato Botelho to Jim Pingle
I reverted the change here, since it wasn't correct.
Updated by Jim Pingle about 4 years ago
- Status changed from Feedback to Resolved
No problems on current snapshots that I can see, with the proper combinations of settings.