ssh hangs

[kovan]

Version

Microsoft Windows [Version 10.0.22610.1]

WSL Version

• WSL 2
• WSL 1

Kernel Version

5.15.57.1

Distro Version

Ubuntu 22.04

Other Software

➜ ~ ssh -V
OpenSSH_8.9p1 Ubuntu-3, OpenSSL 3.0.2 15 Mar 2022

Repro Steps

➜  ~ ssh -vvv git@github.com
OpenSSH_8.9p1 Ubuntu-3, OpenSSL 3.0.2 15 Mar 2022
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/home/k/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/home/k/.ssh/known_hosts2'
debug2: resolving "github.com" port 22
debug3: resolve_host: lookup github.com:22
debug3: ssh_connect_direct: entering
debug1: Connecting to github.com [140.82.121.3] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x10

Trying to clone via SSH has same behavior:

➜  ~ git clone git@github.com:enaqx/awesome-react
Cloning into 'awesome-react'...

And stays there indefinitely.

Expected Behavior

SSH session should start.

Actual Behavior

The connection attempt stays there indefinitely.

Diagnostic Logs

netcat connects fine to the SSH port:

➜  ~ nc github.com 22
SSH-2.0-babeld-3f0fc83a
^C

And (IMPORTANT) on Windows the same commands work well.
And also important, all this is in a just resetted Windows, and a just installed Ubuntu.

[brainandforce]

I'm able to reproduce this here on Windows 11 22H2 [Version 10.0.22621.608] with an Arch Linux distribution running kernel 5.15.68.1-microsoft-standard-WSL2.

[brainandforce]

Were you able to find a solution for this issue?

[kovan]

I installed Debian and there it didn't happen.
I am going to leave this open because it is not clear what is causing this.

[edupo]

I have the same issue. I can't use SSH but also HTTPS isn't working in WSL2. My fix is just using WSL1 at this moment.

[brainandforce]

I found a potential fix suggested in #8018 in this comment. I just tried it myself and I'll report back to see if this solves it.

[kovan]

Happening again here, this time with a different distribution: ArchLinux.
I tried the potential fix mentioned above, and didn't work for me.

[brainandforce]

I think I've found the workaround. If you're getting stuck at a set_sock_tos: operation (use ssh -v to check) and you're on a wireless connection, it might be due to how router QoS handles SSH packets. I was able to connect to servers by using ssh -o IPQoS=none <hostname>. This can be set permanently by adding the line IPQoS none in ~/.ssh/config.

Sources:
https://askubuntu.com/questions/1415021/cannot-ssh-to-server-linux-machine/1418608#1418608
https://serverfault.com/questions/1101269/cant-connect-ssh-via-wireless-interface-but-t-works-using-eth0

[Blaucel]

I think I've found the workaround. If you're getting stuck at a set_sock_tos: operation (use ssh -v to check) and you're on a wireless connection, it might be due to how router QoS handles SSH packets. I was able to connect to servers by using ssh -o IPQoS=none <hostname>. This can be set permanently by adding the line IPQoS none in ~/.ssh/config.

Sources: https://askubuntu.com/questions/1415021/cannot-ssh-to-server-linux-machine/1418608#1418608 https://serverfault.com/questions/1101269/cant-connect-ssh-via-wireless-interface-but-t-works-using-eth0

I've been stuck for 3 days with this issue. You basically saved my mental health XD
Thanks!!!

[CoryKniefel]

I think I've found the workaround. If you're getting stuck at a set_sock_tos: operation (use ssh -v to check) and you're on a wireless connection, it might be due to how router QoS handles SSH packets. I was able to connect to servers by using ssh -o IPQoS=none <hostname>. This can be set permanently by adding the line IPQoS none in ~/.ssh/config.

Sources: https://askubuntu.com/questions/1415021/cannot-ssh-to-server-linux-machine/1418608#1418608 https://serverfault.com/questions/1101269/cant-connect-ssh-via-wireless-interface-but-t-works-using-eth0

This saved me. THANK YOU!!!

[dufferzz]

I think I've found the workaround. If you're getting stuck at a set_sock_tos: operation (use ssh -v to check) and you're on a wireless connection, it might be due to how router QoS handles SSH packets. I was able to connect to servers by using ssh -o IPQoS=none <hostname>. This can be set permanently by adding the line IPQoS none in ~/.ssh/config.

Sources: https://askubuntu.com/questions/1415021/cannot-ssh-to-server-linux-machine/1418608#1418608 https://serverfault.com/questions/1101269/cant-connect-ssh-via-wireless-interface-but-t-works-using-eth0

Thank you! Git will now pull properly again, and Openssh SSH client works!
Previously OpenSSH client would hang but Putty SSH and telnet localhost 22 worked!

[microsoft-github-policy-service]

This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request.

Thank you!

[alchemizt]

Im having this problem, I tried adding IPQoS=none <hostname> and it changed something, now it says connecting direct to IP, but its still hanging.

[Roby5791]

Have you find a solution alchemizt ?

[Shubham-Rasal]

Im having this problem, I tried adding IPQoS=none <hostname> and it changed something, now it says connecting direct to IP, but its still hanging.

Having the same issue. I am able to connect to other repos with public ssh access but not the one which I want to.