Подключение к серверу по SSH с macOS, Linux и Windows
Где взять доступы, как подключиться из терминала и PuTTY, как сохранить сервер в ~/.ssh/config и что значат ошибки Connection refused, timed out и Permission denied.

SSH — стандартный способ управлять Linux-сервером: вы вводите команды в терминале на своём компьютере, а выполняются они на сервере. Никаких графических панелей для этого не нужно, достаточно IP-адреса, логина и пароля или ключа.
Где взять доступы
IP-адрес и пароль root показываются в кабинете tanaka.host на странице сервера после его создания. Пароль там же можно сбросить, если потеряли. Дождитесь, пока статус сервера станет «Работает»: первые секунды после создания SSH ещё не запущен.
macOS и Linux
Откройте Терминал и выполните:
ssh root@IP_СЕРВЕРА
При первом подключении появится вопрос про отпечаток ключа сервера:
The authenticity of host '203.0.113.10' can't be established.
ED25519 key fingerprint is SHA256:...
Are you sure you want to continue connecting (yes/no/[fingerprint])?
Введите yes. Отпечаток запомнится в ~/.ssh/known_hosts, и в следующий раз вопроса не будет. Затем введите пароль — символы при вводе не отображаются.
Windows
В Windows 10 и 11 SSH-клиент встроен. Откройте PowerShell или Windows Terminal, команда та же:
ssh root@IP_СЕРВЕРА
Если команда не найдена, включите компонент: Параметры → Приложения → Дополнительные компоненты → «Клиент OpenSSH».
Любителям графики подойдёт PuTTY: в поле Host Name — IP сервера, порт 22, кнопка Open, затем логин root и пароль. Из современных клиентов удобен Termius (есть на всех платформах, включая телефон).
Сохраните сервер в конфиге
Чтобы не набирать IP каждый раз, опишите сервер в файле ~/.ssh/config (на Windows — C:\Users\ВЫ\.ssh\config, без расширения):
Host web
HostName 203.0.113.10
User admin
Port 22
IdentityFile ~/.ssh/id_ed25519
Теперь достаточно ssh web. Имя после Host — любое: web, bot, prod. IdentityFile нужен, когда вы уже перешли на вход по ключу.
Первые действия после входа
Обновите систему:
apt update && apt upgrade -y
и пройдите по чек-листу из статьи Первые шаги на новом VPS: отдельный пользователь, брандмауэр, ключи.
Ошибки подключения
| Сообщение | Что это значит | Что делать |
|---|---|---|
Connection timed out |
Пакеты до сервера не доходят | Сервер ещё создаётся или выключен; проверьте статус в кабинете. Если включён — брандмауэр на сервере закрыл порт 22, зайдите через консоль в кабинете |
Connection refused |
Сервер ответил, но на порту 22 никто не слушает | SSH не запущен или переехал на другой порт (ssh -p 2222 ...). Проверьте через консоль: systemctl status ssh |
Permission denied, please try again |
Неверный пароль | Скопируйте пароль заново без пробелов по краям или сбросьте в кабинете |
Permission denied (publickey) |
Сервер принимает только ключи, а вашего у него нет | Подключитесь с компьютера, где ключ есть, или добавьте ключ через консоль |
REMOTE HOST IDENTIFICATION HAS CHANGED |
Отпечаток сервера не совпал с сохранённым | Чаще всего вы переустановили ОС или IP достался от другого сервера. Удалите старый отпечаток: ssh-keygen -R IP_СЕРВЕРА и подключитесь снова |
Про последнюю ошибку есть отдельная статья: там же о том, когда её нельзя игнорировать.
Если сессия обрывается
Длинные операции (установка, компиляция, перенос данных) лучше запускать в screen или tmux: если интернет моргнёт, процесс на сервере продолжит работать, а вы подключитесь к нему снова.
apt install -y tmux
tmux new -s work # новая сессия
# ... работаете ...
tmux attach -t work # вернуться после обрыва