On Sat, Jul 27, 2024 at 2:03 PM Karl O. Pinc wrote:
>
> > I put together a fix for this in
> > https://gitlab.com/openconnect/openconnect/-/commits/handle_GP_ESP_magic_address_corner_case
> >
> > Can you please build and test that? I don't have a real GP VPN that I
> > can test it on anymore, unfo
Hi Daniel,
Good news.
On Sat, 27 Jul 2024 11:04:40 -0700
Daniel Lenski wrote:
> On Thu, Jul 25, 2024 at 4:59 PM Karl O. Pinc wrote:
> > Thanks for the reply. Here's the info you asked for.
> > It looks like the proprietary client sets up a UDP VPN
> > and openconnect does not.
>
> Thanks.
On Thu, Jul 25, 2024 at 4:59 PM Karl O. Pinc wrote:
> Thanks for the reply. Here's the info you asked for.
> It looks like the proprietary client sets up a UDP VPN
> and openconnect does not.
Thanks. From your detailed log I have an idea of what's going on:
> POST https://vpnhost.example.com/ss
On Thu, 25 Jul 2024 19:00:14 -0500
"Karl O. Pinc" wrote:
> Thanks for the reply. Here's the info you asked for.
> It looks like the proprietary client sets up a UDP VPN
> and openconnect does not.
>
> That said, I'm using my patched version of openconnect.
> https://gitlab.com/openconnect/openc
On Wed, Jul 24, 2024 at 3:02 PM Karl O. Pinc wrote:
>
> No matter the -vvv, I get no real information as to why.
"No real information" is not actionable.
If you run a recent version of OpenConnect with `-vvv
--dump-http-traffic --protocol=gp`, you should ALWAYS get AT LEAST ONE
log line that spe
Hi,
FWIW, while working on authenticating to Globalprotect with
double-SAML authentication, I noticed that my connection
always fails to establish a UDP ESP tunnel. No matter
the -vvv, I get no real information as to why.
I see no UDP traffic passing through my firewall related
to the VPN. Ev
