search for: ipqos

https://bugzilla.mindrot.org/show_bug.cgi?id=3634 Bug ID: 3634 Summary: IPQoS default should be changed to "none" Product: Portable OpenSSH Version: 9.5p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: Miscellaneous Assignee: unassigned-bug...

https://bugzilla.mindrot.org/show_bug.cgi?id=1965 Bug #: 1965 Summary: IPQoS option ignored for AF_INET since 5.9p1-1 Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: All URL: http://bugs.debian.org/643312 OS/Version: Linux Status: NEW Severity: normal P...

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 Bug #: 1963 Summary: IPQoS not honoured Classification: Unclassified Product: Portable OpenSSH Version: 5.8p1 Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: unassigned-bugs at m...

...The content includes several large image galleries, and when certain crawlers hit our server w/ multiple large image uploads, we end up with large ping time delays - sufficient to disrupt the kids'' on-line gaming. Attempts to control this with robots.txt has not be very successful; Solaris IPQoS appears quite complex to set up and the modem''s IPQoS features just crash the modem when configured. How can I use crossbow to limit the _outbound_ bandwidth utilization of port 80-sourced traffic? Do I need to place the Apache server in a zone? Thanks - - Bart -- Bart Smaalders...

...d that ssh from macOS Sierra >> (10.12.6) host to Arch guest via local NAT port forwarding failed, but via >> Arch LAN IP worked, downgraded OpenSSH from 7.8p1 to 7.7p1 fixed the >> problem. >> >> Any idea about this bug? > > I bet it is the QoS change. Try "IPQoS lowdelay,throughput". Sorry, should be separated by whitespace: "IPQoS lowdelay throughput". (This restores the pre-7.8 setting).

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 --- Comment #5 from martin f. krafft <bugzilla.mindrot.org at pobox.madduck.net> --- With reference to http://bugs.debian.org/650512, which I just reopened, I am sorry to say that the bug persists in OpenSSH 6.0. -- You are receiving this mail because: You are watching the assignee of the bug. You are watching someone on the CC list of the

...ssh from macOS Sierra > > (10.12.6) host to Arch guest via local NAT port forwarding failed, but via > > Arch LAN IP worked, downgraded OpenSSH from 7.8p1 to 7.7p1 fixed the > > problem. > > > > Any idea about this bug? > > I bet it is the QoS change. Try "IPQoS lowdelay,throughput". Do you have any insight into what is breaking here? I don't believe changing the default DSCP values should break connections... -d

https://bugzilla.mindrot.org/show_bug.cgi?id=1965 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #13 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with

https://bugzilla.mindrot.org/show_bug.cgi?id=1963 sean at alexan.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sean at alexan.org --- Comment #11 from sean at alexan.org --- This doesn't appear to be Debian specific, or a problem with how

Real networks use either PREC (as it maps 1:1 to 802.1p and MPLS TC) or DSCP. Interactive SSH uses PREC 0x0, which is just best-effort and DSCP 0x4 which has no standard meaning (found network where DSCP 0x4 was dropped, completely, as it didn't hit any defined/allowed QoS class, obviously misconfig, BE class should eat anything not already defined) Should interactive use TOS value which has

Added the line as above: 'IPQoS lowdelay throughput', restarted the SSH service, tried SSH-ing and Git-ing... same error as before: 'packet_write_wait: Connection to X.X.X.X port 22: Broken pipe'. ________________________________ From: Zach Cheung <kuroro.zhang at gmail.com> Sent: 29 August 2018 07:17 To: ohadfj...

On Wed, 3 Apr 2019, Adam Eijdenberg wrote: > On Wed, Apr 3, 2019 at 9:43 AM Damien Miller <djm at mindrot.org> wrote: > > Could you try turning off IPQoS setting (ssh -oIPQoS=none ...) and seeing > > whether that makes any difference? > > Yes - setting -oIPQoS=none on the client allows for a successful > connection to the server. > > Would you still like me to check on the other things or is that enough > to go on with? No...

After upgrading my VMware Fusion (10.1.3) Arch Guest to the latest with OpenSSH upgraded from 7.7p1 to 7.8p1, found that ssh from macOS Sierra (10.12.6) host to Arch guest via local NAT port forwarding failed, but via Arch LAN IP worked, downgraded OpenSSH from 7.8p1 to 7.7p1 fixed the problem. Any idea about this bug? VMware Fusion NAT Port Forwarding setup: VMware Fusion ? NAT Port Forwarding

https://bugzilla.mindrot.org/show_bug.cgi?id=1964 Bug #: 1964 Summary: QoS/DSCP names false translated to ToS hex value Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh

...ance via their "Launch instance..." wizard). This is deeply weird, especially the lack of further output from the server. A couple more questions: Does this only happen with Amazon as the destination? Is there anything in dmesg indicating a sandbox violation? Could you try turning off IPQoS setting (ssh -oIPQoS=none ...) and seeing whether that makes any difference? Was it working with OpenSSH 7.9? If none of the above yield any clues, then could I ask you to try and git bisect the last good version and git HEAD to see where it broke. Thanks again for your patience, Damien

Greetings... ** Short Description / Abstract ** Using my _internal_ WiFi card, OpenSSH succeeds to local (internal) LAN hosts, but hangs after authentication to external LAN hosts; however PuTTY works for all hosts. Using an _external_ WiFi card, OpenSSH does succeed to all LAN hosts (as did PuTTY, still, as well). ** Longer Description and Details ** *** HW Description *** I have a laptop

...Mail<http://www.bluemail.me/r?b=13569> On Aug 29, 2018, at 08:15, Zach Cheung <kuroro.zhang at gmail.com<mailto:kuroro.zhang at gmail.com>> wrote: Sorry, your problem is related to ssh client not sshd, try to add following config to /etc/ssh/ssh_config or ~/.ssh/config: Host * IPQoS lowdelay throughput On Wed, Aug 29, 2018 at 1:24 PM Ohad Frenkel < ohadfjunkbox at outlook.com<mailto:ohadfjunkbox at outlook.com>> wrote: Added the line as above: 'IPQoS lowdelay throughput', restarted the SSH service, tried SSH-ing and Git-ing... same error as before: 'p...

...olPersist .It DynamicForward .It EscapeChar .It ExitOnForwardFailure .It ForwardAgent .It ForwardX11 +.It ForwardX11Timeout .It ForwardX11Trusted .It GatewayPorts .It GlobalKnownHostsFile @@ -438,6 +440,7 @@ For full details of the options listed b .It IdentityFile .It IdentitiesOnly .It IPQoS +.It KbdInteractiveAuthentication .It KbdInteractiveDevices .It KexAlgorithms .It LocalCommand

The virtualization is VMware Workstation 12.x, NOT Fusion. Again, I'd like to point that downgrading to 7.7p2 "solved" the issue and that I'm using the same virtualization software for ages (which makes me disbelieve the issue lies with it). I've seen the comment about zero-length passwords... I'm not techie enough to understand the code there (or the technical