$ ssh -T git@github.com -v OpenSSH_7.9p1, OpenSSL 1.0.2p 14 Aug 2018 ... debug1: Offering public key: /home/kquick/.ssh/id_rsa RSA SHA256:<elided> agent debug1: Server accepts key: /home/kquick/.ssh/id_rsa RSA SHA256:<elided> agent debug1: Authentication succeeded (publickey). Authenticated to github.com ([192.30.253.113]:22). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: pledge: network packet_write_wait: Connection to 192.30.253.113 port 22: Broken pipe $ The same operation works under 7.7p1: $ ssh -T git@github.com -v OpenSSH_7.7p1, OpenSSL 1.0.2p 14 Aug 2018 debug1: Offering public key: RSA SHA256:<elided> /home/kquick/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 149 debug1: Authentication succeeded (publickey). Authenticated to github.com ([192.30.253.112]:22). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: pledge: network debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 Hi kquick! You've successfully authenticated, but GitHub does not provide shell access. debug1: channel 0: free: client-session, nchannels 1 Transferred: sent 2216, received 1640 bytes, in 0.2 seconds Bytes per second: sent 10557.1, received 7813.0 debug1: Exit status 1 $
This looks similar to the problems reported due to VMWare Fusion's NAT not being able to handle the new default values for IPQoS. Try ssh -o "IPQoS lowdelay throughput" [otherstuff] See https://lists.mindrot.org/pipermail/openssh-unix-dev/2018-August/037145.html
That fixed it! Thanks for the update, and I apologize for not finding that myself.
Was the root cause VMWare Fusion or something else with the same symptoms?
Yes, I'm using VMWare Fusion 8.5.8 on a Mac to run Linux in the VM. BTW, you changed the report version from 7.7p1 to 7.9p1 (thanks) and I entered this as 7.7p1 because 7.9p1 wasn't available from the Bugzilla dropdown list.
close bugs that were resolved in OpenSSH 8.5 release cycle