Open ghost opened 9 years ago
Have you tried the command line openconnect.exe client? Is there some difference in output there?
The command line openconnect.exe client establishes DTLS on first try, consistently.
here is log: http://fpaste.org/275441/52245144/
Have exactly the same problem on my laptop. Works with command line, fails (at least first attempt) from GUI.
One more question, is the command line the command line included in openconnect-gui or another one? If it's the latter, could you try with the included one?
For me I was using the command line included with openconnect-gui.
Couldn't immediately figure the issue. I suspect that may be a timing issue. There will be some changes in the TUN device allocation and DTLS setup in newer libopenconnect which should address the issue.
To confirm, yes the command line is the command line included in openconnect-gui.
Glad to hear there will be some changes that should fix this.
Hi, it's really long time, may be can someone re-test with 1.4.0 and update status. Thanks in advance...
Not 100% sure, as our company VPN service will sometimes connect with DTLS and sometimes doesn't (and have no idea what causes this), but it looks to me like this specific issue has been resolved. Not sure if I should mark as complete without someone else testing on a different VPN configuration to confirm.
This issue seems still exist in 1.4.1.
ok, can we have actual logs? (original logs was from old version and not available anymore) It could be good to see openconnect and openconnect-gui logs. Thanks.
thanks for update; is this problem reproducible with bundled openconnect console tool? If yes, we should move this discussion to upsteram project (openconnect) mailing list and ask author
Tried with latest build and the DTLS issue seems to be fixed, or at least more reliable – both on the GUI and the command line; however, changes in our configuration on the Cisco end (around split tunnelling) mean I now have problems browsing the corporate sites and connection using Skype for Business/Lync, so I tend to use the Cisco client (which is now much more reliable on connections through FTTC broadband) for most of my work, with OpenConnect as a backup for sites/times I need specific capabilities.
Also, is there a way to (or can it be looked at adding to the backlog) to have access to all of the switches, for example: -d,--deflate | -D,--no-deflate | --compression=MODE --force-dpd=INTERVAL --http-auth=METHODS -P,--proxy=PROXYURL | --proxy-auth=METHODS -m,--mtu=MTU | --base-mtu=MTU --disable-ipv6 --pfs --no-http-keepalive --no-dtls (although assume this is Disable UDP – but should show this on the GUI)
Regards Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows 10
From: Ľubomír Carikmailto:notifications@github.com Sent: 11 April 2017 23:05 To: openconnect/openconnect-guimailto:openconnect-gui@noreply.github.com Cc: TheAndyMacmailto:andrew@macaulay.me.uk; Commentmailto:comment@noreply.github.com Subject: Re: [openconnect/openconnect-gui] DTLS establishes only on 2nd attempt (#56)
thanks for update; is this problem reproducible with bundled openconnect console tool? If yes, we should move this discussion to upsteram project (openconnect) mailing list and ask author
— You are receiving this because you commented. Reply to this email directly, view it on GitHubhttps://github.com/openconnect/openconnect-gui/issues/56#issuecomment-293414289, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AMMQxnhhfiFHjZBqUzZ17Xl4bzE2mqHYks5ru_kugaJpZM4GHaU0.
Im still having this problem. OpenConnect GUI version 1.5.1. Sometimes DTLS works, sometimes doesnt. When DTLS fails, the log says: Error setting up DTLS
Using openconnect gui v1.3 on windows 7 64bit. connecting to cisco asa 5505 vpn server. on first attempted connect, DTLS fails to establish. I then immediately reconnect. DTLS then successfully establishes.
log here: http://fpaste.org/273720/17312144/
The behavior is consistent, happens every time.
When I connect using openconnect on ubuntu, no such problem occurs, DTLS works on first try.