[PATCH 0/8] GlobalProtect patches with a coherent story line (hopefully!)

Daniel Lenski dlenski at gmail.com
Mon Aug 14 12:00:00 PDT 2017


On Mon, Aug 14, 2017 at 9:33 AM, David Woodhouse <dwmw2 at infradead.org> wrote:
> On Sat, 2017-05-20 at 15:43 -0700, Daniel Lenski wrote:
>> As requested, I've restructured the remaining diffs from my
>> GlobalProtect-supporting fork (https://github.com/dlenski/openconnect)
>> into a more coherent story line of patches.
>>
>> I've verified that each patch along the way builds correctly and still
>> connects to Juniper VPNs correctly (in the case of the patches that touch
>> ESP).
>>
>> Daniel Lenski (8):
>>   factor out common dump_buf_hex() and free_optlist() utility functions
>>   add OC_FORM_OPT_FILL_{USERNAME,PASSWORD} flags to hint at purpose of a
>>     form field without requiring a specific name
>>   add PAN GlobalProtect protocol support (HTTPS tunnel only)
>>   tweak the dtls_state handling in preparation for supporting
>>     GlobalProtect ESP
>>   add vpn_proto member functions .udp_send_probes and .udp_catch_probe
>>     in preparation for supporting GlobalProtect ESP
>>   add new_keys argument to esp_setup_keys() in preparation for
>>     supporting GlobalProtect ESP
>>   Add support for GlobalProtect ESP tunnel
>>   when connecting to a GlobalProtect portal (not gateway), generate an
>>     xmlconfig so that NetworkManager can list all the gateway servers
>
> I have merged patches 1, 4, 5 and 6 of your series. Could I trouble you
> for an up-to-date and tested copy of the rest? Apologies for the delay
> in applying these...

I will do that as follows…

- Fix 2/8 (once you let me know how you'd like it changed)
- Rebase most recent changes into same 8-part structure, while
squashing the recent changes into 3/8 (HTTPS stuff, auth) and 7/8
(ESP).

-Dan



More information about the openconnect-devel mailing list