[BUG] Remote SSH session fails silently — ccd-cli exits immediately with code 1, auth not forwarded (v2.1.78)

Resolved 💬 2 comments Opened Mar 19, 2026 by tejdhami Closed Mar 19, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Remote SSH session from Claude Desktop fails silently. After selecting a remote server and workspace via /ssh, the session briefly flashes "combobulating" for ~0.5 seconds then goes completely silent — no prompt, no error, no output. The remote ccd-cli binary is deployed and starts, but exits immediately with code 1 because authentication is not being forwarded through the SSH tunnel. The remote shows loggedIn: false, authMethod: none. Attempting manual login on the remote also fails with a malformed OAuth redirect URI: https://platform.claude.com/oauth/code/call back (note the space in "call back").

What Should Happen?

Claude Desktop should forward authentication credentials to the remote ccd-cli process through the SSH tunnel, as it did in previous versions. The remote session should start successfully and present an interactive prompt.

Error Messages/Logs

Remote server log (~/.claude/remote/remote-server.log):

Claude remote server listening on /root/.claude/remote/rpc.sock
[Server] New connection from: @
[Server] RPC request: method=server.ping, id=1-3 (all succeed)
[Server] RPC request: method=git.info, id=4-7 (all succeed)
[Server] RPC request: method=process.spawn, id=8
[process.Manager] Process d2ccafb7 started, PID=1802865, command=/root/.claude/remote/ccd-cli
[process.Manager] Read 93 bytes from stderr for process d2ccafb7
[process.Manager] stderr EOF for process d2ccafb7
[process.Manager] stdout EOF for process d2ccafb7
[process.Manager] Process d2ccafb7 exited with code 1
[process.Manager] WriteStdin: process d2ccafb7 not found
[Server] RPC response sent: id=9, hasError=true

Auth status on remote:

{"loggedIn": false, "authMethod": "none", "apiProvider": "firstParty"}

Manual login attempt on remote:

Authorization failed
Redirect URI https://platform.claude.com/oauth/code/call back is not supported by client.

Steps to Reproduce

Update to Claude Code v2.1.78
Open Claude Desktop
Use /ssh to connect to a remote Linux server
Select a workspace directory
Session flashes "combobulating" briefly then goes silent — no prompt appears
Wiping ~/.claude on the remote and retrying produces the same result
Restarting Claude Desktop entirely produces the same result

Claude Model

Not sure / Multiple models

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.1.78

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Platform Terminal shell

macOS 26.2 (arm64, Apple Silicon) → Remote: Ubuntu 24.04.4 LTS (x86_64), bash 5.2.21. Subscription: Claude Max (first-party auth, not API key).

Additional information

The remote binary deploys correctly (ccd-cli --version returns 2.1.78)
The RPC server starts and handles ping/git.info requests successfully
The failure is specifically in the process.spawn of ccd-cli — it exits with code 1 writing 93 bytes to stderr (likely an auth error)
The OAuth redirect URI contains a space (call back vs callback) which may be related
No firewall or security software is blocking — SSH tunnel, RPC socket, and server communication all work
Workaround: using a local Claude Code session with ssh host "command" to interact with the server

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗