szabályozás és jog
Kétezer szó tartja egyben a névteret 1994 óta.
1994 márciusában Jon Postel közzétett egy valamivel több mint kétezer szavas dokumentumot a domainnévrendszer delegálásáról. Nem szerződés, nem törvény, és saját meghatározása szerint még csak nem is szabvány. Mégis ez a szöveg határozza meg ma is, hogyan működik és miként szűnhet meg több mint háromszáz országkódos domainvégződés – a .hu-tól egészen a .io-ig. Az ereje éppen abban rejlik, amit nem mond ki.
Nincs rajta aláírás.
Nincs mögötte bíróság.
A szerzője saját bevallása szerint még csak nem is szabvány.
Mégis ez a szöveg tartja össze a mai napig a több mint háromszáz országkódos végződés működését. Köztük azt is, amelyet a te céged is használ.
1994 márciusában Jon Postel közreadott egy feljegyzést.
A címe: Domain Name System Structure and Delegation. Alig több mint kétezer szó. A besorolása Informational, vagyis tájékoztató jellegű. „Ez a feljegyzés semmilyen formában nem határoz meg internetes szabványt” – jelenti ki saját magáról, mindjárt a bevezetőjében.
A jelentősége azonban messze túlmutat azon, aminek nevezi magát.
A szöveg szerint az országkódos domain kezelője nem tulajdonos, hanem bizalmi kezelő (trustee). Egyszerre két irányba tartozik felelősséggel: a saját nemzete és a globális internetes közösség felé.
Aztán következik az a mondat, amelyre az egész dokumentum épül: “Concerns about ‘rights’ and ‘ownership’ of domains are inappropriate. It is appropriate to be concerned about ‘responsibilities’ and ‘service’ to the community.” Vagyis: „A domainnevekkel kapcsolatos »jogok« és a »tulajdon« emlegetése nem helyénvaló. Sokkal inkább helyénvaló a »felelősség« és a közösség »szolgálata« felett őrködni.”
A bizalmi kezelő megítélésének négy mércéje van: equitable, just, honest and competent – vagyis legyen méltányos, igazságos, becsületes és hozzáértő.
A legkényesebb kérdésre viszont Postel tudatosan nem adott választ. Nem akarta ő eldönteni, hogy mi számít országnak. “The IANA is not in the business of deciding what is and what is not a country.” Azaz: „Az IANA-nak nem tiszte eldönteni, hogy mi számít országnak és mi nem.”
Ehelyett ezt a döntést egy külső szabványra bízta: az ISO 3166-os országkód-listára.
A dokumentum egy addigra már létező gyakorlatot rögzített.
A .hu végződést például 1990. november 7-én delegálták, csaknem négy évvel azelőtt, hogy ez a szöveg megszületett volna. Az internet országkódjainak nagyjából fele régebbi, mint a saját szabálykönyve.
Postel az RFC-k (Request for Comments) szerkesztője volt, a hálózat „számmágusa” (Numbers Czar), és személyében ő maga volt az IANA – az internet neveit és számait kiosztó központi hatóság. Amikor 1998 októberében meghalt, Vint Cerf búcsúztatója így kezdődött: „Jon, a mi szeretett IANA-nk, nincs többé.”
Élete utolsó heteiben még befejezte annak a szervezetnek a létrehozását, amely átvette ezt a feladatot. Ma ezt a szervezetet ICANN néven ismerjük.
Érdemes azonban felidézni még egy mondatot ugyanebből a dokumentumból, mert emlékeztet rá, hogy nem egy tévedhetetlen szövegként kell olvasni.
1994-ben Postel ezt írta: “It is extremely unlikely that any other TLDs will be created.” Vagyis: „Rendkívül valószínűtlen, hogy valaha is új TLD-k (legfelső szintű domainek) jöjjenek létre.”
Ehhez képest a 2012-ben indított új gTLD-program után több mint 1200 új generikus végződés került be a gyökérzónába.
A dokumentum jóslatként megbukott. Alkotmányként viszont máig érvényes, mert ereje sosem a jóslatokból fakadt.
Az internet legstabilabb jogi konstrukciója egy jogilag nem kötelező érvényű szöveg, aminek épp ez adja a tartósságát.
A kulcs a felelősség.
A trustee szerepfelfogás – ahogy azt a ccNSO (Country Code Names Supporting Organization) későbbi értelmezése is megfogalmazza – nem a kezelő és a domain közötti jogviszonyt írja le, hanem azt, hogy a kezelőnek a közösséget kell szolgálnia.
Ahol pedig egy szöveg nem biztosít jogokat, ott bírósági úton sincs mit kikényszeríteni belőle. Nincs szerződés, amit meg lehetne szegni, és nincs tulajdonjog, amit vissza lehetne követelni.
A legkényesebb kérdéseket ráadásul a dokumentum tudatosan kiszervezi saját magából.
Azt, hogy mi számít országnak, az ISO dönti el az ISO 3166 szabványon – egy genfi szabványügyi bizottságon keresztül.
Azt, hogy ki lehet egy országkód kezelője, a dokumentum a significantly interested parties, vagyis az érdemben érintett helyi szereplők egyetértéséhez köti.
Magyarul: a döntést a helyi közösségnek kell meghoznia.
Hogy mi számít méltányosnak, igazságosnak vagy becsületesnek, azt pedig a helyi jogrend és a helyi intézmények döntik el. A későbbi értelmezési munkacsoport egyértelművé tette, hogy ezekbe a kérdésekbe az IANA nem avatkozik be.
A rendszer végpontja is a konszenzus.
Egy delegálás átadásához a régi és az új kezelő egyetértése szükséges. A delegáció visszavonása kizárólag végső eszköz lehet, tartós kötelezettségszegés esetén. A rendszer alapelve egyszerű: senki nem vehet el egy végződést pusztán a saját döntése alapján.
Informatikai üzemeltetői, és nem jogászi szemmel nézve: a gyökérzóna (root zone) valójában egy felelősség-nyilvántartás.
Az IANA táblázata kezelőket sorol fel, nem tulajdonosokat. A szerződések pedig, amelyeket a laikusok a rendszer mögé képzelnek, legtöbbször nem is léteznek. A Kormányzati Tanácsadó Bizottság (GAC) 2005-ös alapelvei például kifejezetten kimondják, hogy “not intended to be binding” – vagyis nem kötelező erejűek. Az alkalmazásuk önkéntes, és egyetlen nyilvántartónak sem róható fel, ha nem fogadja el őket. A nemzeti domaineket (országkódokat) kezelő szervezetek jelentős része semmilyen kötelező erejű szerződésben nem áll az ICANN-nel.
A szöveg felelősséget delegál, ezért nincs benne olyan jogcím, amelyet bíróságon ki lehetne perelni.
Minden lecserélési kísérlet elbukott
1999-ben az ICANN kiadta saját iránymutatását, az ICP-1-et.
A ccNSO későbbi elemzése szerint ez a dokumentum olyan változtatásokat is tartalmazott, amelyeket az ICANN igazgatótanácsa nem hagyott jóvá, és amelyeket az országkódos közösség sem fogadott el.
Ezért az értelmezési munkacsoport egyszerűen félretette.
2001-ben az országkódos nyilvántartók többsége továbbra is az RFC 1591-et tekintette irányadó dokumentumnak.
Ezután következett a Framework of Interpretation (Értelmezési keretrendszer). Három évig dolgoztak rajta, 2011 és 2014 között. A munkacsoport megbízatása azonban eleve kizárta, hogy új szabályokat alkosson. Csak a meglévő szöveget értelmezhette. Három év munkájának eredménye ezért az eredeti dokumentum hivatalos olvasata lett.
Ez azonban nem írta át Postel alapelveit. Mindössze azt határozta meg, hogyan történik egy országkódos végződés megszüntetése. Ha egy országkód kikerül az ISO 3166-1 szabványból, az IANA Notice of Removal értesítést ad ki. Ezután öt évig még a gyökérzónában maradhat a végződés, amely szükség esetén további öt évvel meghosszabbítható.
A mögötte álló bizalmi konstrukcióhoz azonban ez a szabály sem nyúlt hozzá.
Ráadásul ezt a szabályt is egyetlen konkrét eset kényszerítette ki.
A .yu megszüntetésének folyamata közben maga az újonnan belépő szerb nyilvántartó, az RNIDS kérte, hogy legyenek világos, átlátható szabályok az országkódos végződések kivezetésére.
Az ICANN igazgatótanácsa egy 2009. szeptember 30-i határozatban a ccNSO-t bízta meg a kérdés vizsgálatával.
A szabály végül tizenkét évvel később született meg. Itt is az eset szülte a szabályt – reaktív szabályalkotás.
A szöveg működés közben
A .yu a szabályos megszűnés mintapéldája.
1989-ben delegálták. Először Ljubljanából működött, Jugoszlávia felbomlása után pedig a belgrádi YUNET kezelte.
2003-ban az ISO a YU országkódot CS-re cserélte. A montenegrói függetlenségi népszavazás után, 2006 szeptemberében a CS kód is kikerült a szabványból, helyére pedig az RS és az ME került.
Az ICANN 2007. szeptember 11-én delegálta az .rs-t az RNIDS-nek, a .yu kivezetését pedig feltételként szabta meg. Egy hosszabbítás után a .yu végül 2010. április 1-jén tűnt el végleg a gyökérzónából.
A kivezetési folyamat drámaiságát a számok mutatják meg a legjobban: a Google 2007-ben még 69 millió .yu-oldalt indexelt, 2009 közepére ez 6,2 millióra esett; a 32 772 regisztrált névből 4266 maradt. Egy egész ország névtere sötétült el menetrend szerint, mindössze két és fél év alatt.
A .su (Szovjetunió) ennek éppen az ellenpéldája.
1990. szeptember 19-én delegálták, tizenöt hónappal a birodalom széthullása előtt. A kód 1992-ben kikerült az ISO szabványból, mégis, a végződés több mint három évtizeddel élte túl a birodalmát.
Éppen ez teszi a .su-t az első valódi próbájává a 2022-es kivezetési szabálynak.
Sajtóbeszámolók szerint a PTI (Public Technical Identifiers) – vagyis az a szervezet, amely ma az IANA-funkciókat ellátja – 2025. február 6-án levélben értesítette a kezelőt, a ROSNIIROS-t arról, hogy 2030-ig tervezi a végződés kivezetését. Nyilvános bejelentés azonban nem követte ezt az értesítést. A 2030-as dátum ezért egyelőre terv, nem végleges döntés.
A .nu esete egészen más: azt mutatja meg, mi történik, amikor a bizalmi konstrukció eléri a helyi jog határát.
Niue kormánya 2018-ban pert indított Svédországban. A Södertörni Kerületi Bíróság 2024 márciusában, majd a Svea hovrätt (fellebbviteli bíróság) 2025. június 5-én is elutasította a kártérítési keresetet.
Az elsőfokú ítélet szerint az üzemeltető alapítvány betartotta a meglévő szabályozási kereteket, és nem feladata, hogy Niue kormányának engedélyét kérje a működéshez; a másodfok ezt a döntést hagyta helyben. Az alapítvány érvelése szerint a hivatalos delegálás eleve egy külön szervezetnél, az IUSN-nél van.
Az RFC 1591 egyik lehetséges olvasata szerint ebből az következik, hogy a közösségi trustee-elv soha nem volt közvetlenül kikényszeríthető egy svéd bíróság előtt.
A „bizalomra” épülő konstrukció pere végül nem a bizalom elvei, hanem a szigorú helyi jogszabályok szerint dőlt el – pontosan úgy, ahogy azt Postel eredeti szövege eltervezte.
A .io a következő, egyelőre nyitott teszteset.
A Chagos-szuverenitás átadását 2025 májusában írták alá; e sorok írásakor az IO kód a szabványban van, a delegálás változatlan. Ha az ISO egyszer törli, elindul az öt-plusz-öt éves kivezetési menetrend. A korábbi országátnevezések is pontosan így zajlottak le – Zaire 1997-ben CD lett, Kelet-Timor 2002-ben TL – új ország, új végződés.
Mit jelent mindez, ha döntened kell?
Ha a céged elsődleges domainneve egy országkódos végződésen (ccTLD) él, tisztában kell lenned vele, hogy a jogosultságod láncolatának legfelső eleme egy bizalmi megbízás.
Nincs mögötte olyan kőbe vésett tulajdonjog, amelyet a bíróság megvédene, és nincsen olyan általános szolgáltatási szerződés sem, amelyet fel lehetne mondani és egy másik szolgáltatónál újrakötni.
A legtöbb vállalat kockázati térképén ez a tényező mégsem szerepel. Pedig kellene.
Ezért érdemes három fontos kérdést tisztázni, amikor domainvégződést választasz, vagy amikor felülvizsgálod a meglévő domainportfóliódat:
- Ki kezeli a végződést, és milyen kapcsolatban áll a saját helyi közösségével és kormányával?
- Milyen jogrendszer alá tartozik maga a kezelő? – Ugyanis ez az a joghatóság, amelynek a domainnevedet a regisztráció pillanatában aláveted.
- Mi történik, ha az adott országkód státusza megváltozik az ISO szabványban?
Erre ma már ismert menetrend létezik.
Öt év, amely további öt évvel meghosszabbítható.
A .yu története megmutatta, hogy ez elegendő idő egy szabályozott átállásra – annak, aki időben elkezdi.
A gyökérzóna mindent nyilvántart, csak a tulajdonjogot nem.
Nem azt rögzíti, hogy kié egy végződés. Azt rögzíti, hogy ki felel érte.
Ez Jon Postel kétezer szavának öröksége: az internet legfelső szintjén a tulajdon fogalma egyszerűen nem létezik. Ott csak felelősség van.