Egy domain állapotkódjai: mit jelentenek, és mi a teendő?
Ha egy domaint megkeres a WHOIS-ban vagy az RDAP-ban, a Status mezőnél egy vagy több kódot lát, például clientTransferProhibited vagy pendingDelete. Egy ilyen státuszkód egyetlen szóban elárulja, mi a helyzet a névvel: rendesen működik, zárolva van, törlés alatt áll, vagy éppen áthelyezés folyik? Ebben a cikkben bemutatjuk, mit jelentenek a legfontosabb kódok, és mi a teendő, ha ezekkel találkozik.
Client vagy server: ki állította be a kódot?
A .com és a többi általános végződés (gTLD) esetén ezek az EPP-státuszkódok. Az EPP az a protokoll, amelyen keresztül a regisztrátorok és a registryk kommunikálnak egymással. Az ICANN nyilvános listát vezet az egyes kódok jelentéséről. A WHOIS-ban egybeírva szerepelnek (clientTransferProhibited), az RDAP-ban külön szavakként, kisbetűvel („client transfer prohibited”). Ez ugyanaz a kód.
A legtöbb kód két változatban létezik:
- client: a kódot a regisztrátor állította be, az Ön kérésére vagy saját szabályzata szerint. Ha szeretné eltávolítani a kódot, ezt a fiókjában intézheti, vagy kérheti a regisztrátorától.
- server: a kódot a registry állította be. A regisztrátor nem tudja csak úgy eltávolítani. Ilyenkor gyakran valamilyen ügy van folyamatban a registrynél, például jogvita, felfüggesztés vagy registry lock.
A legfontosabb kódok
| Kód | Jelentés | Mi a teendő? |
|---|---|---|
ok | Normál állapot, nincsenek korlátozások | Nincs teendő |
clientTransferProhibited | A regisztrátor letiltja az áthelyezést, védelemként az eltérítés ellen | A zárat csak közvetlenül az áthelyezés előtt kapcsoltassa ki |
clientUpdateProhibited, clientDeleteProhibited | A módosítást vagy törlést a regisztrátor letiltotta | Általában nincs teendő, ez extra védelem |
serverTransferProhibited | A registry letiltja az áthelyezést, gyakran jogvita esetén vagy helyreállítás alatt | Kérdezze meg a regisztrátorát, mi az oka |
clientHold | A regisztrátor kivette a nevet a DNS-ből, például elmaradt fizetés vagy jogvita miatt. A weboldal és a levelezés nem működik | Haladéktalanul vegye fel a kapcsolatot a regisztrátorával |
serverHold | A registry kivette a nevet a DNS-ből. A weboldal és a levelezés nem működik | Kérdezze meg a regisztrátorát, mi történt, és ellenőrizze az adatait |
inactive | Nincsenek nameserverek beállítva, a név nem működik | Állítson be nameservereket |
autoRenewPeriod | A lejárati dátum után éppen automatikusan megújult | Tájékoztató jellegű; döntse el, meg kívánja-e tartani a nevet |
redemptionPeriod | A nevet törölték, de még 30 napig helyreállítható | Ha meg kívánja tartani a nevet, mielőbb kérje a helyreállítást a regisztrátoránál |
pendingDelete | Nem állították helyre; a név néhány napon belül felszabadul | Helyreállításra már nincs lehetőség; ha vissza szeretné kapni, regisztrálja újra, amikor felszabadul |
pendingTransfer | Áthelyezés van folyamatban egy másik regisztrátorhoz | Nem Ön kezdeményezte? Azonnal vegye fel a kapcsolatot a regisztrátorával |
pendingTransfer státuszt lát, amelyet nem Ön kezdeményezett, akkor valaki megpróbálja áthelyezni az Ön domainjét. A .com esetén a korábbi regisztrátornak öt naptári nap áll rendelkezésére, hogy reagáljon. Ha nem tesz semmit, az áthelyezés megtörténik. Ezért ne várjon.Hold, redemption és pendingDelete
clientHold és serverHold esetén a név még az Ön nevén van, de már nem működik: a látogatók hibaüzenetet kapnak, a levelek pedig nem érkeznek meg. serverHold esetén pontatlan adatok is állhatnak a háttérben. Az EURid például „Server Hold” állapotba helyez egy .eu nevet, ha a tulajdonos egy ellenőrzési kérést követően nem erősíti meg az adatait. Erről bővebben itt olvashat: A domain helyes tulajdonosi adatai és ellenőrzése.
A redemptionPeriod és a pendingDelete egy lejárt vagy felmondott gTLD-név utolsó szakaszai. A 30 napos redemption időszakban a név még helyreállítható. Ezt öt nap pendingDelete követi, amely alatt helyreállításra már nincs lehetőség. Hogy ez végződésenként hogyan működik, azt a Lejárt vagy felmondott domain visszaszerzése: karantén és helyreállítási időszak című cikkben olvashatja.
A .nl esetében másképp működik
Az SIDN a .nl Whois-ban saját, holland nyelvű státuszokat használ: Szabad, Igénylés alatt, Aktív, Inaktív (regisztrálva, de még nincsenek nameserverek), Karanténban (megszüntetve; 40 napig csak a korábbi tulajdonos szerezheti vissza), Visszavonva (technikai okokból) és Kizárva (néhány név, például a www.nl). Az SIDN RDAP-jában egy átlagos névnél „active” látható. Egyes neveknél „locked” szerepel, például magánál a sidn.nl-nél. Ez egy további zárra utal, például a .nl Control registry lockra.
A .com esetén látható clientTransferProhibited a .nl-nél nem jelenik meg. Ott elsősorban az áthelyezési kód védi a nevet: e kód nélkül senki sem tudja áthelyezni. Más országkódos végződéseknél a megnevezések eltérhetnek; kétség esetén nézzen utána a státusznak a registrynél.
Így láthatja a WebOké-nál
Egy domain státuszát a WHOIS-lekérdezéssel tekintheti meg. A Fiókom felületen a domain oldalán, a Speciális kártyán található a Transfer-lock kapcsoló. Ez az az áthelyezési zár, amely például egy .com név esetén a WHOIS-ban clientTransferProhibited kódként jelenik meg. A .nl, .eu, .be és .nu végződéseknél ez a kapcsoló nem érhető el. Erről bővebben az Domain áthelyezése máshová: áthelyezési kód (EPP) és transzferzár, valamint A domainnév védelme: lejárat, áthelyezési kód, transfer-lock és elfelejtett DNS-rekordok című cikkekben olvashat.
Hogy egy WHOIS- vagy RDAP-válasz többi részét hogyan értelmezze, azt a WHOIS és RDAP értelmezése: mit tartalmaz, és miért nem látható lejárati dátum .nl esetén? című cikkben találja. A kódok teljes listája az ICANN oldalán érhető el: EPP Status Codes, a .nl státuszok pedig az SIDN oldalán: A Whois magyarázata.
Szeretne többet megtudni? Végezze el az ingyenes Domainnév választása és kezelése tanfolyamot (lecke: 4.3 Egy domain állapotkódjai).