Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 changes

From: Mark Peek <mp_at_freebsd.org>
Date: Fri, 21 Dec 2018 17:47:02 -0800
Thanks for the cc:. I forwarded the original report on to an internal
VMware desktop product contact.

What version of Workstation or Fusion is this occurring on? I saw
Workstation 14 mentioned but curious if it occurs on Workstation 15
(latest).

Mark

On Fri, Dec 21, 2018 at 4:19 PM Warner Losh <imp_at_bsdimp.com> wrote:

> I've been hit by this as well. At least two others on IRC have had the
> same issue.
>
> Warner
>
> On Fri, Dec 21, 2018 at 5:10 PM Enji Cooper <yaneurabeya_at_gmail.com> wrote:
>
>>
>> > On Dec 21, 2018, at 3:55 PM, Yuri Pankov <yuripv_at_yuripv.net> wrote:
>> >
>> > Hi,
>> >
>> > There's apparently a bug in VMware Workstation NAT implementation, made
>> > visible by the change to default values of IPQoS in OpenSSH 7.8p1,
>> > making all ssh connections from the guest behind the NAT to fail with
>> > obscure "Fssh_packet_write_wait: Connection to 192.168.1.53 port 22:
>> > Broken pipe".
>> >
>> > I wonder if we could integrate the attached patch (or some smarter
>> > version of it) for the time being as the bug affects several major WS
>> > releases, and it's not immediately clear where the problem is.
>> >
>> > The change itself:
>> >
>> >
>> https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/readconf.c#rev1.284
>> >
>> > The bug reports (some of them):
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1624437
>> > https://communities.vmware.com/message/2803219#2803219
>> >
>> > The patch itself is attached.
>> > <vmwssh.diff>
>>
>>         Cool… yeah… I’ve been running into this issue for a while with
>> VMware Fusion 11.0.1.
>>         I CCed mp_at_ for visibility.
>> Thanks!
>> -Enji
>>
>
Received on Sat Dec 22 2018 - 00:47:16 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:19 UTC