Ssh

sshfs монтирует удалённую директорию как обычную папку через FUSE — без NFS, без Samba, только существующий SSH-доступ: sshfs user@host:/remote/path /local/mountpoint Голое подключение отваливается при обрыве сети — в man прямо указан этот кейс с решением: -o reconnect вместе с keepalive держат сессию живой: sshfs user@host:/remote/path /mnt -o reconnect,ServerAliveInterval=15 Отмонтировать — не umount (это для BSD/macOS), на Linux актуальная команда fusermount3 -u /local/mountpoint. Многие дистрибутивы держат fusermount как симлинк для совместимости, но полагаться на него не стоит — под новым libfuse его может не быть. ...

ed25519 — современный формат ключей: короче RSA, быстрее считается, криптографически не хуже. Для новых ключей брать его. ssh-keygen -t ed25519 -C "user@host" -f ~/.ssh/id_ed25519 eval "$(ssh-agent -s)" # запустить агент ssh-add ~/.ssh/id_ed25519 # пароль спросит раз, потом ключ в памяти ssh-add -l # какие ключи сейчас в агенте На десктопе агент обычно уже поднят DE — ssh-add -l покажет, жив ли сокет. На сервере, откуда ходишь дальше (git, другие хосты), нужен ForwardAgent yes для конкретного хоста в ~/.ssh/config — глобально небезопасно: root на промежуточном хосте получит доступ к сокету. ...

Закрыл SSH-сессию — и долгий процесс упал вместе с ней, получив SIGHUP. nohup, disown и setsid решают эту проблему по-разному: один игнорирует сигнал заранее, другой отвязывает уже запущенный процесс от shell, третий сразу создаёт для процесса отдельную сессию. Заранее защитить процесс от SIGHUP: nohup ./long-task.sh & Если процесс уже запущен в фоне текущего шелла: disown -h %1 Полная изоляция — без управляющего терминала с самого начала: setsid ./long-task.sh < /dev/null &> /tmp/task.log & setsid создаёт новую сессию, поэтому даже disown не нужен — процесс изначально не привязан к терминалу. Это то, что systemd и tmux используют под капотом для демонизации. ...

За две недели разобрали ws и аналоги (tmuxinator, tmuxp, sesh) — все требуют бинарник или Python-пакет. Если серверов немного, результат собирается из ~/.ssh/config и десятка строк bash. #!/usr/bin/env bash set -euo pipefail hosts=$(awk '/^Host / && $2 !~ /\*/ {print $2}' ~/.ssh/config) for h in $hosts; do sess=$(ssh -o ConnectTimeout=2 "$h" tmux ls 2>/dev/null || true) [ -n "$sess" ] && printf "%-15s %s\n" "$h" "$sess" done Подключение — через fzf: target=$(bash list.sh | fzf | awk '{print $1}') [ -n "$target" ] && ssh -t "$target" tmux attach Нет SQLite-кэша и git-статуса — на десятке хостов опрос занимает пару секунд. Разрастётся до полусотни — смысл смотреть на ws. ...

У tmux-workbench (ws) есть соседи по нише — но ни один не индексирует сессии сразу на нескольких серверах через SSH с git-контекстом. tmuxinator — YAML-сессии, но шаблон, не живые tmuxp — то же самое, локально, без TUI tmux-resurrect — save/restore, локально, плагин sesh — TUI+fzf, локально, без SSH/git smug — YAML-команды, без remote-индекса Все решают часть задачи — сохранить сессию или быстро переключиться fzf’ом. SQLite-индекс сразу по всем серверам с git-веткой и dirty-статусом — фича, которой здесь больше ни у кого нет. ...

tmux-workbench (команда ws) — TUI на Rust для управления tmux-сессиями не только локально, но и на удалённых серверах через SSH, с индексом в SQLite вместо разбора вывода tmux list-sessions на лету. ws scan # проиндексировать сессии ws attach prod/api # подключиться к сессии на сервере ws list --server prod --status active Для каждой сессии хранится: сервер, директория, git-ветка и статус (dirty, ahead/behind), наличие CLAUDE.md/AGENTS.md. Фильтры в TUI: server:prod tag:backend git:dirty. Стек: Rust + ratatui + rusqlite, установка через cargo install или install.sh. ...