On Mon, Dec 19, 2016 at 09:53:06AM -0800, Mike Miller wrote:
> That it affects only some people does not make it grave, but I'll
> compromise with serious. Regardless of severity, 7.08 is coming soon,
> which is expected to fix this. I hope you will update to it before it
> hits testing and let us
Control: severity -1 serious
Control: tags -1 + pending
On Mon, Dec 19, 2016 at 10:08:24 +0100, Steinar H. Gunderson wrote:
> I'm seeing this, too, and it makes VPN completely unusable for me (upgraded
> from 7.06). I'm a bit surprised this was allowed to go into testing, but
> stretch should
severity 847135 grave
thanks
On Mon, Dec 05, 2016 at 09:04:57PM +, martin wrote:
> * What led up to the situation?
> Connecting to the VPN
> Any connection sending large amounds of data fails
> http downloads of any non trivial file, opening a remote desktop connection
Hi,
I'm seeing this,
> So you believe git master fixes this issue for you and if/when 7.08
> becomes available you would consider this resolved?
I should probably add that I've been using it exclusively since and it's
been working well
Thanks,
M
> So you believe git master fixes this issue for you and if/when 7.08
> becomes available you would consider this resolved?
Yes, happy to close with the new version.
Thanks,
M
Control: tags -1 + fixed-upstream
On Tue, Dec 06, 2016 at 21:38:50 -, Martin wrote:
> Please would you consider packaging the newer version as I doubt I'll be
> the only person to hit this and the new version does make it all simply
> work.
>
> The current packaged version seems to drop
Please would you consider packaging the newer version as I doubt I'll be
the only person to hit this and the new version does make it all simply
work.
The current packaged version seems to drop packets with it's MTU, I see
missed sequences in the packet trace and retransmissions but I never get
On Tue, 2016-12-06 at 07:53 +, Martin wrote:
> including the bug tacker this time (and extra notes at the end):
>
> From the command line on 7.08 I get:
>
> Established DTLS connection (using GnuTLS). Ciphersuite
> (DTLS0.9)-(DHE-RSA-4294967237)-(AES-128-CBC)-(SHA1).
> Too long time in MTU
including the bug tacker this time (and extra notes at the end):
>From the command line on 7.08 I get:
Established DTLS connection (using GnuTLS). Ciphersuite
(DTLS0.9)-(DHE-RSA-4294967237)-(AES-128-CBC)-(SHA1).
Too long time in MTU detect loop; MTU set to 1401.
Detected MTU of 1401 bytes (was
Hm, if you use OpenConnect on the command line do you see the same
problem? What MTU does OpenConnect actually ask for? And if you update
to the latest version from git (which I really ought to release as 7.08
some time soon) does that fix it?
The Arch bug you link is ancient; that sounds like
Package: openconnect
Version: 7.07-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Connecting to the VPN
Any connection sending large amounds of data fails
http downloads of any non trivial file, opening a remote desktop connection
* What exactly did you do (or not do)
11 matches
Mail list logo
