Ghid migrare cPanel DirectAdmin 2026: mută conturi, baze de date, email, DNS, SSL și backupuri în siguranță, cu rollback testat pas cu pas.

O migrare cPanel DirectAdmin începe cu un backup complet al contului cPanel, un server DirectAdmin curat, transfer controlat, conversie cu unealta oficială DirectAdmin pentru backupuri cPanel și verificarea site-urilor, bazelor de date, emailului, DNS-ului, SSL-ului, cron joburilor și căilor din aplicații. Procesul sigur nu este „copiem fișierele și sperăm”. Procesul sigur este o migrare etapizată, cu punct de rollback, fereastră scurtă de cutover DNS și fără anularea contului vechi cPanel până când toate serviciile au fost testate.

Motivul pentru care contează în 2026 este simplu. Multe companii de hosting, agenții și proprietari de servere s-au săturat de costurile tot mai mari ale licențelor cPanel și caută o alternativă practică. DirectAdmin este de obicei cea mai curată destinație, pentru că suportă hosting multi-user, structuri reseller, domenii, baze de date, mailboxuri, DNS, SSL, backupuri și un flux familiar de control panel, fără să forțeze clienții într-un model de operare complet diferit.

Ghidul acesta este scris pentru sysadmini, agenții, reselleri de hosting și furnizori mici care trebuie să migreze conturi reale fără pierdere de date. Dacă vrei ca migrarea să fie făcută pentru tine, administrarea DirectAdmin ServerSpan este punctul firesc de handoff. Dacă o faci singur, urmează runbook-ul în ordine.

Înainte de migrare: ce presupune acest ghid

Ghidul presupune că ai:

• acces root la serverul sursă cPanel
• acces root la serverul destinație DirectAdmin
• spațiu liber suficient pe ambele servere pentru backupuri complete de cont
• SSH funcțional între cele două servere
• o instalare DirectAdmin recentă pe un sistem de operare suportat
• timp pentru propagare DNS și testare post-migrare

Dacă ai doar login de utilizator cPanel și nu ai acces root, poți migra în continuare, dar procesul se schimbă. Vei avea nevoie de backupuri complete de cont din interfața cPanel sau de ajutorul furnizorului. Nu vei putea rula singur /scripts/pkgacct.

Nu începe o migrare de producție de pe un server nepatchuit sau către un nod DirectAdmin construit pe jumătate. Rezolvă întâi sistemul de operare, hostname-ul, resolverul, firewallul, licența DirectAdmin, nameserverele, calea de backup și stackul de mail. O migrare este suficient de complicată fără să depanezi în același timp o destinație stricată.

Checklist înainte de migrare

Rulează acest checklist înainte să atingi datele conturilor:

• Scade TTL-ul DNS la 300 de secunde cu cel puțin 24 de ore înainte de migrare.
• Notează nameserverele curente, înregistrările A, MX, TXT, SPF, DKIM și DMARC.
• Exportă sau salvează screenshoturi cu zonele DNS custom înainte să modifici ceva.
• Listează toate conturile cPanel, domeniile, addon domains, parked domains și subdomeniile.
• Listează toate bazele de date și utilizatorii de baze de date.
• Listează toate mailboxurile, forwarderele, autoresponderele, filtrele și mailing listurile.
• Verifică disk usage pe serverul sursă și pe serverul destinație.
• Verifică versiunile PHP folosite de site-uri.
• Verifică cron joburile și căile hardcodate.
• Fă un backup independent, off-server, înainte să începi.

Pasul cu TTL-ul DNS nu este cosmetic. Dacă TTL-ul curent este 14400 de secunde sau mai mare și schimbi nameserverele fără pregătire, unii vizitatori și unele servere de mail pot continua să lovească serverul vechi ore întregi. Scăderea TTL-ului înainte de migrare îți oferă un cutover mai curat și un rollback mai rapid dacă ceva se rupe.

Procesul de migrare cPanel la DirectAdmin în 10 pași

Pasul 1: generează un backup complet al contului cPanel

Pe serverul cPanel, generează un backup complet pentru fiecare cont. Cu acces root, comanda standard este:

/scripts/pkgacct USERNAME /home

Asta creează un fișier de backup de forma:

/home/cpmove-USERNAME.tar.gz

Pentru mai multe conturi, creează întâi o listă:

ls /var/cpanel/users > /root/cpanel-users.txt

Apoi împachetează conturile pe rând. Nu rula orbește un loop masiv pe un server de producție ocupat fără să verifici spațiul liber. Backupurile complete de cont pot consuma mult I/O și mult storage, mai ales pe servere cu mailboxuri mari.

df -h
du -sh /home/* | sort -h

Dacă serverul sursă are spațiu redus, mută backupurile vechi în afara mașinii sau generează pachetele către o cale de storage montată separat.

Pasul 2: transferă backupul cPanel pe serverul DirectAdmin

Creează un director curat de import pe serverul DirectAdmin:

mkdir -p /home/admin/cpanel_backups

De pe serverul cPanel, transferă pachetul cu rsync:

rsync -avz --progress /home/cpmove-USERNAME.tar.gz root@DIRECTADMIN_IP:/home/admin/cpanel_backups/

Pentru conturi mari, rsync este mai sigur decât o descărcare prin browser, pentru că gestionează mai bine transferurile întrerupte și afișează progresul. După transfer, verifică dimensiunea fișierului pe ambele servere:

ls -lh /home/cpmove-USERNAME.tar.gz
ssh root@DIRECTADMIN_IP 'ls -lh /home/admin/cpanel_backups/cpmove-USERNAME.tar.gz'

Pentru mailboxuri foarte mari, fă transferul într-o perioadă liniștită. Structurile Maildir cu sute de mii de fișiere mici pot dura mai mult decât sugerează dimensiunea brută a datelor.

Pasul 3: convertește backupul cPanel cu unealta DirectAdmin de migrare

DirectAdmin oferă o unealtă oficială de conversie cPanel către DirectAdmin. Căile pot varia între versiunile DirectAdmin, deci verifică documentația oficială de migrare DirectAdmin înainte să rulezi procesul pe producție. Fluxul comun folosește scriptul de conversie din directorul shared de migrare al DirectAdmin:

cd /usr/local/directadmin/shared/cpanel_to_da
./cpanel_to_da.sh /home/admin/cpanel_backups/cpmove-USERNAME.tar.gz

Pe unele instalări, unealta așteaptă backupurile într-un anumit director și scrie fișierele convertite de backup DirectAdmin într-o cale de output. Nu ghici. Citește help-ul scriptului sau documentația oficială de pe serverul destinație:

cd /usr/local/directadmin/shared/cpanel_to_da
./cpanel_to_da.sh --help 2>/dev/null || ls -lah

După conversie, restaurează backupul DirectAdmin convertit prin interfața DirectAdmin de admin backup restore sau prin metoda CLI recomandată de documentația DirectAdmin curentă.

Punctul operațional important este acesta: conversia nu înseamnă verificare. Un log de conversie reușită înseamnă doar că unealta a terminat. Nu dovedește că fiecare site, mailbox, bază de date, cron job, înregistrare DNS și certificat SSL funcționează.

Pasul 4: verifică bazele de date și configurația aplicațiilor

După restore, verifică dacă bazele de date și utilizatorii de baze de date există în DirectAdmin. Pentru site-uri WordPress, verifică wp-config.php:

grep -E "DB_NAME|DB_USER|DB_HOST|table_prefix" /home/USERNAME/domains/DOMAIN/public_html/wp-config.php

Problemele comune includ:

• utilizatorul de bază de date s-a schimbat în timpul conversiei
• prefixul numelui bazei de date diferă față de cPanel
• DB_HOST încă pointează spre un vechi host MySQL remote
• căi absolute hardcodate încă referă /home/olduser/public_html
• versiunea PHP diferă de cea folosită în contul vechi cPanel

Testează manual autentificarea la baza de date:

mysql -u DB_USER -p DB_NAME

Pentru WordPress, activează debug logging doar în timpul depanării:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Apoi verifică:

tail -f /home/USERNAME/domains/DOMAIN/public_html/wp-content/debug.log

Oprește afișarea erorilor după testare. Erorile vizibile pe un site de producție sunt o neglijență și pot expune căi sau detalii despre pluginuri.

Pasul 5: verifică și sincronizează emailul cu atenție

Migrările de la cPanel la DirectAdmin pot restaura mailboxuri, dar emailul merită atenție separată, pentru că mesajele pot ajunge în timpul ferestrei de migrare. Cea mai sigură abordare este să păstrezi serviciul de mail cPanel online până după cutoverul DNS și apoi să rulezi o sincronizare IMAP finală.

Instalează imapsync pe o mașină temporară de administrare sau pe un server de migrare:

apt update
apt install imapsync

Apoi sincronizează un mailbox de pe vechiul server pe cel nou:

imapsync \
  --host1 old.mail.server \
  --user1 user@domain.com \
  --password1 'OLD_PASSWORD' \
  --host2 new.mail.server \
  --user2 user@domain.com \
  --password2 'NEW_PASSWORD' \
  --ssl1 --ssl2

Pentru multe mailboxuri, scriptarea dintr-un fișier CSV este mai sigură decât rularea manuală a comenzilor. Anunță și utilizatorii înainte de migrare. Dacă folosesc clienți de mail desktop, s-ar putea să trebuiască să actualizeze numele serverelor, porturile și parolele după cutover.

Verifică folderele de mail, mesajele trimise, statusul citit/necitit, forwarderele, autoresponderele, setările anti-spam și filtrele. Nu presupune că emailul este în regulă doar pentru că inboxul există.

Pasul 6: verifică zonele DNS înainte să schimbi nameserverele

Înainte să schimbi nameserverele, compară înregistrările DNS din cPanel și DirectAdmin. Aici se strică multe migrări de email sau servicii terțe.

dig DOMAIN A
dig DOMAIN MX
dig DOMAIN TXT
dig www.DOMAIN CNAME
dig _dmarc.DOMAIN TXT

Tipuri de înregistrări de verificat:

• A și AAAA pentru domeniul principal și subdomenii
• CNAME pentru www și aliasuri de servicii
• MX pentru rutarea emailului
• TXT pentru SPF, DKIM, DMARC, Google, Microsoft, gateway-uri de plată și servicii de verificare
• SRV dacă domeniul folosește servicii speciale de mail sau colaborare

Nu suprascrie o zonă DNS doar cu înregistrările pentru website. Multe domenii depind de TXT-uri ascunse pentru email, analytics, procesatori de plată, CRM-uri și servicii SaaS. Pierderea unei singure înregistrări TXT poate rupe un proces de business pe care nimeni nu îl asociază cu migrarea decât după câteva zile.

Pasul 7: reemite certificatele SSL în DirectAdmin

Certificatele SSL din cPanel nu se mapează întotdeauna curat în DirectAdmin. În majoritatea cazurilor, calea curată este emiterea unor certificate Let's Encrypt noi după ce DNS-ul pointează către serverul DirectAdmin.

Înainte de cutover, poți testa site-ul local editând fișierul hosts de pe stația ta și pointând domeniul către IP-ul DirectAdmin. După cutoverul DNS, emite sau reemite SSL din DirectAdmin.

Verifică HTTPS după emitere:

curl -I https://DOMAIN
openssl s_client -connect DOMAIN:443 -servername DOMAIN </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates

Dacă emiterea certificatului eșuează, verifică întâi DNS-ul. Validarea HTTP Let's Encrypt va eșua dacă domeniul încă pointează către serverul vechi cPanel sau dacă firewallul blochează portul 80.

Pasul 8: verifică SPF, DKIM și DMARC

Autentificarea emailului se rupe adesea în tăcere în timpul migrărilor de panel. Dacă DirectAdmin devine noul expeditor de email, SPF și DKIM trebuie să reflecte asta. Dacă emailul rămâne la un furnizor terț, nu înlocui acele înregistrări cu valorile locale implicite.

dig DOMAIN TXT
dig default._domainkey.DOMAIN TXT
dig _dmarc.DOMAIN TXT

Probleme SPF tipice după migrare:

• IP-ul vechiului server cPanel rămâne în SPF, dar IP-ul DirectAdmin lipsește
• domeniul are două înregistrări SPF conflictuale
• un expeditor terț a fost eliminat accidental
• domeniul trimite acum prin DirectAdmin, dar DKIM nu este activat

Trimite un email real de test către Gmail, Outlook și un mailbox pe care îl controlezi. Verifică headerele. Nu te baza doar pe mesajul „sent successfully” din interfața de webmail.

Pasul 9: testează toate serviciile după cutover

După schimbarea nameserverelor sau a înregistrărilor A, testează site-ul ca utilizator și ca sysadmin.

Verificări pentru website:

• pagina principală se încarcă prin HTTPS
• loginul de admin funcționează
• formularele se trimit corect
• uploadurile funcționează
• pretty permalinks funcționează
• cron joburile rulează
• versiunea PHP este corectă
• logurile de eroare sunt curate

Verificări din linia de comandă:

curl -I https://DOMAIN
curl -I https://www.DOMAIN
dig @1.1.1.1 DOMAIN A +short
dig @8.8.8.8 DOMAIN MX +short
tail -n 100 /var/log/httpd/domains/DOMAIN.error.log 2>/dev/null
tail -n 100 /var/log/nginx/domains/DOMAIN.error.log 2>/dev/null
tail -n 100 /var/log/exim/mainlog 2>/dev/null

Verificări pentru email:

• loginul webmail funcționează
• IMAP funcționează dintr-un client desktop
• autentificarea SMTP funcționează
• emailul inbound ajunge
• emailul outbound ajunge la Gmail și Outlook
• forwarderele și autoresponderele funcționează
• filtrarea anti-spam se comportă cum trebuie

Pentru WordPress și WooCommerce, plasează o comandă de test dacă este posibil. Un magazin care se încarcă, dar nu poate trimite emailuri de comandă sau nu poate procesa checkoutul nu este migrat.

Pasul 10: păstrează contul vechi cPanel până când rollbackul nu mai este necesar

Nu anula contul vechi cPanel în ziua migrării. Păstrează-l online cel puțin 7 până la 14 zile, mai mult pentru migrări complexe de email sau magazine cu valoare ridicată.

Înainte de anulare, confirmă că:

• toți resolverii DNS pointează către noul server DirectAdmin
• traficul web recent nu mai ajunge pe vechiul server cPanel
• emailul nu mai ajunge pe vechiul server
• toți utilizatorii pot accesa mailul pe noul server
• toate bazele de date și aplicațiile sunt stabile
• există backupuri off-server pentru noul mediu DirectAdmin

Pe serverul vechi, verifică logurile înainte să oprești ceva:

tail -f /usr/local/apache/logs/access_log
tail -f /var/log/exim_mainlog

Dacă serverul vechi încă primește trafic sau email relevant, nu îl anula. Află de ce. Cache-uri DNS, MX-uri uitate, IP-uri hardcodate și integrări externe pot ține infrastructura veche în viață mai mult decât te aștepți.

Plan de rollback: ce faci dacă migrarea eșuează

Un plan real de migrare include rollback. Dacă partea DirectAdmin se rupe grav, ai nevoie de o cale curată înapoi.

Rollbackul cere trei lucruri:

• contul vechi cPanel încă online
• TTL DNS scăzut înainte de migrare
• fără scrieri ireversibile pierdute în fereastra de cutover

Dacă rollbackul este necesar, pointează DNS-ul înapoi către IP-ul sau nameserverele vechi cPanel:

dig DOMAIN A +short
dig DOMAIN NS +short

Apoi reverifică website-ul și mailul pe serverul vechi. Dacă site-ul a acceptat comenzi, formulare sau modificări de utilizator pe serverul DirectAdmin înainte de rollback, exportă și reaplică manual acele date. De aceea site-urile cu schimbări frecvente au nevoie de fereastră de mentenanță sau write freeze la sincronizarea finală.

Cel mai bun rollback este cel de care nu ai nevoie. Dar dacă ai nevoie de el, TTL-ul DNS și păstrarea serverului vechi decid dacă rollbackul durează minute sau devine incident public.

Probleme comune de migrare și remedieri rapide

Problemă	Cauză probabilă	Remediere
Website-ul afișează eroare de conectare la baza de date	Nume de bază, utilizator, parolă sau host greșit	Verifică numele bazelor în DirectAdmin și actualizează configurația aplicației
Adminul WordPress merge, dar paginile returnează 404	Reguli rewrite sau configurație web server nepotrivită	Resalvează permalinks sau corectează regulile Nginx/Apache
Mailboxurile există, dar utilizatorii nu se pot autentifica	Parolă diferită sau clientul de mail folosește hostname-ul vechi	Resetează parola mailboxului și actualizează setările IMAP/SMTP
Emailul outbound ajunge în spam	SPF, DKIM, DMARC, PTR sau reputație IP	Corectează DNS-ul, activează DKIM, verifică reverse DNS
Certificatul SSL eșuează	DNS-ul pointează spre serverul vechi sau portul 80 este blocat	Verifică DNS și firewall, apoi reemite certificatul
Uploadurile eșuează	Ownership sau permisiuni greșite	Corectează ownershipul sub utilizatorul DirectAdmin și modelul web serverului
Cron joburile nu mai rulează	Căi vechi din mediul cPanel	Actualizează calea binarului PHP și căile scripturilor

Tiparul este previzibil. Cele mai multe eșecuri de migrare cPanel la DirectAdmin nu sunt cauzate de unealta de conversie. Sunt cauzate de căi, DNS, autentificare email, versiuni PHP, permisiuni și presupuneri aduse din mediul vechi.

Când să folosești migrare DirectAdmin administrată în loc să o faci singur

Fă migrarea singur dacă ai acces root, înțelegi DNS, poți citi loguri de mail, știi să restaurezi backupuri și poți tolera fereastra de troubleshooting. Predă migrarea dacă acel cont găzduiește un magazin, emailuri de client, clienți reseller, baze de date de producție sau servicii critice pentru business.

Migrările periculoase nu sunt neapărat cele mari. Sunt cele prost înțelese. Un site mic cu email important poate produce mai multă pagubă de business decât un site static mare dacă rutarea emailului se rupe și nimeni nu observă timp de două zile.

Dacă vrei ca partea DirectAdmin să fie construită, securizată, migrată și verificată de oameni care operează infrastructură de hosting zilnic, folosește administrarea DirectAdmin ServerSpan. Pentru clienții care pleacă de la cPanel, acesta este exact tipul de muncă unde ajutorul administrat își merită costul.

Unde se potrivește ServerSpan în traseul de migrare

O migrare cPanel la DirectAdmin înseamnă adesea mai mult decât schimbarea panelului. Poate însemna schimbarea arhitecturii de hosting, a nameserverelor, a rutării emailului, a politicii de backup, a modelului de suport și a structurii reseller.

ServerSpan poate susține traseul de migrare în mai multe feluri:

• administrare DirectAdmin pentru administrare de server, setup panel, hardening, troubleshooting și suport de migrare
• găzduire web DirectAdmin pentru clienții care vor shared hosting fără să ruleze propriul server
• reseller hosting pentru agenții și furnizori de hosting care mută clienți de la cPanel la DirectAdmin
• administrare cPanel pentru curățenie pe sursă, backupuri și muncă de tranziție înainte de plecarea de pe cPanel
• administrare Linux pentru migrări custom, reparare email, curățenie DNS și depanare post-migrare

Cea mai curată migrare nu este întotdeauna cea mai ieftină. Cea mai curată migrare este cea în care conturile, bazele de date, mailboxurile, înregistrările DNS, certificatele SSL și responsabilitatea de suport ajung într-o stare stabilă.

Răspunsul practic

Migrarea de la cPanel la DirectAdmin este un proces controlat: scazi TTL-ul DNS, creezi backupuri complete cPanel, le transferi sigur, le convertești cu unealta de migrare DirectAdmin, restaurezi conturile, verifici bazele de date, sincronizezi emailul, verifici DNS-ul, reemiți SSL-ul, validezi SPF/DKIM/DMARC, testezi fiecare serviciu și păstrezi contul vechi cPanel online până când rollbackul nu mai este necesar.

Migrarea nu este dificilă pentru că comenzile sunt complexe. Este dificilă pentru că fiecare cont poate ascunde căi vechi, reguli de mail, dependențe DNS, presupuneri despre versiuni PHP și obiceiuri ale utilizatorilor. Tratează mutarea ca muncă de infrastructură, nu ca pe o simplă copiere de fișiere.

Dacă migrezi pentru că prețurile cPanel continuă să crească și DirectAdmin este următoarea ta platformă, planifică migrarea corect. Dacă acele conturi contează, folosește suport administrat pentru migrare DirectAdmin în loc să descoperi cazurile limită în timpul cutoverului live.