codex - 💡(How to fix) Fix SSH Connect Timeout Configurable [2 comments, 1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#18819Fetched 2026-04-22 07:52:11
View on GitHub
Comments
2
Participants
1
Timeline
6
Reactions
3
Author
Participants
Timeline (top)
labeled ×4commented ×2
RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

App

What feature would you like to see?

Codex Desktop currently seems to use a fixed SSH ConnectTimeout for remote connections. In my setup, the effective timeout is too short and causes connection failures for hosts that do eventually connect successfully.

This shows up most often when the SSH path includes things like:

  • ProxyCommand
  • ProxyJump
  • bastions
  • VPN startup
  • remote brokers such as coder ssh
  • waking a remote workspace before it becomes reachable

A fixed timeout around 10 seconds is too aggressive for these cases. Regular SSH often succeeds if given 15-30 seconds.

Requested change

Please make the SSH connect timeout configurable in Codex Desktop.

Ideally:

  • expose it as a user setting
  • support a global default, and optionally per-host overrides
  • respect ~/.ssh/config where possible, or provide a Codex-specific override if Codex must pass explicit SSH flags

Example

A timeout of 30s would already be much more practical than the current fixed behavior in environments where the first connection can legitimately take longer.

Additional information

No response

extent analysis

TL;DR

Making the SSH connect timeout configurable in Codex Desktop is likely to resolve connection failures due to the current fixed timeout being too short.

Guidance

  • The current fixed SSH ConnectTimeout in Codex Desktop may be too aggressive for certain setups, causing connection failures.
  • To mitigate this, consider using a longer timeout, such as 15-30 seconds, which is often successful in regular SSH connections.
  • A configurable timeout, either as a global default or per-host override, would allow users to adapt to their specific environment needs.
  • Respecting ~/.ssh/config or providing a Codex-specific override could also help in achieving a more flexible connection setup.

Example

No specific code example is provided as the issue focuses on a configuration change rather than a code modification.

Notes

The exact implementation details of making the SSH connect timeout configurable are not specified, and it may require changes to Codex Desktop's settings or underlying SSH connection handling.

Recommendation

Apply a workaround by potentially using external SSH configuration options or waiting for an update that includes a configurable timeout feature, as upgrading to a fixed version is not currently an option based on the provided information.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING