До настройки убедитесь, что знаете адрес, порт и пользователя, выданных системой, и можете открыть консоль восстановления через панель. Держите текущую SSH-сессию открытой, пока новая проверка не завершится успешно. Не торопитесь.

В примере Ubuntu проверяется порт 22; это иллюстрация, а не подтверждение настройки вашего VPS. Сверьте рабочий порт с конфигурацией или документацией площадки.

Создайте отдельную учетную запись

Используйте отдельного пользователя для повседневной работы. Выдавайте sudo только на необходимые действия. В руководстве Ubuntu по управлению пользователями, проверенном 8 октября 2026 года, описан принцип наименьших привилегий; root не должен быть обычной учетной записью для всех задач.

Проверьте, что новый пользователь входит и выполняет требуемые административные действия. Не меняйте одновременно имя учетной записи, метод входа и сетевую конфигурацию. Разделяйте изменения, чтобы при ошибке найти причину.

Добавьте и проверьте ключ

OpenSSH поддерживает вход по паролю, публичному ключу и другим механизмам. На сервер добавляют публичную часть ключа, приватная часть остается у администратора. Не отправляйте ее в чат и не кладите в репозиторий.

Документация Ubuntu по OpenSSH Server, проверенная 8 октября 2026 года, описывает добавление ключа и права файла authorized_keys. Проверьте права каталога .ssh и самого файла. Алгоритм выбирайте по политике организации и поддержке ваших клиентских устройств.

Ubuntu рекомендует Ed25519; для RSA в том же руководстве приведен пример ключа длиной 4096 бит. Это ориентир из документации Ubuntu, а не требование всех серверов.

Откройте новую терминальную сессию. Убедитесь, что ключ работает, пользователь может выполнить нужные команды и соединение повторно устанавливается после выхода. Если вход не прошел, оставьте прежнюю сессию открытой и исправьте ключ или права через нее.

ЭтапЧто должно сработатьКогда остановиться
Шаг 1: пользовательВход и только нужные sudo-действияНет консоли восстановления
Шаг 2: ключНовая сессия с ключом открываетсяКлюч не принят или права ошибочны
Шаг 3: конфигурацияsshd -t проходит без ошибкиСинтаксис не проверен
Шаг 4: перезапускВторая сессия открывается после примененияЕдинственный канал еще не проверен

Убедитесь, что ключ доступен в менеджере секретов и публичная часть добавлена нужному пользователю. Не удаляйте резервный способ входа до отдельной проверки.

Проверьте конфигурацию sshd

В Ubuntu сервер читает sshd_config и подключаемые настройки из sshd_config.d. Значения могут задаваться в нескольких файлах, поэтому проверьте фактическую конфигурацию, а не только строку, которую добавили.

До перезапуска выполните синтаксическую проверку sshd -t. Если она сообщает ошибку, не перезапускайте сервис. После успешной проверки применяйте изменение в согласованное окно, не закрывая прежнюю сессию; затем отдельно проверьте новое подключение.

Только после двух работающих входов и проверенной консоли восстановления решайте, отключать ли парольную аутентификацию или вход root. Один запрет не заменяет обновления ОС, журналирование, firewall и управление секретами.

Что записать для команды

Зафиксируйте пользователя, порт, способ входа, расположение настроек, порядок проверки и способ восстановления. Не включайте в инструкцию реальные IP, закрытые ключи, пароли или токены. Для shared-хостинга заранее уточните, разрешены ли собственные настройки SSH и кто восстанавливает доступ после блокировки.

Сравнить модель управления можно в разделе VPS/VDS, а резервную копию проекта - в руководстве по backup. Это справка по Ubuntu, не отчет о подключении к конкретному провайдеру.