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.
0644) shows the same setting. It changes the selected items only, not what is inside a folder.
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.
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:
.pub file). The session's own key is offered first, then the keys in ~/.ssh. Browse… picks another one.Saltbush then:
~/.ssh and ~/.ssh/authorized_keys if they are missing,700 for the folder and 600 for the file (SSH ignores the file if others can write to it),
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.
Tools → SSH Agent… shows the agent your sessions use and the keys it holds.
opensc-pkcs11.so or a YubiKey's libykcs11.so; libraries found on the computer are listed under Found), type the PIN and press Add Smartcard Keys.
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.