The SSH server as it really is, with every change previewed before it runs
v0.1.1sshMIT
The effective configuration: the settings that decide who gets in, each with a verdict and the file that set it
A terminal UI for the machine's SSH server. It asks sshd what its configuration actually is — sshd -T, not what a file says — and shows the settings that decide who gets in first, each with a verdict and the file and line that set it.
Four more screens complete the picture: who is logged in right now and a way to end a session; what the authentication log says over the last day or week, with the addresses and accounts being tried; the host keys and their fingerprints; and the unit, its sockets and whether a brute-force blocker is installed.
Changes go to a drop-in: tui-ssh never rewrites /etc/ssh/sshd_config. It writes 90-tui-ssh.conf, checks the staged file with sshd -t -f before asking anything, and shows the diff and both commands. sshd takes the first value it is given, so the include order is read too: if another file already sets the keyword earlier, the tool says so instead of writing a line that would be ignored.
Run tui-ssh --demo to drive a sample server: every key works, every command is built and previewed for real, and nothing touches your system.
Keys
Key
Action
tab / 1-5
Move between config, sessions, auth log, host keys and service
enter
Open the selected row in full
e
Change the selected setting, written to a drop-in with a diff to confirm
t
End the selected session
b
Block the selected address at the firewall
w
Switch the log window between the last 24 hours and 7 days
K
Regenerate the server's host keys, old ones moved aside
r
Reload the SSH service
/
Filter the rows of the current screen
R
Re-read the server
?
Help
q
Quit
Press ? inside the tool for the full help screen, which is generated from the same action table as the key map.
Compatibility
This tool is a face on the program below, so its version matters.Tested is not a claim: a version lands there only after the tool's own suite passed against it on a real machine in the lab, and the run is kept as evidence in the repository. At startup the tool probes the backend once and says what it found in its header — a version nobody has run against is shown as(untested) in the warning colour, one older than the minimum as (below minimum) in the error colour. Neither stops it: the backend still refuses what it cannot do, in its own words.
openssh
ssh ≥ 8.2
Binary
ssh
Minimum
8.2
Probed with
ssh -V
Tested
9.610.210.5
Needs a version this new
include-dropinssince 8.2
kbd-interactivesince 8.7
What changes on older versions
openssh >=10.5
sshd -T prints the canonical spelling of every keyword (PermitRootLogin no) where 10.2 and earlier lower-case it (permitrootlogin no); both forms are parsed to the canonical name, so the verdicts and the source lines are the same either way
openssh >=8.2
the version comes from ssh -V, which prints to standard error; sshd -V only exists from OpenSSH 9.6, so asking the server itself would report nothing over most of the supported range
openssh <8.2
Include does not exist, so /etc/ssh/sshd_config.d is never read; tui-ssh will not rewrite sshd_config itself, so the editor has nowhere to write and says so
openssh <8.7
KbdInteractiveAuthentication is still spelled ChallengeResponseAuthentication; both are read, and the old name is what gets written
Install
Once per machine, then every tool in the family is one pacman away.
Add the repository
$ curl -fsSL https://pkgs.tui.tools/install.sh | sh
Or run the same thing yourself, one command at a time
A family whose whole promise is preview before you run is not going to insist you pipe a script into a shell. These are the commands that script runs.
Upgrades then arrive with the rest of your system updates.
!
Not published yet. The command is what it will be once the package repository at pkgs.tui.tools is live. Until then, use the static binary or build from source.
Arch Linux (AUR) · tui-ssh-bincoming soon
$ paru -S tui-ssh-bin
The -bin package installs the released static binary.
Once per machine, then every tool in the family is one apt away.
Add the repository
$ curl -fsSL https://pkgs.tui.tools/install.sh | sh
Or run the same thing yourself, one command at a time
A family whose whole promise is preview before you run is not going to insist you pipe a script into a shell. These are the commands that script runs.
Upgrades then arrive with the rest of your system updates.
!
Not published yet. The command is what it will be once the package repository at pkgs.tui.tools is live. Until then, use the static binary or build from source.
Needs the tui-tools repository, a one-time setup you do once per machine.
openSUSE · tui-sshcoming soon
$ sudo zypper install tui-ssh
The rpm repository is shared with dnf; zypper support is not tested yet.
One static binary. Verify it against checksums.txt from the same release.
From source · tui-ssh
$ git clone https://github.com/tui-tools/tui-ssh
cd tui-ssh && make build
sudo install -m0755 bin/tui-ssh /usr/local/bin/tui-ssh
Needs Go 1.27 or newer.
What it can do to your machine
✓
Preview, then confirm
Every change is shown as an exact command line and confirmed before it runs. The dialog and the runner receive the same value, so the preview cannot drift from what executes.
•
Escalates for actions
Two reads escalate through sudo -n, which never prompts: sshd -T, and cat for an sshd_config that Fedora and Arch ship mode 0600. Both fall back rather than demand a password, and the header says which answer is on screen. Every change escalates too.
✓
No daemon, no state of its own
Nothing keeps running after you quit, and nothing is installed to run later. The system is the source of truth; the tool re-reads it after every change.
✓
No network access
The tool opens no network connection of its own. No telemetry, no update check, no phone home.
✓
Static binary
Released statically linked, with no runtime dependencies to install.
✕
Releases are not signed yet
Releases carry SHA-256 checksums but no signature. Verify the checksum, and read this as the open item it is.
Reporting
Report a security issue privately, through GitHub's private vulnerability reporting on the repository's Security tab. The family-wide policy, and what counts as in scope, is on the security page.
## Changelog
* 1ee39bd3044f0d5ff14b0c6b656ce9dba42ce962 Packages are available from pkgs.tui.tools
* 15c103805478584a468d95b47c5a8523b9c9c192 Re-pin the kit at v0.2.3
* 9848e306785c46b81e361743accd591fa3cdccb2 Ship the tool as a .deb, an .rpm and a pacman package
* cb788ef277f7ee9c67a287f194afb49a20ce215b Stop flagging two defaults, and parse the sshd -T of OpenSSH 10.5
## Changelog
* 9340594db1c9641ef051937f8907d89ef6786dae Initial commit
* 453e9ea9679c3cf1373ce8c90aba8566ae2ae0bd Stop the version probe test pinning the CI image's OpenSSH
* bb1845bbeb057c17442bfe93d5c483e8ace2b67a Turn the template into tui-ssh