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

Gestionarea serviciilor cu systemctl pe VPS-ul dumneavoastră

Pe VPS-ul dumneavoastră rulează programe care trebuie să fie mereu disponibile: serverul SSH, un server web, o bază de date. Astfel de programe se numesc servicii. Pe Debian, Ubuntu, AlmaLinux și Rocky Linux, systemd le pornește și le supraveghează, iar systemd se controlează cu comanda systemctl. Acestea sunt comenzile de care veți avea nevoie cel mai des.

Starea unui serviciu

systemctl status nginx

Extensia .service poate fi omisă. Citiți rezultatul de sus în jos:

  • Bulina din fața numelui este verde dacă serviciul rulează, albă dacă este oprit și roșie dacă a eșuat.
  • Loaded indică dacă serviciul pornește la inițializarea sistemului (enabled) sau nu (disabled).
  • Active indică dacă rulează acum (active (running)), este oprit (inactive (dead)) sau a eșuat (failed), precum și de când.
  • În partea de jos se află ultimele rânduri din jurnalul serviciului. Adesea, acolo găsiți deja motivul pentru care ceva nu funcționează.

Pornire, oprire și reîncărcare

ComandăCe face
sudo systemctl start nginxPornește acum
sudo systemctl stop nginxOprește acum
sudo systemctl restart nginxOprește și pornește din nou
sudo systemctl reload nginxRecitește configurația fără a opri serviciul

Diferența dintre restart și reload este importantă. La un restart, serviciul se oprește pentru scurt timp, iar dacă noua configurație conține o eroare, acesta nu mai pornește și site-ul dumneavoastră devine indisponibil. La un reload, serviciul continuă să ruleze; în caz de eroare, nginx păstrează configurația veche. Prin urmare, testați mai întâi configurația (sudo nginx -t, sudo sshd -t) și apoi folosiți reload. Nu toate serviciile acceptă reload; sudo systemctl reload-or-restart alege singur varianta potrivită.

La pornirea sistemului: enable și disable

A porni un serviciu și a-l porni „la inițializarea sistemului” sunt două lucruri diferite. Dacă porniți un serviciu doar cu start, după următoarea repornire, de exemplu în urma unei actualizări de kernel, acesta nu mai rulează.

ComandăCe face
sudo systemctl enable --now nginxPornește acum și de acum înainte la fiecare inițializare a sistemului. Folosiți această comandă pentru un serviciu nou
sudo systemctl disable --now nginxOprește acum și nu mai pornește la inițializarea sistemului
systemctl is-enabled nginxArată dacă serviciul pornește la inițializarea sistemului

Ce nu funcționează? Și ce rulează?

systemctl --failed

Această comandă afișează toate serviciile eșuate. Lista ar trebui să fie goală. Verificați-o după fiecare repornire și după fiecare upgrade. După ce ați rezolvat problema, eliminați notificarea cu sudo systemctl reset-failed.

  • systemctl list-units --type=service --state=running afișează toate serviciile care rulează. Dacă nu recunoașteți unul dintre ele, aflați ce face. Un serviciu de care nu aveți nevoie este o cale de acces inutilă.
  • systemctl list-timers afișează sarcinile programate ale systemd, împreună cu momentul ultimei rulări și al următoarei. Astfel puteți vedea, de exemplu, dacă rulează timerele pentru actualizările automate sau pentru reînnoirea certificatelor.

Jurnalele unui serviciu

Dacă doriți să vedeți mai mult decât cele câteva rânduri din systemctl status, folosiți journalctl:

sudo journalctl -u nginx --since "1 hour ago"
sudo journalctl -u nginx -p err -b

Prima comandă afișează tot ce ține de nginx din ultima oră, a doua doar erorile de la ultima repornire. Mai multe comenzi găsiți în Citirea jurnalelor cu journalctl și docker logs.

Modificarea setărilor unui serviciu

Nu modificați niciodată fișierul unit al unui pachet (din /usr/lib/systemd/system/), deoarece o actualizare îl suprascrie. Folosiți sudo systemctl edit nginx: această comandă creează un fișier mic care conține doar modificările dumneavoastră și determină systemd să-l recitească. Configurația care se aplică în final o puteți vedea cu systemctl cat nginx.

Reporniți întregul server de preferință în mod corect, cu sudo systemctl reboot sau cu Repornire din ecranul VPS. Oprirea forțată echivalează cu scoaterea din priză: serviciile nu au ocazia să se oprească în mod corect, iar o bază de date se poate deteriora. Consultați Ecranul VPS: pornire și oprire, grafice, sistem și jurnal.

Pe AlmaLinux și Rocky Linux, systemctl funcționează exact la fel, doar că unele servicii au alt nume: serviciul SSH se numește acolo sshd în loc de ssh, Apache se numește httpd, iar firewall-ul firewalld.

Doriți să aflați mai multe? Urmați cursul gratuit VPS și administrarea serverelor Linux, lecția 6.1 Gestionarea serviciilor cu systemd sau lecția 6.2 Citirea jurnalelor cu journalctl.

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…