Перейти к содержимому
VDS · Безопасность

Не потерять доступ: запасные ключи и пароли

Как устроены пути доступа к машине, зачем нужен второй ключ SSH, где хранить пароль root и что делать, если единственный ключ утерян.

Обновлено 23 августа 2026 г.

Потеря доступа к машине случается чаще взлома. Сломался ноутбук, переустановили систему, вычистили каталог .ssh, забыли пароль. Разница между «неприятно» и «катастрофа» — в том, был ли заранее подготовлен второй путь.

Три пути внутрь

ПутьЧем открываетсяКогда работает
SSHКлюч или парольПока жива сеть и настроен sshd
Консоль в панелиПароль rootВсегда, даже когда сеть не поднялась
Диск восстановленияБез пароля, вход rootВсегда, даже когда система не грузится

Второй и третий пути не зависят от ваших настроек SSH и брандмауэра — именно поэтому запереться в машине Millida VDS насовсем невозможно. Но чтобы ими воспользоваться, нужен доступ к аккаунту Millida и пароль root.

Второй ключ SSH

Список ключей во вкладке «Доступ» панели /hosting/vds/m/<id> заменяется целиком. Добавляйте сразу оба: рабочий и запасной.

ssh-keygen -t ed25519 -C "рабочий ноутбук"
ssh-keygen -t ed25519 -f ~/.ssh/id_backup -C "запасной"
cat ~/.ssh/id_ed25519.pub ~/.ssh/id_backup.pub

Запасной ключ держите не там, где основной: менеджер паролей, зашифрованный архив, флешка в ящике. Ключ на том же ноутбуке, что и основной, запасным не является.

Проверьте оба ключа сразу после добавления:

ssh -i ~/.ssh/id_backup root@<адрес>

Непроверенный запасной ключ — это не запасной ключ.

Пароль root

Хранится зашифрованным и показывается по кнопке во вкладке «Доступ». Скопируйте его в менеджер паролей: во время аварии открыть панель и нажать кнопку получится не всегда быстро, а вводить длинную строку в консоль VNC неудобно.

Пароль остаётся рабочим для консоли и для su - даже после того, как вы отключили вход root по SSH.

Что хранить отдельно от машины

  • Приватные ключи SSH и парольную фразу к ним.
  • Пароль root.
  • Доступ к аккаунту Millida и второй фактор к нему.
  • Данные для входа к регистратору домена и в DNS.
  • Дамп базы и конфиги: автоматических резервных копий машины у нас нет, копии делаете вы сами.

Простой вариант регулярной выгрузки наружу:

pg_dump -Fc mydb > /root/dump.pgc
rsync -az /root/dump.pgc backup@другая-машина:/backups/

Если доступ всё-таки потерян

  1. Ключ утерян, но пароль root есть — зайдите через консоль в панели и добавьте новый ключ в ~/.ssh/authorized_keys.
  2. Забыт и пароль — нажмите «Сменить пароль» во вкладке «Доступ». Панель выдаст новый и перезагрузит работающую машину.
  3. Система не грузится — включите диск восстановления, примонтируйте диск и поправьте ключи или пароль в chroot.
  4. Потерян доступ к аккаунту Millida — восстанавливайте его штатным порядком; машину без аккаунта отдать нельзя, и это защита в вашу пользу.

Частые ошибки

  • Один ключ на одном устройстве без копии.
  • Запасной ключ лежит рядом с основным.
  • Ключи заменили в панели и стёрли рабочий: список заменяется целиком, вставляйте все сразу. Заодно это избавит от лишней перезагрузки — каждое сохранение ключей перезапускает работающую машину.
  • Парольная фраза к ключу нигде не записана.
  • Пароль root никогда не проверяли в консоли.

Раз в квартал делайте учебную тревогу: войдите запасным ключом и проверьте пароль root через консоль. Пять минут проверки экономят вечер восстановления.