Poți verifica noul server folosind domeniul real înainte ca vizitatorii să fie trimiși către el.
Schimbarea DNS-ului nu ar trebui să fie primul test al unui site migrat. Înainte de mutarea traficului, verifică noua copie folosind numele domeniului și adresa noului server. Accesarea simplă a IP-ului poate afișa alt site sau poate produce o eroare TLS nerelevantă pentru domeniul tău.
Pregătește copia și certificatul
Confirmă fișierele, baza de date și configurarea domeniului pe destinație. Pentru testul HTTPS, noul server trebuie să prezinte un certificat valid pentru numele cerut. Stabilește separat cum se emite certificatul înainte de schimbarea DNS-ului.
Trimite o cerere către IP-ul nou
curl --resolve exemplu.ro:443:192.0.2.10 -I https://exemplu.ro/Înlocuiește domeniul și IP-ul demonstrativ. Opțiunea asociază numele cu acea adresă pentru cererea curl, păstrând numele folosit pentru HTTPS. Nu modifică DNS-ul public și nici comportamentul browserului.
Urmărește redirecționările
Verifică antetul Location. Dacă aplicația redirecționează către www sau alt hostname, și acea destinație trebuie testată pe serverul corect. Altfel, poți crede că verifici copia nouă în timp ce unele cereri ajung la cea veche.
Pentru testare în browser poți folosi o asociere locală în fișierul hosts, după procedura sistemului de operare. Notează modificarea și elimin-o după test, ca să nu mascheze ulterior o problemă DNS.
Verifică fluxurile care contează
Testează pagini, imagini, autentificare și formulare cu date de test. Izolează plățile, notificările și sarcinile automate pentru a evita operațiuni duble. Planifică sincronizarea finală a datelor înainte de deschiderea noii copii pentru vizitatori.
Pentru o migrare către XSERVERE, discută adresa de test și cerințele TLS înainte de schimbarea înregistrărilor. Păstrează o procedură de revenire până când verificările sunt încheiate.
Ți-a fost util acest articol?