Primul login și utilizatorii

Lectură estimată: 4 minute

Estimare pentru text, la un ritm de 180 de cuvinte pe minut. Timpul pentru analizarea codului, exerciții și proiecte se adaugă separat și depinde de ritmul tău.

Problema pe care o vei rezolva: Server de laborator și restaurare

Aplicație de test cu director public separat, un fișier de configurare privat și o bază de date fictivă. Backupul include fișierele și un export al bazei.

Rezultatul urmărit

Documentează utilizatorul serviciului, document root, accesul SSH și procedura de backup. Restaurează într-o destinație de test și verifică o pagină care citește date.

Cum recunoști o soluție corectă

Fișierul privat nu este servit prin HTTP. Restaurarea recuperează datele așteptate; simpla existență a arhivei nu este suficientă. Accesul administrativ rămâne disponibil după schimbări.

Parcurge lecțiile în ordine și păstrează exercițiile în registrul descărcabil. Ultima lecție include atelierul de 40 de minute în care combini conceptele și testezi o variație a situației inițiale. Exemplele comerciale sunt fictive; nu reprezintă rezultate ale unor clienți.

Ai un VPS nou și o adresă IP. La primul login ești `root` — utilizatorul cu puteri depline. Primul lucru pe care îl faci, înainte de orice altceva, e să creezi un utilizator normal cu drepturi de `sudo` și să nu mai lucrezi ca root. E baza igienei de securitate a serverului.

Primul login

ssh root@IP-UL-TAU
# ești root. Actualizează sistemul imediat:
apt update && apt upgrade -y

Creează un utilizator de lucru

adduser deploy                 # îți cere o parolă
usermod -aG sudo deploy        # îl adaugi în grupul sudo

# copiază cheia SSH de la root la noul user:
rsync --archive --chown=deploy:deploy ~/.ssh /home/deploy
# acum te poți conecta: ssh deploy@IP

Fus orar și oră

sudo timedatectl set-timezone Europe/Bucharest
timedatectl                    # verifică; NTP ar trebui să fie activ

Hostname și /etc/hosts

sudo hostnamectl set-hostname web-01
# adaugă în /etc/hosts o linie: 127.0.1.1 web-01

De ce contează

Root poate distruge sistemul dintr-o comandă greșită, iar dacă cineva îi află parola/cheia, are totul. Un utilizator cu `sudo` îți cere confirmarea (parola) pentru comenzile privilegiate și lasă o urmă în log-uri. E o barieră mică dar reală.

Exercițiu

Pe un VPS de test (sau o mașină virtuală Ubuntu): actualizează sistemul, creează un utilizator „deploy" cu sudo, copiază-i cheia SSH, setează fusul orar la Europe/Bucharest și un hostname. Conectează-te ca „deploy" și verifică `sudo whoami`.

Greșeli frecvente

Rămâi logat ca root pentru toată administrarea.
Nu copiezi cheia SSH la noul user și te trezești că nu te poți conecta ca el.
Uiți să adaugi userul în grupul `sudo` și nu poate face nimic privilegiat.
Nu setezi fusul orar și log-urile au ore derutante.

De reținut

apt update && upgrade la primul login.
adduser + usermod -aG sudo pentru un user de lucru.
Copiază cheia SSH la noul user înainte să închizi sesiunea root.
Setează fus orar și hostname.

Pe scurt

Root doar pentru configurarea inițială. Creezi un user cu sudo, îi dai cheia SSH, și de acolo lucrezi ca el.

Primul acces fără a pierde sesiunea de recuperare

La configurarea unui server nou, păstrează o sesiune funcțională până când noul utilizator și cheia lui sunt testate. Creează contul cu drepturi potrivite și verifică sudo numai dacă este necesar. Nu dezactiva accesul existent înainte de a confirma alternativa și consola de recuperare. Comenzile care modifică utilizatori trebuie executate numai pe serverul tău de laborator și cu nume alese explicit.

Exemplu de lucru

Plan Ubuntu: verifică hostname și whoami; creează utilizatorul de administrare; configurează cheia publică; deschide a doua sesiune; testează accesul și drepturile; confirmă mecanismul de recuperare; abia apoi restrânge accesul vechi.
Dovadă: login separat reușit, utilizator corect, sudo conform rolului.

Interpretarea rezultatului

O sesiune deja deschisă poate continua să funcționeze chiar dacă loginul nou este stricat. De aceea testul trebuie făcut printr-o conexiune separată. Nu confunda dreptul de administrare cu utilizatorul procesului aplicației; acesta ar trebui să aibă un rol mai restrâns.

Exercițiu de consolidare

Scrie un plan de revenire dacă noul utilizator nu poate autentifica după schimbarea configurației SSH.

Aplicație practică

Sarcina

Planifică primul acces la Ubuntu cu un utilizator administrativ separat.

Rezolvare orientativă și verificare

Confirmă contul, sudo și o a doua sesiune funcțională înainte de schimbări SSH.

Greșeală de evitat

Nu elimina singura cale de administrare activă.

Documentație și surse

Ubuntu Server documentation — Canonical
nginx documentation — nginx