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 explanation), but it is true that my previous SSH keys were password-less (if that is the meaning of "zero-length password"). I say "previous" because one of the first things I did, trying to solve this on my end, was to assume the problem was with the keys and thus generated a new set of keys, all of which have positive value of characters in the password (which, by the way, did not solve the case. As I said, only downgrading to 7.7p2 did the trick). ________________________________ From: Darren Tucker <dtucker@xxxxxxxxxxx> Sent: 28 August 2018 22:18 To: Ohad Frenkel Cc: openssh-unix-dev@xxxxxxxxxxx Subject: Re: OpenSSH 7.8p1 drops SSH connection with "Broken Pipe" IMMEDIATELY after successful login On 28 August 2018 at 13:36, Ohad Frenkel <ohadfjunkbox@xxxxxxxxxxx> wrote: > * OS: Antergos Linux (Fully updated daily) (Running as a guest on VM). If the VM host is VMWare Fusion, see https://lists.mindrot.org/pipermail/openssh-unix-dev/2018-August/037145.html wherein it appears to have a bug in its networking stack that chokes on the new default (valid) DSCP markings. If so you can work around it by overriding the defaults, but the problem is within VMWare (maybe in general, or maybe just the Fusion product). -- Darren Tucker (dtucker at dtucker.net) GPG key 11EAA6FA / A86E 3E07 5B19 5880 E860 37F4 9357 ECEF 11EA A6FA (new) Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement. _______________________________________________ openssh-unix-dev mailing list openssh-unix-dev@xxxxxxxxxxx https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev
