cPanel WHM 126: ce s-a actualizat și ce trebuie să știți în 2026

cPanel WHM 126: ce s-a actualizat și ce trebuie să știți în 2026, pentru cei care administrează un server cPanel sau doar un cont pe unul: versiunea 126 a primit, în primele luni ale anului, corecții de securitate, funcții noi și schimbări de platformă (MySQL 8.4, eliminarea Python 2) care afectează direct ce puteți face din panou și ce trebuie verificat după actualizare. Versiunea 126.0.52, lansată pe 6 aprilie 2026, era cea mai recentă la data scrierii și include corecții de securitate de aplicat imediat pe servere de producție.

Articolul trece prin funcțiile noi, prin schimbările de platformă, prin corecții și prin ce verificați pe propriul server sau cont, cu observații din actualizările făcute pe serverele pe care le administrăm.

cPanel WHM 126: ce s-a actualizat și ce trebuie să știți în 2026

Cum verificați versiunea

În cPanel, versiunea apare în subsolul paginii sau în meniul de informații din dreapta sus; în WHM, pe pagina principală și în Server Configuration, Update Preferences, unde se vede și nivelul de actualizare (LTS, Stable, Release, Current). Din terminal: cat /usr/local/cpanel/version. O versiune sub 118 în 2026 înseamnă un server neactualizat de peste un an, iar 126 pe nivelul Stable este ce vă așteptați de la o găzduire întreținută; ce înseamnă o găzduire cu versiuni vechi este descris în articolul despre licențele cPanel frauduloase.

Funcțiile noi

Editor HTML nou în File Manager

Vechiul editor HTML din File Manager a fost înlocuit cu unul bazat pe Jodit: editare vizuală și de cod, formatare, performanță mai bună pe fișiere mari. Se deschide cu clic dreapta pe un fișier HTML, opțiunea HTML Editor. Pentru fișiere PHP și de configurare, editorul de cod (Code Editor) rămâne cel potrivit; ghidul uneltei este în articolul despre File Manager din cPanel.

Interfața de retenție a jurnalelor web în WHM

WHM, Account Functions, Web Log Retention: o pagină care arată, pentru toate conturile, setările de păstrare a jurnalelor de acces (arhivare, ștergere după procesarea statisticilor) și permite configurarea centralizată, cu un script periodic de curățare. Până acum, setarea era per cont, din Raw Access, iar administratorii nu aveau o vedere de ansamblu. Pentru utilizatori, înseamnă că furnizorul poate impune arhivarea jurnalelor pe tot serverul, ceea ce recomandăm oricum, cum arătăm în ghidul despre jurnalele de erori și acces.

Suport pentru MySQL 8.4

Versiunea 126 permite instalarea MySQL 8.4 (versiune cu suport pe termen lung) pe AlmaLinux 8, CloudLinux 8, Rocky Linux 8 și Ubuntu 22. Trecerea de la 8.0 sau de la MariaDB cere verificarea aplicațiilor: metoda de autentificare implicită (caching_sha2_password) poate bloca aplicații vechi care așteaptă mysql_native_password, iar unele funcții și moduri SQL au fost eliminate în 8.4. Exportul și testul pe un server de probă înainte de actualizare sunt obligatorii; procedura de export este în ghidul despre importul și exportul prin phpMyAdmin. Pe serverele pe care le administrăm am rămas pe MariaDB 10.11 sau 11.4 pentru compatibilitate, cu MySQL 8.4 doar unde aplicațiile îl cer.

Alte adăugiri

• Îmbunătățiri la AutoSSL: mesaje de eroare mai clare pentru domeniile fără DNS și reîncercări mai dese.
• Actualizări ale integrării Cloudflare din panou și ale uneltei de migrare (Transfer Tool), cu opțiuni suplimentare pentru transferuri live.
• WordPress Toolkit actualizat separat, cu versiunile lui proprii; funcțiile depind de licența furnizorului.
• Interfața Jupiter: corecții de accesibilitate și de afișare pe mobil.

Schimbările de platformă

Eliminarea Python 2

Python 2 a ajuns la sfârșitul suportului în 2020 și a fost eliminat din cPanel WHM 126; Mailman (listele de discuții) a fost mutat pe Python 3. Scripturile proprii de pe server care depind de Python 2 (cron-uri vechi, unelte de monitorizare) trebuie migrate înainte de actualizare, altfel se opresc. Verificați cu grep în cron-urile de sistem și în /usr/local/bin ce apelează python2 sau /usr/bin/python fără versiune.

Sistemele de operare suportate

AlmaLinux 8 și 9, Rocky Linux 8 și 9, CloudLinux 8 și 9, Ubuntu 22.04 (și 24.04 în versiunile recente). CentOS 7 nu mai este suportat de nicio versiune curentă; serverele rămase pe el trebuie migrate, după ghidul despre migrarea de la CentOS 7 la AlmaLinux. Versiunile PHP disponibile prin EasyApache 4 în 2026: 8.1 până la 8.4, plus versiuni vechi doar prin CloudLinux; ce înseamnă pentru site-uri este în ghidul despre schimbarea versiunii PHP.

Corecțiile de securitate

Versiunea 126.0.52 și cele imediat anterioare au inclus corecții pentru vulnerabilități în interfața WHM și în componente terțe (Exim, Dovecot, curl, OpenSSL actualizate prin sistem). cPanel publică avizele de securitate (TSR) cu nivelul de severitate, fără detalii tehnice până când majoritatea serverelor au actualizat. Regula pentru administratori: actualizările automate active pe nivelul Stable, cu fereastra de mentenanță noaptea, și verificarea săptămânală a avizelor. Pentru utilizatorii de găzduire, semnul unui furnizor bun este versiunea la zi în subsolul panoului; măsurile pe cont sunt în ghidul despre securitatea contului cPanel.

Ce verificați după actualizare

1. Serviciile: WHM, Service Manager și Service Status; Exim, Dovecot, MySQL/MariaDB, Apache sau LiteSpeed pornite.
2. Site-urile: un eșantion de conturi deschis, cu autentificare în aplicație și un formular trimis.
3. E-mailul: un mesaj trimis și unul primit, cu antetele SPF și DKIM corecte.
4. Cron-urile de sistem care foloseau Python 2.
5. Copiile de siguranță: prima rulare după actualizare, cu verificarea arhivei.
6. Jurnalul de actualizare: /var/cpanel/updatelogs/, pentru erori sau avertismente.
7. Integrările: Cloudflare, WordPress Toolkit, module terțe (Imunify, JetBackup) compatibile cu 126.

Ce am întâlnit la actualizările pe 126

Pe serverele pe care le administrăm, trecerea la 126 a fost fără incidente pe AlmaLinux 9, cu trei observații. Un script de monitorizare vechi, scris în Python 2 și uitat în cron, s-a oprit tăcut; l-am descoperit după o săptămână, fiindcă nu mai trimitea rapoarte, și l-am rescris în Python 3. Un modul terț de statistici, incompatibil cu noua versiune, a produs erori în jurnalul de actualizare fără să afecteze site-urile; l-am eliminat. Pe un server cu MariaDB 10.6, cPanel a avertizat că versiunea iese din suport în 2026 și a recomandat trecerea la 10.11; am făcut-o într-o fereastră de noapte, cu export înainte și test de aplicații după. Niciuna dintre situații nu a fost cauzată de cPanel; toate au fost lucruri vechi scoase la lumină de actualizare, ceea ce este, de fapt, util.

Funcțiile de securitate de verificat în 126

• Al doilea factor pentru WHM și pentru fiecare cont cPanel, din Security, Two-Factor Authentication; în 126, cu chei FIDO acceptate.
• cPHulk activ, cu blocarea încercărilor repetate la panou și la e-mail, și cu lista albă a adreselor proprii.
• ModSecurity cu setul de reguli actualizat (OWASP CRS sau al furnizorului), activ pe toate domeniile.
• AutoSSL cu furnizorul potrivit și cu notificări la eșec.
• Actualizările automate ale sistemului (dnf-automatic) în paralel cu cele ale cPanel; panoul nu actualizează nucleul.
• Copiile de siguranță ale serverului (Backup Configuration) cu destinație externă și cu test de restaurare.

Lista completă pentru cont este în ghidul despre securitatea contului cPanel, iar pentru server, în cel despre securitatea AlmaLinux 9.

Nivelurile de actualizare, pe scurt

Nivel	Ce primește	Pentru cine
LTS	doar corecții, versiune majoră veche, suport lung	servere critice, cu schimbări rare
Stable	versiuni majore după stabilizare, plus corecții	majoritatea serverelor de producție
Release	versiuni majore mai devreme	administratori care vor funcții noi mai repede
Current	cele mai noi, cu risc	servere de test

Ce înseamnă pentru un utilizator de găzduire

Nu actualizați nimic; furnizorul o face. Ce puteți face: verificați versiunea din panou, cereți furnizorului să confirme nivelul de actualizare și data ultimei actualizări, verificați versiunile PHP și de bază de date disponibile, și testați funcțiile noi (editorul HTML, arhivarea jurnalelor) dacă le folosiți. Dacă găzduirea este la o versiune cu doi ani în urmă, aveți un motiv de mutare, după pașii din ghidul despre migrarea unui website folosind cPanel.

Întrebări frecvente

1. Trebuie să fac ceva ca utilizator de găzduire când furnizorul actualizează la 126? De obicei nu; verificați site-ul și e-mailul a doua zi și raportați orice diferență.
2. Pot rămâne pe o versiune veche? Pe LTS, o vreme; pe versiuni ieșite din suport, nu, fiindcă nu mai primesc corecții de securitate.
3. Actualizarea la 126 schimbă versiunea PHP a site-ului? Nu; versiunile PHP se administrează separat, din MultiPHP Manager și EasyApache.

Ce urmează

cPanel publică versiuni majore de câteva ori pe an; 128 și următoarele aduc, conform planului public, extinderea suportului pentru Ubuntu 24.04, îmbunătățiri ale interfeței și retragerea treptată a componentelor vechi. Urmăriți notele de lansare din documentație și blogul de dezvoltare; pentru un server, planificați o fereastră lunară de verificare a actualizărilor, iar pentru un cont, o privire trimestrială la versiune. Contextul general al panoului, pentru cine începe, este în ghidul pentru începători în cPanel.

Surse

• Documentația cPanel: notele de lansare pentru versiunea 126, sistemele suportate și nivelurile de actualizare.