Cere o analiză

Acasă/Proiecte/Infrastructură IT

Studiu de caz · În producție

Infrastructură proprie,backup și anti‑ransomware

Infrastructura noastră IT: servere virtualizate, VPN cu server de rezervă care pornește singur, backup offsite pentru 10 joburi și protecție anti-ransomware. Totul trebuie să meargă nesupravegheat și câte două săptămâni la rând, iar fiecare componentă a fost verificată prin teste și exerciții.

2,2–2,5 sde la atingerea suspectă la detectareexerciții, 03.11.2026
4,2–6,4 spână la alertele pe telefon, e-mail și WhatsAppaceleași exerciții
~5,5 minîntrerupere totală la failover-ul VPNtest, 31.10.2026
10joburi de backup offsite, cu versiuni păstrate 30 de zileservere, baze de date, mașini virtuale
Situația

De unde am pornit

Avem servere fizice în mai multe locații, plus locații ale clienților pe care le administrăm de la distanță. Accesul se făcea printr-un VPN pe un protocol vechi, cu un singur server: dacă acesta cădea, nu mai ajungea nimeni la rețea.

Lipsim periodic câte două săptămâni, așa că sistemele trebuie să meargă singure: să se refacă după o cădere, să copieze datele în afara clădirii și să ne anunțe pe telefon când ceva nu e în regulă.

Ce am făcut

Soluția

  • am mutat toți clienții VPN pe un protocol nou, cu certificat propriu, și am oprit vechiul protocol
  • am făcut o copie de rezervă a serverului VPN, actualizată în fiecare noapte, care pornește automat când primarul cade
  • am adunat administrarea tuturor serverelor într-o consolă web cu autentificare în doi pași
  • am pus backup offsite automat, cu o pagină de stare pentru fiecare job și alerte pe telefon
  • am adăugat protecție anti-ransomware care izolează mașina și oprește backupul la o atingere suspectă
Cum funcționează

Șase piese care lucrează împreună

Fiecare piesă are alertă proprie, iar toate alertele ajung pe telefon.

VPN cu server de rezervă

Accesul la rețea se face doar prin conexiune criptată, fiecare utilizator cu adresa lui fixă.

  • copia de rezervă se actualizează în fiecare noapte
  • verificare la fiecare minut și pornire automată
  • clienții se reconectează singuri

Consolă centrală

Toate serverele, din toate locațiile, se administrează din browser.

  • autentificare în doi pași
  • 40 de conexiuni de birou la distanță, în 5 grupuri
  • 15 aplicații într-un singur panou

Backup offsite

Fiecare locație își urcă datele într-un cloud extern și raportează starea.

  • 10 joburi: servere, baze de date, mașini virtuale, stații
  • versiuni păstrate 30 de zile
  • pagină de stare, cu buton „rulează acum”

Protecție anti‑ransomware

La o atingere suspectă, mașina e izolată automat și backupul se oprește, ca o copie bună să nu fie suprascrisă.

  • alerte pe telefon, e-mail și WhatsApp
  • mod de exercițiu, fără efect real
  • 9 exerciții reușite

Monitorizare

Resursele și temperaturile serverelor, urmărite permanent.

  • 8 sisteme în monitorizare de resurse
  • raport de sănătate hardware la 30 de minute
  • alertele se confirmă din pagină

Cale de acces de rezervă

O mașină separată, pe alt server fizic, păstrează accesul de administrare dacă serverul principal cade.

  • independentă de serverul principal
  • folosită doar pentru recuperare
Dificultate rezolvată

Failover fără dublură

Cele două copii ale serverului VPN au aceeași identitate în rețea, deci nu au voie să ruleze în același timp. Copia de rezervă pornește doar după ce s-a confirmat că primarul e oprit, inclusiv prin interfața de administrare a serverului fizic. La repornire, serverul primar verifică întâi dacă rezerva e activă.

Exportul de noapte înlocuiește copia veche doar după ce a fost importat și verificat, așa că o copie stricată nu ia locul uneia bune.

Rezultate

Ce am măsurat

  • testul de failover din 31.10.2026: aproximativ 5,5 minute de întrerupere totală, iar 8 clienți s-au reconectat automat, fiecare cu adresa lui
  • 8 clienți VPN mutați pe protocolul nou; protocolul vechi a fost oprit
  • backup offsite: o mașină virtuală de 522 GiB urcată în 2 h 13 min, din 5 TB de stocare externă
  • la exerciții, atingerea a fost detectată în 2,2–2,5 s, iar alertele au ajuns pe toate canalele în 4,2–6,4 s
  • cloudul de fișiere a primit nota A la verificarea de securitate
Rolul lui Claude

Ce a făcut Claude în proiect

Ce a făcut Claude

  • lucrează cu noi direct pe server, printr-o conexiune securizată, cu acces doar pentru contul nostru
  • în fiecare zi citește raportul de sănătate hardware și scrie ce s-a schimbat față de ziua precedentă
  • folosește browserul de pe server pentru verificări în paginile web
  • a întocmit fișa tehnică a proiectului din documente și din verificări pe server

Ce am făcut noi

  • am stabilit regulile: orice mașină atinsă se izolează imediat, iar backupul se oprește
  • am decis ce se urcă în backup și în ce formă
  • am construit calea de acces de rezervă, pe alt server fizic, pentru cazul în care serverul principal cade
  • păstrăm conturile, accesele și verificarea finală

Protecția și failover-ul au fost validate prin exerciții și teste programate, cu alertele marcate ca simulare.

Serverele tale depind de un singur om sau de o singură mașină?

Începem cu un inventar: ce rulează, unde sunt copiile și ce se întâmplă dacă un server cade.

Cere o analiză →