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

Securizarea VPS-ului dumneavoastră: primele cinci minute

Un server nou conectat la internet este scanat în câteva minute de boți care încearcă parole. Cu acești pași le veți fi cu mult înainte. Executați-i ca root sau cu sudo. Ulterior, este preferabil să lucrați cu un utilizator propriu cu sudo și să dezactivați autentificarea ca root, consultați Un utilizator propriu cu sudo în ghidul VPS.

1. Actualizați totul și activați actualizările automate

  • Ubuntu și Debian: apt update && apt upgrade -y, apoi apt install -y unattended-upgrades și dpkg-reconfigure -plow unattended-upgrades.
  • AlmaLinux și Rocky Linux: dnf upgrade -y, apoi dnf install -y dnf-automatic și systemctl enable --now dnf-automatic-install.timer.

Verificați dacă funcționează cu adevărat. Pe Ubuntu și Debian puteți face o rulare de probă cu unattended-upgrade --dry-run --debug, iar în /var/log/unattended-upgrades/ vedeți ce a fost actualizat. Un kernel nou funcționează abia după o repornire: dacă există fișierul /var/run/reboot-required, reporniți VPS-ul dumneavoastră într-un moment liniștit. Consultați Actualizări și actualizări automate.

2. Autentificare cu cheie, parolele dezactivate

Mai întâi plasați cheia SSH pe server (consultați Autentificarea pe VPS-ul dumneavoastră cu SSH) și testați dacă autentificarea cu cheia funcționează. Apoi creați un fișier de setări propriu /etc/ssh/sshd_config.d/00-eigen.conf cu aceste rânduri:

PasswordAuthentication no
KbdInteractiveAuthentication no

Nu le puneți direct în /etc/ssh/sshd_config: fișierele din sshd_config.d au prioritate, iar pe Ubuntu 50-cloud-init.conf reactivează acolo parolele. Fișierul dumneavoastră 00-eigen.conf este citit înaintea acestuia și are prioritate. Verificați cu sshd -t (nu afișează nimic dacă totul este corect) și sshd -T | grep -i passwordauthentication (trebuie să afișeze no). Apoi reporniți SSH cu systemctl restart ssh (AlmaLinux și Rocky: systemctl restart sshd). Păstrați sesiunea curentă deschisă până când ați verificat într-o a doua fereastră că vă puteți conecta în continuare.

3. Un firewall

  • Ubuntu și Debian: apt install -y ufw, apoi ufw allow OpenSSH, eventual ufw allow 80,443/tcp pentru un website, și ufw enable.
  • AlmaLinux și Rocky Linux: firewalld este deja instalat. De exemplu firewall-cmd --permanent --add-service=http --add-service=https și firewall-cmd --reload.

Lăsați întotdeauna SSH (portul 22) deschis, altfel vă blocați singur accesul. Apoi verificați cu ufw status verbose că regulile dumneavoastră există și pentru IPv6 (regulile cu (v6)).

Folosiți Docker? Porturile pe care le publicați cu Docker (de exemplu ports: - "5432:5432") ocolesc ufw și firewalld și sunt, prin urmare, accesibile din exterior, chiar dacă firewall-ul dumneavoastră nu le permite. Publicați doar ceea ce trebuie să fie cu adevărat public, iar restul pe 127.0.0.1. Verificați întotdeauna din exterior. Consultați Docker și firewall-ul: publicarea sigură a porturilor și Ce servicii ascultă pe VPS-ul dumneavoastră și ce este accesibil din exterior?.

4. Fail2ban împotriva încercărilor de ghicire

apt install -y fail2ban sau dnf install -y epel-release && dnf install -y fail2ban, apoi systemctl enable --now fail2ban. Implicit, acesta blochează adresele IP care încearcă de prea multe ori o parolă greșită. Pe Debian 12 adăugați în /etc/fail2ban/jail.local, sub [sshd], și backend = systemd și instalați python3-systemd, altfel monitorizarea SSH nu pornește. Debian 13 și Ubuntu fac acest lucru automat.

5. Un snapshot ca plasă de siguranță

Fila Snapshots din ecranul VPS

Creați un snapshot în ecranul VPS înainte de a face modificări importante. Dacă ceva nu merge bine, îl restaurați cu un singur clic. Consultați Snapshot-uri și backup-uri pentru VPS-ul dumneavoastră.

Nu dezinstalați qemu-guest-agent

Programul qemu-guest-agent este instalat implicit. Cu ajutorul lui puteți seta o nouă parolă root în ecranul VPS și puteți vedea utilizarea discului. Nu îl eliminați.

Explicații detaliate cu capturi de ecran: Dezactivarea autentificării cu parolă și ca root și fail2ban împotriva încercărilor de ghicire în ghidul VPS.

Doriți să aflați mai multe? Urmați cursul gratuit VPS și administrarea serverelor Linux, lecția 2.2 Configurarea sigură a serverului SSH sau lecția 10.4 Verificarea finală: serverul dumneavoastră sub lupă.

V-a fost util acest articol?

← Înapoi la Găzduire VPS

Un moment…

Configurați domeniile

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

Se încarcă domeniile…