Codurile de stare ale unui domeniu: ce înseamnă și ce trebuie să faceți?
Atunci când căutați un domeniu în WHOIS sau în RDAP, la Status vedeți unul sau mai multe coduri, cum ar fi clientTransferProhibited sau pendingDelete. Un astfel de cod de status arată într-un singur cuvânt ce se întâmplă cu numele: funcționează normal, este blocat, urmează să fie șters sau este în curs un transfer? În acest articol aflați ce înseamnă cele mai importante coduri și ce trebuie să faceți atunci când le vedeți.
Client sau server: cine a setat codul?
La .com și la celelalte extensii generice (gTLD-uri), acestea sunt codurile de status EPP. EPP este protocolul prin care registrarii și registrele comunică între ele. ICANN menține o listă publică cu semnificația fiecărui cod. În WHOIS, codurile sunt scrise legat (clientTransferProhibited), iar în RDAP caEPP cuvinte separate, cu litere mici ("client transfer prohibited"). Este vorba de același cod.
Majoritatea codurilor există în două variante:
- client: registrarul a setat codul, la cererea dumneavoastră sau conform propriei politici. Dacă doriți eliminarea codului, puteți face acest lucru din contul dumneavoastră sau îi puteți solicita registrarului.
- server: registrul a setat codul. Registrarul dumneavoastră nu îl poate elimina pur și simplu. În acest caz, de obicei există o situație la nivelul registrului, cum ar fi un litigiu, o suspendare sau un registry lock.
Codurile pe care trebuie să le cunoașteți
| Cod | Semnificație | Ce faceți? |
|---|---|---|
ok | Normal, fără restricții | Nimic |
clientTransferProhibited | Registrarul dumneavoastră blochează transferul, ca protecție împotriva deturnării | Solicitați dezactivarea blocării doar chiar înainte de un transfer |
clientUpdateProhibited, clientDeleteProhibited | Modificarea sau ștergerea este blocată de registrar | De obicei nimic, este o măsură suplimentară de securitate |
serverTransferProhibited | Registrul blochează transferul, adesea în cazul unui litigiu sau în timpul unei restaurări | Întrebați-vă registrarul care este motivul |
clientHold | Registrarul a scos numele din DNS, de exemplu din cauza neplății sau a unui litigiu. Website-ul și e-mailul nu funcționează | Contactați imediat registrarul dumneavoastră |
serverHold | Registrul a scos numele din DNS. Website-ul și e-mailul nu funcționează | Întrebați-vă registrarul ce se întâmplă și verificați-vă datele |
inactive | Nu există nameservere, numele nu funcționează | Configurați nameserverele |
autoRenewPeriod | Tocmai a fost reînnoit automat după data expirării | Informativ; verificați dacă doriți să păstrați numele |
redemptionPeriod | Numele a fost șters și mai poate fi restaurat timp de 30 de zile | Solicitați rapid restaurarea la registrarul dumneavoastră dacă doriți să păstrați numele |
pendingDelete | Nu a fost restaurat; numele devine disponibil în câteva zile | Restaurarea nu mai este posibilă; dacă doriți să îl recuperați, înregistrați-l din nou atunci când devine disponibil |
pendingTransfer | Este în curs un transfer către un alt registrar | Nu l-ați solicitat dumneavoastră? Contactați imediat registrarul dumneavoastră |
pendingTransfer pe care nu l-ați solicitat dumneavoastră înseamnă că cineva încearcă să vă transfere domeniul. La .com, registrarul vechi are cinci zile calendaristice pentru a reacționa. Dacă nu face nimic, transferul se finalizează. Prin urmare, nu așteptați.Hold, redemption și pendingDelete
În cazul clientHold și serverHold, numele este încă înregistrat pe numele dumneavoastră, dar nu mai funcționează: vizitatorii primesc un mesaj de eroare, iar e-mailurile nu mai sunt livrate. În cazul serverHold, poate fi vorba de date incorecte. De exemplu, EURid pune un nume .eu în "Server Hold" dacă titularul nu își confirmă datele după o solicitare de verificare. Citiți mai multe despre acest subiect în Date corecte ale titularului și verificarea domeniului dumneavoastră.
redemptionPeriod și pendingDelete sunt ultimele etape ale unui nume gTLD expirat sau reziliat. În perioada de redemption de 30 de zile, puteți încă solicita restaurarea numelui. Urmează apoi cinci zile de pendingDelete, în care restaurarea nu mai este posibilă. Cum funcționează acest lucru pentru fiecare extensie aflați în Recuperarea unui domeniu expirat sau reziliat: carantina și perioada de restaurare.
La .nl lucrurile stau altfel
SIDN folosește în Whois-ul .nl statusuri proprii, în limba neerlandeză: Liber, În curs de înregistrare, Activ, Inactiv (înregistrat, dar încă fără nameservere), În carantină (anulat; timp de 40 de zile doar titularul anterior îl poate recupera), Retras (din motive tehnice) și Exclus (câteva nume, precum www.nl). În RDAP-ul SIDN, la un nume obișnuit vedeți "active". La unele nume apare "locked", de exemplu chiar la sidn.nl. Acest lucru indică o blocare suplimentară, cum ar fi registry lock-ul .nl Control.
Un clientTransferProhibited ca la .com nu veți vedea la .nl. Acolo, numele dumneavoastră este protejat în principal de codul de transfer: fără acest cod, nimeni nu îl poate transfera. La alte extensii naționale, termenii pot fi diferiți; în caz de nelămuriri, verificați statusul la registru.
Cum vedeți acest lucru la WebOké
Statusul unui domeniu îl puteți vedea cu ajutorul WHOIS lookup. În Contul meu WebOké, pe pagina domeniului, în cardul Avansat, se află comutatorul Transfer-lock. Aceasta este blocarea de transfer pe care, de exemplu la un nume .com, o regăsiți în WHOIS ca clientTransferProhibited. La .nl, .eu, .be și .nu acest comutator nu există. Aflați mai multe în Transferarea unui domeniu în altă parte: codul de transfer (EPP) și blocarea transferului și Protejarea numelui de domeniu: expirare, cod de transfer, transfer-lock și înregistrări DNS uitate.
Cum citiți restul unui răspuns WHOIS sau RDAP găsiți în Citirea WHOIS și RDAP: ce conțin și de ce nu vedeți o dată de expirare la .nl?. Lista completă a codurilor o găsiți la ICANN: EPP Status Codes, iar statusurile .nl la SIDN: Explicații Whois.
Doriți să aflați mai multe? Urmați cursul gratuit Alegerea și gestionarea unui nume de domeniu, lecția 4.3 Codurile de stare ale unui domeniu.