Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

Verificarea finală: serverul dumneavoastră sub lupă

Modulul 10: Rămâneți în siguranță · Timp de citire: 10 minute

Obiectivul lecției: După această lecție veți putea evalua propriul server cu o listă de verificare și cu un control automat din exterior, veți ști ce puncte au prioritate și veți avea un ritm fix de întreținere și un scurt dosar al serverului.

Noțiuni cheie: listă de verificare, prioritate, control din exterior, dosarul serverului, ritm de întreținere (săptămânal, lunar, trimestrial, anual), data de sfârșit a suportului pentru release, test de restaurare

De la lecții separate la un întreg

În acest curs ați configurat un server pas cu pas: autentificare sigură, permisiuni, actualizări, firewall, servicii, un site cu https, backupuri, monitorizare și containere. În această ultimă lecție puneți totul pe o singură listă. Vă verificați serverul, lăsați programul cursului să se uite din exterior și stabiliți cum veți întreține serverul în anii următori.

Un server nu este niciodată "gata". Software-ul se învechește, certificatele expiră, discurile se umplu, release-urile ajung la end of life. De aceea, un ritm fix este la fel de important ca prima configurare.

Lista de verificare, în ordinea importanței

Nu totul este la fel de urgent. Parcurgeți lista de sus în jos: primele blocuri previn cele mai multe necazuri.

Blocul 1: nimeni nu intră pur și simplu (modul 2, 3, 5)

  • Autentificare doar cu chei; PasswordAuthentication no și KbdInteractiveAuthentication no, verificate cu sudo sshd -T.
  • Root nu se autentifică cu parolă; lucrați ca utilizator obișnuit cu sudo.
  • Bazele de date, cache-urile și clusterele de căutare ascultă pe 127.0.0.1; porturile 3306, 5432, 6379, 9200 și 27017 sunt închise din exterior, pentru IPv4 și pentru IPv6.
  • Un firewall care închide implicit tot traficul de intrare; sunt deschise doar porturile de care aveți nevoie.
  • fail2ban rulează pentru SSH (fail2ban-client status sshd).

Blocul 2: vulnerabilitățile sunt remediate (modul 4)

  • Actualizările automate de securitate sunt activate și verificate (jurnal, apt list --upgradable).
  • Un plan pentru reporniri; /var/run/reboot-required nu rămâne acolo săptămâni la rând.
  • Release-ul este încă suportat; data de sfârșit a suportului este în agenda dumneavoastră.

Blocul 3: puteți reveni (modul 8)

  • Backupuri criptate în afara serverului, automate, cu monitorizare.
  • Ați făcut un test de restaurare și știți cât durează restaurarea.
  • Știți cum faceți un snapshot și cum deschideți consola.

Blocul 4: exteriorul este corect (modul 7)

  • Înregistrările A și AAAA indică spre serverul dumneavoastră; reverse DNS (PTR) indică înapoi spre același nume.
  • https cu un certificat valid care se reînnoiește automat; http redirecționează către https.
  • HSTS și câteva antete de securitate; un security.txt cu o adresă de contact funcțională și o dată de expirare.

Blocul 5: vedeți ce se întâmplă (modul 6, 8)

  • Jurnalul (journal) este persistent; puteți citi jurnalele de dinainte de o repornire.
  • Monitorizare din exterior (accesibilitate, certificat) și din interior (disc, servicii), cu notificări care chiar ajung la dumneavoastră.
  • systemctl --failed este gol.

Blocul 6: containerele sub control (modul 9, dacă folosiți Docker)

  • Porturile containerelor sunt pe 127.0.0.1 sau în spatele reverse proxy-ului; fără docker.sock în containerele care nu au cu adevărat nevoie.
  • Volumele sunt incluse în backup; imaginile sunt actualizate regulat.
  • Secretele se află în fișiere .env cu permisiuni stricte, nu în Git.

Controlul din exterior

O parte din această listă poate fi verificată de programul cursului din exterior, exact așa cum oricine de pe internet vă vede serverul. Exercițiul final (Z10.4) combină verificările din exercițiile anterioare:

ComponentăCe face programulDin lecția
SSHCitește bannerul de versiune și întreabă ce metode de autentificare oferă serverul pentru numele dumneavoastră de utilizator; nu se autentifică2.2
Porturile bazelor de dateÎncearcă doar o conexiune către 3306, 5432, 6379, 9200 și 27017; nu trimite nimic5.1
httpsVerifică certificatul (valid, de încredere, nume corect)7.3
AnteteCitește HSTS și celelalte antete de securitate7.4
security.txtPreia /.well-known/security.txt și verifică Contact și Expires7.4
ContainerCaută antetul cu codul dumneavoastră, setat de reverse proxy-ul dumneavoastră9.4

Programul nu execută nimic pe serverul dumneavoastră, nu încearcă parole și nu scanează alte porturi. Fiecare adresă poate fi verificată doar de câteva ori pe oră. Un rezultat verde înseamnă: din exterior, cele mai cunoscute greșeli lipsesc. Nu spune nimic despre ce se întâmplă în interiorul serverului; aceasta este restul listei de verificare, pe care o parcurgeți dumneavoastră.

Dosarul serverului

Scrieți pentru fiecare server un document scurt, păstrat în afara serverului (de exemplu în managerul de parole sau într-un dosar partajat):

  • numele, adresele IP, furnizorul, release-ul și data de sfârșit a suportului;
  • ce rulează (servicii, containere, site-uri) și de ce;
  • ce porturi sunt deschise și pentru ce;
  • unde se află backupurile, cum restaurați, când a fost ultimul test;
  • ce secrete se află pe server (nu secretele propriu-zise, ci care sunt și unde se înlocuiesc);
  • ce ați făcut în mod conștient altfel decât standardul (de exemplu o sugestie Lynis pe care ați omis-o, lecția 10.1);
  • cine are acces (ce chei se află în authorized_keys).

Acest dosar valorează aur la un incident (lecția 10.3), la un upgrade de release (lecția 4.3) și atunci când altcineva preia administrarea.

Un ritm de întreținere

Fără ritm, atenția slăbește. Iată un exemplu pentru un server mic; adaptați-l situației dumneavoastră.

CândCe
În fiecare săptămânăVerificați monitorizarea și notificările; systemctl --failed; reporniți dacă apare /var/run/reboot-required (sau verificați că repornirea automată a funcționat)
În fiecare lunăapt list --upgradable (rămâne ceva blocat?); docker compose pull și up -d pentru containere, cu release notes; spațiul pe disc; fail2ban-client status; jurnalul, pentru erori neobișnuite (journalctl -p err --since "1 month ago")
În fiecare trimestruTest de restaurare a unui backup; verificarea authorized_keys și a utilizatorilor (eliminați pe cine nu mai trebuie să aibă acces); rulați din nou Lynis; repetați controlul final din exterior (exercițiul Z10.4)
În fiecare anActualizați security.txt (Expires); verificați data de sfârșit a suportului pentru release și planificați un upgrade; actualizați dosarul serverului și planul de urgență

Treceți aceste momente în agenda dumneavoastră. O mare parte poate fi automatizată cu monitorizarea din lecția 8.3, dar verificarea personală rămâne necesară.

În practică

Fie că serverul dumneavoastră se află la WebOké, fie la alt furnizor: furnizorul se ocupă de hardware, de rețea și de posibilitatea de a face snapshoturi și backupuri, iar dumneavoastră de tot ce este în interiorul serverului. Acest curs este de autoinstruire: nimeni nu se uită pe serverul dumneavoastră. Cu această listă de verificare, cu dosarul și cu ritmul aveți însă tot ce vă trebuie pentru a face această administrare singur și bine.

Rezumat

  • Verificați-vă serverul pe blocuri: nimeni nu intră pur și simplu, vulnerabilitățile sunt remediate, puteți reveni, exteriorul este corect, vedeți ce se întâmplă, containerele sunt sub control.
  • Controlul din exterior verifică metodele de autentificare SSH, porturile bazelor de date, https, antetele, security.txt și antetul containerului; restul îl verificați dumneavoastră.
  • Țineți un dosar al serverului, în afara serverului.
  • Lucrați după un ritm fix: săptămânal, lunar, trimestrial și anual.

Test (quiz)

1. Aveți doar o oră. Cu ce punct din lista de verificare începeți?



2. Controlul final din exterior este complet verde. Ce înseamnă aceasta?



3. De ce păstrați dosarul serverului în afara serverului?



4. Ce sarcină face parte din ritmul trimestrial?



5. Fișierul dumneavoastră security.txt are o dată Expires în luna mai a anului viitor. Ce faceți?



Exercițiu

Exercițiul Z10.4: Exercițiul final: serverul dumneavoastră văzut din exterior. Lăsați programul cursului să vă verifice serverul din exterior, dintr-o singură dată: metodele de autentificare SSH pentru numele dumneavoastră de utilizator, cele cinci porturi ale bazelor de date, https și antetele site-ului, fișierul security.txt și antetul X-Weboke-Cursus cu codul dumneavoastră, pe numele unde rulează containerul. Pe lângă aceasta, completați lista de verificare a blocurilor 1 până la 6 pentru ceea ce programul nu poate vedea.

Exercițiul Z10.4: Exercițiul final: serverul dumneavoastră văzut din exterior

Nu ne autentificăm și nu încercăm nicio parolă sau cheie. Mai întâi arătați că serverul vă aparține: faceți clic pe "Afișați codul meu" și puneți un fișier /.well-known/weboke-cursus-<code>.txt care conține doar acel cod pe serverul web al numelui de gazdă. Îl descărcăm direct de la fiecare adresă IP pe care o verificăm (IPv4 și IPv6 separat); o înregistrare TXT nu este valabilă aici. Verificarea vine de la heavy.webawere.nl (185.158.167.16 și 2a07:ae80:100:0:185:158:167:16), nu de la serverul nostru web. Doar pentru cursanții autentificați; cel mult 6 verificări pe oră pentru fiecare server. Verificarea finală rulează una după alta verificările din Z2.2, Z5.1, Z7.3, Z7.4 și Z9.4. SSH, porturile și https trebuie să fie verzi; antetele, security.txt și antetul X-Weboke-Cursus sunt recomandări.








Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Exercițiul O10.4: Ritmul dvs. de întreținere. Creați-vă propriul dosar al serverului și propriul ritm de întreținere: ce faceți săptămânal, lunar, trimestrial și anual, și treceți aceste momente în agenda dumneavoastră.

Exercițiul O10.4: Ritmul dvs. de întreținere

Acest exercițiu îl faceți singur; nimeni nu îl verifică. Bifați ce ați făcut și marcați exercițiul ca finalizat.




Bifele și notițele dumneavoastră rămân doar în acest browser; nu le trimitem nicăieri. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că ați finalizat exercițiul.

Lecturi suplimentare

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…