Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

Codurile de stare ale unui domeniu

Modulul 4: WHOIS, RDAP și confidențialitatea · Timp de citire: 8 minute

Obiectivul lecției: După această lecție veți putea citi codurile de stare ale unui domeniu în WHOIS și RDAP, veți putea explica diferența dintre codurile client și server și veți ști ce trebuie să faceți la fiecare cod.

Noțiuni cheie: cod de stare EPP, client și server, ok, clientTransferProhibited, clientHold, serverHold, redemptionPeriod, pendingDelete, pendingTransfer, stările .nl

Ce este un cod de stare

Fiecare domeniu are la registry unul sau mai multe coduri de stare. Ele spun într-un singur cuvânt ce se întâmplă cu numele: funcționează normal, este blocat, este pe cale să fie șters sau este în curs un transfer? La .com și la celelalte gTLD-uri, acestea sunt codurile de stare EPP. EPP este protocolul prin care registrarii și registry-urile comunică între ele. ICANN are o listă publică cu semnificația fiecărui cod.

În WHOIS le vedeți scrise legat, de exemplu clientTransferProhibited. În RDAP apar ca cuvinte separate, cu litere mici, de exemplu "client transfer prohibited". Este același cod.

Un domeniu poate avea mai multe coduri în același timp. Un domeniu .com obișnuit are adesea câteva blocări puse de registrar și nimic deosebit în rest.

Client sau server: cine a pus codul?

Majoritatea codurilor există în două variante:

  • client: codul a fost pus de registrar. De obicei este propriul dumneavoastră registrar, la cererea dumneavoastră sau conform propriei sale politici. Dacă doriți să eliminați codul, îl rugați pe registrarul dumneavoastră sau îl dezactivați chiar dumneavoastră în cont.
  • server: codul a fost pus de registry. Registrarul dumneavoastră nu îl poate elimina pur și simplu. În acest caz există adesea o problemă la nivelul registry-ului: un litigiu, o suspendare sau un registry lock.

Această distincție vă spune la cine trebuie să vă adresați. Dacă vedeți un cod server la care nu vă așteptați, întrebați mai întâi registrarul dumneavoastră ce se întâmplă. Acesta poate verifica la registry.

Codurile pe care trebuie să le cunoașteți

CodSemnificațieCe trebuie să faceți?
okNormal, fără restricțiiNimic
clientTransferProhibitedRegistrarul dumneavoastră blochează transferul. O protecție obișnuită împotriva deturnăriiCereți dezactivarea blocării abia chiar înainte de un transfer (lecția 6.3)
clientUpdateProhibited, clientDeleteProhibitedModificarea sau ștergerea este blocată de registrarDe obicei nimic; este o protecție suplimentară
serverTransferProhibitedRegistry-ul blochează transferul, adesea în cazul unui litigiu sau în timpul restaurăriiÎntrebați registrarul dumneavoastră de ce
clientHoldRegistrarul dumneavoastră a scos numele din DNS, de exemplu pentru că nu s-a plătit sau din cauza unui litigiu. Site-ul și e-mailul nu funcționeazăContactați imediat registrarul dumneavoastră
serverHoldRegistry-ul a scos numele din DNS. Site-ul și e-mailul nu funcționeazăÎntrebați registrarul dumneavoastră ce se întâmplă și verificați-vă datele (lecția 3.3)
inactiveNu există nameservere; numele nu funcționeazăConfigurați nameserverele (lecția 3.1)
autoRenewPeriodTocmai a fost reînnoit automat după data de expirareInformativ; verificați dacă doriți să păstrați numele
redemptionPeriodNumele a fost șters și mai poate fi restaurat timp de 30 de zileSolicitați rapid restaurarea la registrarul dumneavoastră, dacă doriți să păstrați numele
pendingDeleteNu a fost restaurat; numele va fi eliberat definitiv în câteva zileRestaurarea nu mai este posibilă; dacă îl doriți înapoi, trebuie să îl înregistrați din nou când devine liber
pendingTransferEste în curs un transfer către alt registrarL-ați solicitat chiar dumneavoastră? Dacă nu, sunați imediat registrarul dumneavoastră (lecția 7.1)

Două coduri merită o atenție deosebită.

clientHold și serverHold sunt codurile pe care v-ați dori cel mai puțin să le vedeți. Numele este în continuare pe numele dumneavoastră, dar nu mai face nimic. Vizitatorii primesc un mesaj de eroare, iar e-mailurile nu mai ajung. La serverHold poate fi vorba de date incorecte: de exemplu, EURid pune un nume .eu în starea "Server Hold" dacă titularul nu își confirmă datele.

redemptionPeriod și pendingDelete sunt ultimele faze ale unui nume gTLD expirat sau reziliat. În perioada de redemption puteți încă recupera numele. În pendingDelete nu mai puteți: după cinci zile, numele este liber pentru oricine. În lecția 5.2 vedeți întregul ciclu de viață pentru fiecare extensie.

La .nl lucrurile stau altfel

SIDN folosește în Whois-ul .nl propriile stări, în limba neerlandeză:

StareSemnificație
Vrij (liber)Neînregistrat
In aanvraag (în curs de solicitare)Înregistrarea este în curs de procesare
Actief (activ)Înregistrat și în uz
Inactief (inactiv)Înregistrat, dar încă fără nameservere
In quarantaine (în carantină)Anulat; timp de 40 de zile doar titularul anterior îl poate recupera
Onttrokken (retras)Indisponibil din motive tehnice
Uitgesloten (exclus)Nu poate fi înregistrat (doar câteva nume, precum www.nl)

În RDAP-ul SIDN vedeți la un nume obișnuit "active". La unele nume apare "locked", de exemplu chiar la sidn.nl. Aceasta indică o blocare suplimentară, precum .nl Control (lecția 7.1). Un clientTransferProhibited ca la .com nu veți vedea la .nl. Acolo numele este protejat în primul rând de codul de transfer (verhuiscode): fără acest cod nimeni nu îl poate transfera, iar registrarul dumneavoastră îl dă doar titularului (lecția 6.3).

Și la alte extensii de țară termenii pot fi diferiți. Semnificația se poate ghici de obicei ușor pe baza acestei lecții. Dacă aveți îndoieli, căutați starea respectivă la registry.

Codurile de stare ca lampă de avertizare

Verificați din când în când codurile de stare ale domeniilor importante, de exemplu la verificarea anuală (lecția 7.4). Fiți atenți în special la:

  • un hold la care nu vă așteptați: site-ul și e-mailul dumneavoastră nu mai funcționează;
  • un pendingTransfer pe care nu l-ați solicitat dumneavoastră: cineva încearcă să vă transfere domeniul;
  • lipsa lui clientTransferProhibited la un nume .com: numele dumneavoastră este mai slab protejat decât ar putea fi;
  • un redemptionPeriod: numele dumneavoastră a expirat și mai aveți foarte puțin timp.

În practică: cum funcționează la WebOké

Codurile de stare ale unui domeniu le vedeți în WHOIS lookup (https://www.weboke.ro/toondomein). În Contul meu WebOké, pe cardul Avansat din pagina domeniului, se află comutatorul Transfer-lock ("Blochează transferurile neautorizate."): blocarea de transfer pe care, la un nume .com, o regăsiți în WHOIS ca clientTransferProhibited. La .nl, .eu, .be și .nu acest comutator nu există. Cardul Sănătatea domeniului / e-mailului vă avertizează dacă starea domeniului dumneavoastră nu este în regulă. La alți registrari funcționează similar: căutați o blocare de transfer (transfer lock) în setările domeniului dumneavoastră.

Explicația verificării Înregistrare pe cardul Sănătatea domeniului / e-mailului
Explicația unei verificări

Rezumat

  • Codurile de stare spun într-un singur cuvânt ce se întâmplă cu un domeniu; în RDAP apar ca cuvinte separate.
  • Un cod client vine de la registrar, un cod server de la registry; asta vă spune la cine trebuie să vă adresați.
  • Hold înseamnă: numele nu funcționează. redemptionPeriod: încă poate fi restaurat. pendingDelete: nu mai poate fi restaurat.
  • .nl are propriile stări (Actief, Inactief, In quarantaine), iar în RDAP "active" și "locked".

Test (quiz)

1. Care este diferența dintre clientHold și serverHold?



2. La numele dumneavoastră .com vedeți starea pendingTransfer, dar nu ați solicitat niciun transfer. Ce faceți?



3. Un nume .com este în starea pendingDelete. Îl mai poate restaura titularul anterior?



4. Doriți să transferați numele dumneavoastră .nl, dar registrarul nu are un comutator pentru blocarea de transfer. Ce este corect?



Exercițiu

Exercițiul A4.3: Explicarea codurilor de stare (studiu de caz). Bakkerij Example gestionează câteva nume .com. În RDAP vede cinci coduri de stare diferite. Asociați fiecare cod cu semnificația corectă. Există șase semnificații, deci una rămâne nefolosită. Programul compară alegerile dumneavoastră cu o cheie fixă. Dacă ceva nu este corect, primiți un indiciu și puteți încerca din nou.

Codurile:

  1. clientTransferProhibited
  2. clientHold
  3. serverHold
  4. redemptionPeriod
  5. pendingDelete

Variante pentru fiecare cod:

  • Registrarul blochează transferul ca protecție obișnuită
  • Registrarul a scos numele din DNS; site-ul și e-mailul nu funcționează
  • Registry-ul a scos numele din DNS; site-ul și e-mailul nu funcționează
  • Numele a fost șters, dar mai poate fi restaurat timp de aproximativ 30 de zile
  • Numele devine liber în câteva zile și nu mai poate fi restaurat
  • Este în curs un transfer către alt registrar

Exercițiul A4.3: Explicarea codurilor de stare (studiu de caz)






Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Lecturi suplimentare

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…