Ne izgubi pristup: rezervni ključevi i lozinke
Kako su organizovani putevi pristupa mašini, zašto je potreban drugi SSH ključ, gde čuvati root lozinku i šta raditi ako se izgubi jedini ključ.
Ažurirano 23. avgust 2026.
Gubitak pristupa mašini se dešava češće nego hakerski napad. Laptop se pokvari, reinstaliraš OS, obrišeš .ssh direktorijum, zaboraviš lozinku. Razlika između „dosadnog“ i „katastrofe“ je u tome da li si na vreme pripremio drugi način da uđeš.
Tri načina da uđeš
| Put | Kako ga otvaraš | Kada radi |
|---|---|---|
| SSH | Ključ ili lozinka | Dok god je mreža aktivna i sshd konfigurisan |
| Konzola u panelu | root lozinka | Uvek, čak i kada mreža nikad nije proradila |
| Rescue disk | Bez lozinke, root prijava | Uvek, čak i kada sistem neće da se podigne |
Drugi i treći put ne zavise od tvojih SSH ili firewall podešavanja — upravo zato nikada ne možeš trajno da se zaključaš van Millida VDS mašine. Ali da bi ih koristio, potreban ti je pristup svom Millida nalogu i root lozinka.
Drugi SSH ključ
Lista ključeva u kartici „Access“ u panelu na /hosting/vds/m/<id> zamenjuje se u celosti. Dodaj oba odjednom: onaj koji radi i rezervni.
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
Čuvaj rezervni ključ na drugom mestu od primarnog: u menadžeru lozinki, u šifrovanom arhivu, na USB sticku u fioci. Ključ na istom laptopu kao primarni nije rezerva.
Testiraj oba ključa odmah nakon dodavanja:
ssh -i ~/.ssh/id_backup root@<address>
Netestiran rezervni ključ nije rezervni ključ.
Root lozinka
Čuva se šifrovana i prikazuje se kada klikneš dugme u kartici „Access“. Kopiraj je u menadžer lozinki: tokom vanredne situacije, otvaranje panela i klikanje na dugme neće uvek biti brzo, a kucanje dugog niza u VNC konzoli je nezgodno.
Lozinka i dalje radi za konzolu i za su - čak i nakon što onemogućiš root SSH prijavu.
Šta da čuvaš odvojeno od mašine
- Privatne SSH ključeve i njihovu passphrase.
- Root lozinku.
- Pristup svom Millida nalogu i njegovom drugom faktoru.
- Podatke za prijavu na registrar domena i DNS.
- Dampove baze podataka i konfiguracije: mi ne pravimo automatske bekape tvoje mašine — kopije praviš sam.
Jednostavan način da redovno šalješ podatke van lokacije:
pg_dump -Fc mydb > /root/dump.pgc
rsync -az /root/dump.pgc backup@other-machine:/backups/
Ako ipak izgubiš pristup
- Izgubio si ključ, ali još imaš root lozinku — prijavi se preko konzole u panelu i dodaj novi ključ u
~/.ssh/authorized_keys. - Zaboravio si i lozinku — klikni na „Change password“ u kartici „Access“. Panel će izdati novu i restartovati mašinu koja radi.
- Sistem neće da se podigne — uključi rescue disk, montiraj disk i popravi ključeve ili lozinku u chroot-u.
- Izgubio si pristup svom Millida nalogu — povrati ga kroz standardnu proceduru; mašina ne može da se preda bez naloga, a ta zaštita radi u tvoju korist.
Česte greške
- Jedan ključ na jednom uređaju bez kopije.
- Rezervni ključ sačuvan pored primarnog.
- Zamenio si ključeve u panelu i obrisao onaj koji radi: lista se zamenjuje u celosti, pa nalepi sve odjednom. To ti štedi i dodatni reboot — svako čuvanje ključeva restartuje mašinu koja radi.
- Passphrase ključa nije nigde zapisana.
- Root lozinka nikada nije testirana u konzoli.
Uradi proveru jednom u tri meseca: prijavi se rezervnim ključem i testiraj root lozinku preko konzole. Pet minuta provere štedi veče oporavka.