Hi, On Sun, Jun 03, 2018 at 12:11:57PM +0200, Steffan Karger wrote: > A server should not push us compression algorithms we didn't specify. If > the server does so anyway, reject the compression algorithm.
I can see why you do this, but if I understand this right, this will break lots of currently-working OpenVPN setups - where we use the IV_ variables to parse out "what can the client do?" and send matching "compress <foo>" PUSH_REPLYs. So, feature-NAK. Adding warnings (1/3) and a warning-override (3/3) is good measure, but interfering with server-to-client pushing of options needs more consideration. gert -- "If was one thing all people took for granted, was conviction that if you feed honest figures into a computer, honest figures come out. Never doubted it myself till I met a computer with a sense of humor." Robert A. Heinlein, The Moon is a Harsh Mistress Gert Doering - Munich, Germany g...@greenie.muc.de
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel