SSH configuration and editors
Reach every Kiste as NAME.kiste from ssh, scp, rsync, VS Code, Cursor, JetBrains and other tools.
It is set up when you sign in
kiste login writes an SSH entry for your Kisten into the CLI's configuration
directory and adds one managed Include line at the top of ~/.ssh/config.
From then on every Kiste is reachable as NAME.kiste:
kiste logout removes both again. Nothing else in your ~/.ssh/config is
changed, and a ~/.ssh/config that is a link (into a dotfiles repository, say)
stays a link.
The entry covers the pattern *.kiste, so new and renamed Kisten work at once.
It connects through kiste.run like kiste ssh, with your device key and the
pinned host keys:
Print it yourself
Use this when you manage your SSH configuration by hand, on a computer where the CLI runs with another configuration directory, or to see exactly what is used.
VS Code and Cursor
- Install the Remote - SSH extension (Cursor ships it).
- Run Remote-SSH: Connect to Host… and type
review-42.kiste. - Open a folder, such as
/workspace.
The editor's server runs inside the Kiste; your editor stays local.
JetBrains IDEs
In JetBrains Gateway (or Remote Development in the IDE), choose SSH,
add a connection with host review-42.kiste and user root, and point it to
the key file shown above if it asks. Gateway uses your OpenSSH configuration,
including the proxy.
Other tools
Anything that runs OpenSSH, or reads ~/.ssh/config, works the same way:
Zed, Ansible, git with an ssh://review-42.kiste/… remote, Mutagen,
docker -H ssh://review-42.kiste. Tools with their own SSH implementation that
ignore ProxyCommand can't reach a Kiste this way; use
port forwarding for them.