Unable to connect when ssh is running on other ports than 22

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

From the latest update, this morning, I’m unable to ‘Connect SSH’ to hosts which ssh server is not running on port 22 (cursor is running on Debian 13).
No errors and no logs.

Steps to Reproduce

Try to connect to an host which ssh server is running on a port different than the default 22

Expected Behavior

It used to work until yesterday

Operating System

Linux

Version Information

Version: 3.5.17
VSCode Version: 1.105.1
Commit: d5b2fc092e16007956c9e5047f76097b9e626ca0
Date: 2026-05-20T02:43:31.559Z
Layout: glass
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Linux x64 6.12.86+deb13-amd64

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey @CurMike!

Could you please share your SSH config (redacted)?

Sure, client side:

Host .host machine/.host
ProxyCommand /usr/lib/systemd/systemd-ssh-proxy unix/run/ssh-unix-local/socket %p
ProxyUseFdpass yes
CheckHostIP no
Host unix/* vsock/* machine/*
ProxyCommand /usr/lib/systemd/systemd-ssh-proxy %h %p
ProxyUseFdpass yes
CheckHostIP no
StrictHostKeyChecking no
UserKnownHostsFile /dev/null
Host *
StrictHostKeyChecking no
SendEnv LANG LC_* COLORTERM NO_COLOR
HashKnownHosts yes
GSSAPIAuthentication yes

(basically debian 13 stock but ‘StrictHostKeyChecking’ is set to ‘no’)

server side (debian 11):
Port 12345
PermitRootLogin yes
ChallengeResponseAuthentication no
UsePAM yes
X11Forwarding yes
PrintMotd no
AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server

Thanks!

We released a new version of the SSH extension (anysphere.remote-ssh) yesterday with some stricter validation. We’re going to fix this quickly (might have swung too hard), but in the meantime, you can try reinstalling 1.0.49!

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Summary

In the classic Editor window, Connect via SSH no longer accepts a full terminal-style SSH command. Pasting something like:

ssh [email protected] -p 31483 -i ~/.ssh/id_ed25519

and pressing Enter, or clicking a list item, produces no response at all — the dialog stays on the host step, does not switch to “Connecting”, and Output → Remote-SSH shows no logs.

Connecting via an SSH config Host alias (e.g. gpu-31483 with HostName, Port, IdentityFile in ~/.ssh/config) still works.

Expected behavior

Pasting the full ssh ... command (as I used to do when I switched from VS Code to Cursor) should start the remote connection, or at least show Connecting / errors in the UI or Remote-SSH output.

Actual behavior

  • Full ssh ... command: no UI change, no Remote-SSH output
  • Config Host alias: connects normally

Regression

This used to work in Cursor without a dedicated config entry. I only added Host gpu-31483 in ~/.ssh/config as a workaround after the command stopped working. I originally chose Cursor because paste-and-connect with the full SSH command worked for me.

Steps to reproduce

  1. Open Cursor (classic Editor layout, not Agents-only).

  2. Open Connect via SSH (Command Palette or editor empty state).

  3. Paste: ssh [email protected] -p 31483 -i ~/.ssh/id_ed25519 (use your real host/port/key).

  4. Press Enter or click Connect / a suggested host row.

  5. Observe: nothing happens (no Connecting step, no Output logs).

  6. Repeat with only the config alias, e.g. gpu-31483 → connection proceeds.

What I already tried

  • Developer: Reload Window
  • Reinstalled Cursor
  • Reinstalled Remote-SSH extension

Notes

The UI hint says “user@host or select from SSH config”, but the regression is the silent failure when using a full ssh CLI string that previously worked. VS Code documents full ssh commands mainly for Add New SSH Host (writes config); my case is direct connect via Connect via SSH.

Steps to Reproduce

  1. Connect via SSH → paste full ssh command → Enter → no reaction, no Remote-SSH logs.
  2. Same dialog → type config Host alias → Connect → works.

Operating System

MacOS

Version Information

Environment

  • OS: macOS (darwin 25.x)
  • Cursor: 3.5.17
  • Extension: Anysphere Remote - SSH 1.0.51
  • Remote: Linux (RunPod-style SSH on non-default port)

Does this stop you from using Cursor

Yes - Cursor is unusable

1.0.52 should fix this issue.