WooCommerce consuma prea multe resurse? Ce verifici inainte sa decizi mutarea pe VPS
septembrie 11, 2026Cum muti un site WordPress fara downtime inutil: pasi esentiali si verificari inainte de schimbarea DNS
septembrie 11, 2026Simptom: Domeniul este accesibil, dar browserul afiseaza avertisment SSL invalid
Dupa migrarea unui site sau schimbarea serviciului de gazduire, poate aparea situatia in care domeniul este functional, insa certificatul SSL nu este recunoscut ca valid. Aceasta situatie ingreuneaza accesul utilizatorilor si afecteaza increderea in site din cauza lipsei conexiunii securizate HTTPS.
Cauze posibile pentru SSL invalid dupa migrare
- Certificat SSL neinstalat sau instalat incorect pe noul server
- Domeniul se foloseste de o adresa IP diferita si certificatul nu este valid pe acea IP
- Cheia privata si certificatul nu se potrivesc sau lipsesc din configuratia serverului
- DNS-ul inca indica vechiul server, unde nu exista certificatul valid
- Certificatul este expirat sau nevalid in urma migratiei
- Folosirea unui certificat autocertificat (self-signed) in locul unuia emis de o autoritate de certificare recunoscuta
- Probleme cu configuratia HTTPS (redirect-uri incorecte, configuratii server web gresite)
Ce trebuie verificat imediat dupa migrare?
1. Confirma ca domeniul indica IP-ul noului server
Foloseste comenzi precum nslookup domeniu.ro sau ping domeniu.ro pentru a vedea daca IP-ul este cel al serverului nou. Daca DNS nu s-a propagat complet, vei vedea inca vechiul IP, iar certificatul SSL de pe noul server nu va fi recunoscut.
2. Verifica instalarea certificatului SSL
Poti verifica starea certificatului cu instrumente online precum SSL Labs. Asigura-te ca certificatul a fost incarcat in panoul de administrare al hostingului sau pe server si ca include cheia privata potrivita.
3. Confirma valabilitatea certificatului
Din acelasi raport poti vedea data de expirare si daca exista probleme de incredere cu CA (Certificate Authority).
4. Analizeaza configurarea redirect-urilor si setarile HTTPS
Verifica in fisierul .htaccess (pentru Apache) sau in configuratia Nginx daca exista reguli corecte pentru redirect HTTP → HTTPS. De asemenea, asigura-te ca certificatul este asociat portului 443.
5. Confirma configurarea DNS pentru domenii multiple (www si fara www)
Certificatul trebuie sa acopere toate variantele: domeniul cu si fara www sau alte subdomenii folosite. Lipsa acestei configuratii poate genera avertismente.
Pasii recomandati pentru remediere
- Reinstaleaza certificatul SSL pe noul server
Acest lucru poate insemna generarea unui nou CSR (Certificate Signing Request) si obtinerea unui certificat emis corect pentru noua adresa IP si configuratie. Daca folosesti un certificat Let’s Encrypt, asigura-te ca acesta este reinnoit si asociat corect. - Actualizeaza corespunzator DNS-ul
Modifica inregistrarile A si/sau CNAME sa indice noul server. Astfel se evita situatia in care utilizatorii ajung la un server fara certificat valid. - Verifica permisiunile si locatia fisierelor certificatului
Certificatul si cheia privata trebuie sa fie accesibile serverului web, cu permisiuni corecte pentru securitate. - Configurarea corecta a serverului web
Include rutele catre certificatul SSL, cheia privata, si eventualul lant intermediar pentru a stabili increderea completa. - Testeaza folosind diferite browsere si dispozitive
Uneori cache-ul local duce la afisare erori in continuare. Este indicat sa folosesti modul incognito sau sa golesti cache-ul. - Seteaza redirecturile pentru HTTP -> HTTPS
Odata certificat SSL instalat, asigura redirectionarea tuturor cererilor catre versiunea securizata. - Foloseste instrumente pentru depanare SSL
Pe langa SSL Labs, poti folosi comenzi OpenSSL pentru diagnosticare, ex:openssl s_client -connect domeniu.ro:443.
Ce greseli sa eviti dupa migrare
- Schimbarea DNS-ului fara sa instalezi mai intai certificatul pe noul server
- Ignorarea propagarii DNS, accesand site-ul inainte ca modificarile sa fie vizibile global
- Neglijarea diferentei dintre www si non-www in certificatul SSL
- Refolosirea vechilor fisiere certificate pe server complet diferit, fara generare noua
- Neactualizarea configuratiei serverului web pentru HTTPS
Rezumat checklist pentru validare SSL dupa migrare
| Pas | Ce verifici | Instrumente recomandate |
|---|---|---|
| DNS | Domeniul indica IP-ul noului server | nslookup, dig, ping |
| Certificat | Certificatul este instalat si valid | SSL Labs, panoul hosting |
| Config Server | Configurare corecta in fisierele serverului web | Acces SSH, panou hosting |
| Redirecturi | Toate cererile redirectioneaza pe HTTPS | .htaccess, Nginx conf |
| Teste | Teste de acces cu mai multe browsere/dispozitive | Browser, mod incognito |
Intrebari frecvente (FAQ)
De ce apare eroarea ,,Certificate Invalid” dupa migrare, daca am certificatul instalat?
Este posibil ca certificatul sa nu fie asociat corect cu domeniul, sa lipseasca lantul intermediar sau ca DNS-ul sa nu fie inca propagat catre noul server.
Pot folosi acelasi certificat SSL emis pe vechiul server?
Da, doar daca ai acces la cheia privata si il instalezi corect pe noul server. In caz contrar, este recomandata generarea unui nou certificat.
Cat timp dureaza propagarea DNS pentru a vedea certificatul valid?
Propagarea poate dura intre cateva zeci de minute si pana la 24-48 de ore, in functie de TTL-ul setat anterior.
Ce rol are certificatul Let’s Encrypt in acest proces?
Let’s Encrypt ofera certificate gratuite, dar acestea trebuie reinstalate pe noul server dupa migrare si reinnoite periodic.
Ce fac daca vad un certificat self-signed dupa migrare?
Trebuie sa inlocuiesti certificatul self-signed cu unul emis de o autoritate de certificare recunoscuta pentru a evita avertismentele utilizatorilor.