[Windows][Remote SSH] Codex Desktop times out during "codex path probe" although SSH and remote Codex work normally
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
ChatGPT Powered by Codex & OWL Version 26.825.51511, released on August 30, 2026, by OpenAI.
What subscription do you have?
Free
What platform is your computer?
win10 X86
What issue are you seeing?
Environment
- Codex Desktop version: 26.825.51511
- Platform: Windows
- Remote OS: Ubuntu 24.04.3 LTS
- Remote architecture: x86_64
- Remote Codex CLI: codex-cli 0.153.4
- Remote Codex path: /usr/local/bin/codex
- Connection: SSH over Tailscale
Problem
Codex Desktop cannot establish a Remote SSH connection to my Ubuntu server.
The Desktop application consistently reports:
SSH: codex path probe timed out after 60000ms
However, the same SSH connection and all relevant Codex commands work normally from Windows PowerShell.
Verified working from Windows PowerShell
The SSH connection succeeds:
ssh wangtao@100.104.71.16 "echo SSH_OK && whoami && hostname"
Output:
SSH_OK
wangtao
admin001-X7840H0
The remote Codex executable is found successfully:
ssh wangtao@100.104.71.16 "command -v codex && codex --version"
Output:
/usr/local/bin/codex
codex-cli 0.153.4
The Codex app-server command also executes successfully:
ssh wangtao@100.104.71.16 "codex app-server --help"
The SSH config alias also works:
ssh ubuntu_tailscale "echo TAILSCALE_OK && whoami && command -v codex && codex --version"
Output:
TAILSCALE_OK
wangtao
/usr/local/bin/codex
codex-cli 0.153.4
SSH configuration
The SSH alias is configured as:
Host ubuntu_tailscale
HostName 100.104.71.16
Port 22
User wangtao
IdentityFile ~/.ssh/id_ed25519
IdentitiesOnly yes
Expected behavior
Codex Desktop should be able to use the existing SSH configuration and connect to the remote Codex installation, since the SSH connection and remote Codex CLI are both functioning correctly from the same Windows environment.
Actual behavior
Codex Desktop waits for approximately 60 seconds and then reports:
SSH: codex path probe timed out after 60000ms
This happens consistently.
Additional testing
I previously tested the same remote Ubuntu server through another SSH endpoint (cpolar). The same Codex Desktop timeout occurred.
I then switched to Tailscale to eliminate the public SSH/tunneling layer.
With Tailscale:
- Windows → Ubuntu SSH works
- SSH authentication works
- Remote shell commands work
command -v codexworkscodex --versionworkscodex app-server --helpworks
Only Codex Desktop's Remote SSH connection fails.
This strongly suggests that the problem is inside the Codex Desktop Remote SSH implementation rather than the SSH server, Tailscale connection, or remote Codex installation.
Reproduction steps
-
Configure an SSH host in Windows OpenSSH.
-
Verify that
ssh ubuntu_tailscale "command -v codex && codex --version"succeeds. -
Open Codex Desktop on Windows.
-
Open Settings → Connections.
-
Add the SSH connection for the remote Ubuntu server.
-
Attempt to connect.
-
Wait approximately 60 seconds.
-
Codex Desktop reports:
SSH: codex path probe timed out after 60000ms
Request
Please investigate the Remote SSH "codex path probe" / remote Codex version detection logic in the Windows Codex Desktop application.
It appears that the Desktop application is unable to complete a remote Codex probe even though the exact SSH connection and remote Codex commands work immediately from the Windows command line.
I can provide additional Codex Desktop logs if needed.
What steps can reproduce the bug?
-
On Windows, configure an SSH host for a remote Ubuntu 24.04.3 LTS server using the Windows OpenSSH configuration.
-
Verify that the SSH connection works normally from PowerShell:
ssh ubuntu_tailscale "echo SSH_OK && whoami && hostname" -
Verify that Codex is installed and accessible on the remote server:
ssh ubuntu_tailscale "command -v codex && codex --version"The command returns:
/usr/local/bin/codex
codex-cli 0.153.4 -
Verify that the remote Codex app-server command also works:
ssh ubuntu_tailscale "codex app-server --help" -
Open Codex Desktop on Windows (version 26.825.51511).
-
Go to Settings → Connections and add the remote Ubuntu server as an SSH connection.
-
Attempt to connect to the remote server.
-
Codex Desktop waits for approximately 60 seconds and then fails with:
SSH: codex path probe timed out after 60000ms -
The problem is reproducible every time, even though the same SSH connection and remote Codex commands work immediately from PowerShell.
What is the expected behavior?
Codex Desktop should successfully establish the Remote SSH connection to the Ubuntu server and start the remote Codex session.
Since the same SSH connection works normally from Windows PowerShell, and the remote Codex installation is accessible (/usr/local/bin/codex, codex-cli 0.153.4), Codex Desktop should be able to detect the remote Codex executable and complete the connection without timing out.
Expected result:
- SSH connection succeeds.
- Remote Codex path is detected successfully.
- Remote Codex version is detected successfully.
- The remote Codex session starts normally.
Additional information
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Windows Remote SSH connection with the supplied PowerShell commands, then inspect the Remote SSH “codex path probe” and remote Codex version detection logic. Compare the Desktop probe with the commands that succeed from PowerShell; done means the remote path and version are detected and the session starts without the 60-second timeout.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust, ubuntu
- Domain
- desktop, devtools, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100