Table of Contents

SFTP browser and SSH agent

SFTP browser

Right-click an SSH session in the Session Manager and choose SFTP Browser…, or choose Transfer → SFTP Browser… while an SSH tab is active. The browser logs in with the built-in SSH engine; questions such as a new host key, a password or a key passphrase appear in the window, with an Answer box.

The window has two panes: This computer on the left and the server on the right. The left pane starts in the session's download folder.

Resuming transfers

A file being copied is saved as name.part until it is complete: on this computer for downloads, on the server for uploads. If a transfer is cancelled or the connection drops, the .part file stays. Send the same file again to the same folder and Saltbush continues from where it stopped; the status line says how many files were resumed.

Saltbush only continues when the .part file is not longer than the original and was written after the original last changed. Otherwise it starts again from the beginning. To force a fresh start, delete the .part file.

Copied files keep their modification time. Uploads from Linux also keep the file's permissions (a runnable script stays runnable).

Several browser windows can be open at once; each new one opens a little lower and to the right, and each side of a browser is in its own outlined box. The browser cannot open sessions that need the OpenSSH client (a jump host or extra -o options); use Transfer → Open SFTP Tab… for those.

Copy Public Key to Server

To log in with a key instead of a password, the server needs your public key in ~/.ssh/authorized_keys. Saltbush can put it there for you, like ssh-copy-id:

  1. Right-click an SSH session in the Session Manager and choose Copy Public Key to Server…, or choose Tools → Copy Public Key to Server… (it uses the active SSH tab, or the session selected in the Session Manager). After making a key with Generate… on the session's SSH2 page, the Copy to Server… button does the same.
  2. Choose the public key (the .pub file). The session's own key is offered first, then the keys in ~/.ssh. Browse… picks another one.
  3. Click Copy Key to Server and answer the questions in the window (the server's host key the first time, then your password).

Saltbush then:

If the server has a file called authorised_keys (British spelling), Saltbush tells you: SSH only reads authorized_keys and ignores it.

The server needs a Unix-like shell (Linux, BSD, macOS). Windows OpenSSH servers keep keys elsewhere (administrators_authorized_keys for administrators), so add the key there by hand. Sessions that need the OpenSSH client (a jump host or extra -o options) cannot use it; run ssh-copy-id in a terminal instead.

SSH agent

Tools → SSH Agent… shows the agent your sessions use and the keys it holds.

Passphrases, PINs and lock passwords are handed to ssh-add privately, never on a command line. On Windows, start the “OpenSSH Authentication Agent” service first.