SSH ključevi: pravljenje i dodavanje

Kako da generišeš par ključeva, dodaš javni ključ u panel za upravljanje serverom, zašto čuvanje restartuje server i zašto ključevi ne rade na Windows Server-u.

Ažurirano 23. avgust 2026.

SSH ključ je par fajlova: privatni ostaje kod tebe, javni stoji na mašini. Za razliku od lozinke, ne može se provaliti grubom silom.

Napravi par ključeva

Komanda je ista u Windows Terminalu, PowerShell-u, macOS-u i Linuxu:

ssh-keygen -t ed25519 -C "artem@laptop"

Kada te pita za fajl, pritisni Enter (podrazumevano je ~/.ssh/id_ed25519). Na ključ treba da staviš lozinku (passphrase): ako ti ukradu laptop, ključ bez lozinke daje trenutan pristup mašini.

Pojaviće se dva fajla:

Fajl	Šta je to
`id_ed25519`	Privatni ključ. Nikad ga ne deli i nikad ga nigde ne kači
`id_ed25519.pub`	Javni ključ. Njega lepiš u panel

Da vidiš javni ključ:

cat ~/.ssh/id_ed25519.pub

Linija izgleda ovako: ssh-ed25519 AAAAC3Nza... artem@laptop.

Dodaj ključ u panel

Otvori panel mašine na /hosting/vds/m/<id>, karticu „Pristup“, pododeljak „SSH ključevi“, nalepi ključeve u polje i klikni na „Sačuvaj ključeve“.

Čuvanje ključeva restartuje mašinu koja radi. Ključevi se primenjuju pri početnoj konfiguraciji pri podizanju sistema, pa bez restarta ne bi stupili na snagu. Sve što ne preživi restart biće prekinuto: otvorene veze, nesačuvani podaci, servisi bez automatskog pokretanja. Na produkcionoj mašini izaberi pravo vreme i izmeni listu u jednom potezu, a ne ključ po ključ.

Lista ključeva se zamenjuje u celosti. Pošalji ceo set: ako si već imao ključ sa radnog računara, a sačuvaš samo novi, stari će prestati da radi. Prazno polje briše sve ključeve.

Format: jedan ključ po liniji:

ssh-ed25519 AAAAC3Nza... artem@laptop
ssh-ed25519 AAAAC3Nza... artem@work

Nalepi celu liniju, uključujući tip na početku i komentar na kraju, bez preloma reda.

Ključ možeš da navedeš već pri naručivanju na /hosting/vds/new — tada će biti dodat mašini kada se provisioniše i neće biti dodatnog restarta.

Windows Server nema SSH ključeve

Polje za ključ važi za Linux mašine. Windows Server 2022 i 2025 provisionišemo bez SSH servera: prijavljuješ se preko RDP-a kao Administrator sa lozinkom iz panela. Ključ sačuvan za takvu mašinu neće otključati ništa — zato čarobnjak za naručivanje ne prikazuje polje za njega.

Kako da se povežeš i šta da radiš u prvim minutima opisano je u članku Prva prijava na Windows Server preko RDP-a, a zaštita pristupa u članku RDP bezbednost: port, lozinke, ograničenja.

Testiraj prijavu

Iz novog terminala, bez zatvaranja trenutne sesije:

ssh root@203.0.113.10

Ako ti nije tražena lozinka, ključ radi. Ako jeste, pogledaj tabelu grešaka ispod.

Da ne bi kucao adresu svaki put, podesi ~/.ssh/config fajl.

Isključi prijavu lozinkom

Tek posle uspešnog testa:

nano /etc/ssh/sshd_config

PasswordAuthentication no
PermitRootLogin prohibit-password

systemctl restart ssh

Ako nešto pođe naopako, pristup mašini ćeš i dalje imati preko tekstualne konzole u panelu — ona radi nezavisno od SSH-a.

Česte greške

Simptom	Uzrok
I dalje traži lozinku	U panel je nalepljen privatni ključ umesto `.pub`, ili ključ ima pogrešno ime pa ga klijent ne prepoznaje
`UNPROTECTED PRIVATE KEY FILE`	Dozvole su preširoke: `chmod 600 ~/.ssh/id_ed25519`
Ključ je radio pa je prestao	Lista u panelu je prepisana bez tog ključa
Posle reinstalacije ključ više ne radi	Mašina je ponovo napravljena i ključevi nisu stigli u nju. Otvori „SSH ključevi“ i ponovo sačuvaj listu
`Permission denied (publickey)` posle isključivanja lozinke	Ključ nikad nije stigao do mašine — prijavi se preko konzole u panelu i proveri `/root/.ssh/authorized_keys`

Dijagnostika sa detaljnim izlazom:

ssh -v root@203.0.113.10

Izlaz pokazuje koje je ključeve klijent ponudio i šta je server odgovorio.

Korisnici PuTTY-ja moraju da imaju ključ u njegovom formatu — vidi povezivanje iz PuTTY-ja.