Не втратьте доступ: резервні ключі та паролі
Як влаштовані шляхи доступу до машини, навіщо потрібен другий SSH-ключ, де зберігати пароль root і що робити, якщо єдиний ключ втрачено.
Оновлено 23 серпня 2026 р.
Втрата доступу до вашої машини трапляється частіше, ніж злам. Ноутбук ламається, ви перевстановлюєте ОС, стираєте каталог .ssh, забуваєте пароль. Різниця між «прикро» і «катастрофою» — у тому, чи підготували ви заздалегідь другий шлях усередину.
Три шляхи всередину
| Шлях | Як його відкрити | Коли працює |
|---|---|---|
| SSH | Ключ або пароль | Поки мережа працює і sshd налаштований |
| Консоль у панелі | пароль root | Завжди, навіть коли мережа не піднялася |
| Рятувальний диск | Без пароля, вхід root | Завжди, навіть коли система не завантажується |
Другий і третій шляхи не залежать від ваших налаштувань SSH чи фаєрвола — саме тому ви ніколи не зможете остаточно відрізати собі доступ до машини Millida VDS. Але щоб скористатися ними, вам потрібен доступ до вашого акаунта Millida і пароль root.
Другий ключ SSH
Список ключів на вкладці «Доступ» у панелі за адресою /hosting/vds/m/<id> замінюється повністю. Додайте одразу обидва: робочий і запасний.
ssh-keygen -t ed25519 -C "work laptop"
ssh-keygen -t ed25519 -f ~/.ssh/id_backup -C "spare"
cat ~/.ssh/id_ed25519.pub ~/.ssh/id_backup.pub
Зберігайте запасний ключ окремо від основного: у менеджері паролів, у зашифрованому архіві, на флешці в шухляді. Ключ на тому самому ноутбуці, що й основний, — не запасний.
Перевірте обидва ключі одразу після додавання:
ssh -i ~/.ssh/id_backup root@<address>
Неперевірений запасний ключ — не запасний ключ.
Пароль root
Він зберігається зашифрованим і показується, коли ви натискаєте кнопку на вкладці «Доступ». Скопіюйте його в менеджер паролів: під час аварії відкрити панель і натиснути кнопку не завжди буде швидко, а вводити довгий рядок у консолі VNC незручно.
Пароль усе ще працює для консолі та для su - навіть після того, як ви вимкнете вхід root через SSH.
Що зберігати окремо від машини
- Приватні ключі SSH та їхню парольну фразу.
- Пароль root.
- Доступ до вашого акаунта Millida та його другий фактор.
- Дані для входу в реєстратора домену та DNS.
- Дампм баз даних і конфіги: ми не робимо автоматичних резервних копій вашої машини — копії робите ви самі.
Простий спосіб регулярно вивантажувати дані за межі майданчика:
pg_dump -Fc mydb > /root/dump.pgc
rsync -az /root/dump.pgc backup@other-machine:/backups/
Якщо ви таки втратили доступ
- Ви втратили ключ, але пароль root усе ще є — увійдіть через консоль у панелі та додайте новий ключ у
~/.ssh/authorized_keys. - Ви забули й пароль — натисніть «Змінити пароль» на вкладці «Доступ». Панель видасть новий і перезавантажить запущену машину.
- Система не завантажується — увімкніть рятувальний диск, змонтуйте диск і виправте ключі чи пароль у chroot.
- Ви втратили доступ до свого акаунта Millida — відновіть його за стандартною процедурою; машину не можна передати без акаунта, і цей захист працює на вашу користь.
Поширені помилки
- Єдиний ключ на єдиному пристрої без копії.
- Запасний ключ зберігається поруч з основним.
- Ви замінили ключі в панелі та стерли робочий: список замінюється повністю, тож вставляйте всі одразу. Це також позбавить вас зайвого перезавантаження — кожне збереження ключів перезапускає запущену машину.
- Парольна фраза від ключа ніде не записана.
- Пароль root жодного разу не перевіряли в консолі.
Проводьте навчання раз на квартал: увійдіть із запасним ключем і перевірте пароль root через консоль. П'ять хвилин перевірки рятують вечір відновлення.