> We can certainly add logic that will make the > client abort in this cases but that should affect all the other options > that are being pushed that the client refuses.
At least for compression we know for sure that the tunnel will be broken, doesn't it warrant any special case? At least clear log message "you connection will be broken for sure, but we haven't added logic to not to establish it at all just yet" Moreover, with this patch broken VPN providers become even more broken - before one could add "disable-dco" and have a working tunnel with compression framing. Right now the behavior is consistently broken with/without dco - which is expected, but do we really want to add broken cases? -- -Lev _______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel