Why NeoShell Uses neosh After SSH Bootstrap
NeoShell uses SSH to establish trust and start neoshd, then uses neosh over QUIC so the interactive session can survive mobile network changes.
Filtered notes for this topic.
Updated Aug 26, 2026
NeoShell uses SSH to establish trust and start neoshd, then uses neosh over QUIC so the interactive session can survive mobile network changes.
· 7 min read
SSH reconnect restores access to the host, while real session resume restores the specific working shell that was already running before the interruption.
· 6 min read
The most reliable way to keep SSH sessions alive on iPad is to combine a real terminal client with tmux or zellij, and optionally use neosh when you need resumable transport.
· 7 min read
For remote development, the best iPad SSH client is one that gives you a real PTY terminal, keyboard-first interaction, and a credible answer to session persistence.
· 11 min read
tmux and zellij preserve workspace state inside the host, while resumable transport preserves continuity at the session-connection layer.
· 7 min read
Mosh optimizes a roaming remote terminal with local prediction, while neosh gives NeoShell an explicit QUIC session that can detach and resume after the current connection is gone.
· 9 min read
AI-assisted development reduces typing pressure on iPad, which makes session continuity and terminal fidelity the new bottlenecks.
· 8 min read
This is the practical deployment note for enabling neosh in NeoShell, installing neoshd on the host, and validating resumable sessions on unstable networks.
· 7 min read
tmux and zellij remain the default answer for keeping host-side shell state alive when mobile SSH reconnects are routine.
· 10 min read