Domain host name létrehozáskor technikailag mi történik (például Godaddy.com-nál?)

Web, mail, IRC, IM, hálózatok

Sziasztok,

Olyan kérdésem lenne hogy valaki el tudja magyarázni hogy mi történik pontosan a Godaddy domain regisztrációs oldalon a háttérben amikor beállítunk egy egyedi hostnevet (pl ns1.valami.com) majd azt utána névszerverként használjuk (https://uk.godaddy.com/help/add-my-custom-host-names-12320)? Az csak annyi hogy létrehoznak egy NS recordot? (Ha igen akkor igazából arra vagyok kíváncsi hogy például egy oninenic-nél ezt miért nem lehet megtenni?)

Előre is köszönöm a segítséget!

  • 681 megtekintés

( djtacee | 2023. 02. 20., h – 17:20 )

Szerkesztve: 2023. 02. 20., h – 17:21

Ismerkedj meg a DNS alapjaival:

https://en.wikipedia.org/wiki/Domain_Name_System

Az adott domain DNS szervereit a hozzá tartozó zóna szerverei tárolják. Amikor módosítod a névszervereket pl. egy .hu domain esetén, akkor a .hu zóna root szerverein kerülnek bejegyzésre ezen információk (az akkreditált regisztrátoroknak van erre lehetőségük).

igazából arra vagyok kíváncsi hogy például egy oninenic-nél ezt miért nem lehet megtenni?

Én arra vagyok kíváncsi, hogy ezt miért nem tőlük kérdezed meg? (Amúgy ha amit írsz az az onlinenic.com, akkor van nekik helpdesk-jük és tudástáruk is, de ezen oldalak csak bejelentkezés után érhetőek el. Ott kellene keresgélned.)

Ismerkedj meg a DNS alapjaival:

Akkor nem gondolod hogy azt kérdeztem volna hogy hogy működik a DNS ha már hülye vagyok a google használatához is? (bár reménykedtem hogy sejthető volt a megoldási példából hogy nem először látok DNS rekordokat) Lehet félrevezetett téged a technikailag vagy a pontosan szó?

Én arra vagyok kíváncsi, hogy ezt miért nem tőlük kérdezed meg?

Mert itt csak egy példa kiemelése volt a cél hogy ha ilyen egyszerű akkor valami más állhat a háttérben amivel próbáltam alázattal kezelni a tudatlanságom, de remélem hogy hasonlóan tartalmas evidenciális válaszokat szoktál kapni te is a kérdéseidre.

Megmondom őszintén nem igazán értettem a kérdésed. A témacímben feltett kérdés alapján - "Domain host name létrehozáskor technikailag mi történik" - nem volt egyértelmű hogy mit is szeretnél megtudni. Azt sem definiáltad mit értesz ez alatt. Egy tartományon (domain) belül sokféle rekordot létre lehet hozni, te annyit írtál "host name" ami az én értelmezésemben A rekordra utal. Mivel ez nagyon alap dolog, linkeltem a Wiki oldalt. Aztán írod ezt - "majd azt utána névszerverként használjuk" - ez is benne van a Wiki cikkben (glue rekord), így magyarázva:

For example, if the authoritative name server for example.org is ns1.example.org, a computer trying to resolve www.example.org first resolves ns1.example.org. As ns1 is contained in example.org, this requires resolving example.org first, which presents a circular dependency. To break the dependency, the name server for the top level domain org includes glue along with the delegation for example.org. The glue records are address records that provide IP addresses for ns1.example.org. The resolver uses one or more of these IP addresses to query one of the domain's authoritative servers, which allows it to complete the DNS query.

Aztán azt kérdezted hogy egy másik szolgáltatónál ezt miért nem lehet megtenni. Bocsi, de honnan tudjuk? Őket kellene megkérdezni. Lehet nem biztosítanak lehetőséget a névszerverek cseréjére? Vagy valami miatt a technikai ellenőrzésük nem fut le (lásd a .hu zónában a regcheck-et), és emiatt dobják vissza? Semmi konkrétat nem írtál ami alapján pontos választ lehetett volna adni.

remélem hogy hasonlóan tartalmas evidenciális válaszokat szoktál kapni te is a kérdéseidre

Én nem alapszintű, Wiki-n egyből megtalálható kérdéseket szoktam feltenni. Lásd, kb. egyik sem megoldott:

https://hup.hu/node/180948
https://hup.hu/node/180504
https://hup.hu/node/180435
https://hup.hu/node/174468
https://hup.hu/node/163225

( persicsb | 2023. 02. 20., h – 17:58 )

Szerintem nagyon könnyen tudod ellenőrizni, hogy mit jelent a változás - a változás előtt exportálod a zónafájlt, megcsinálod a változtatást, és utána újra exportálod a zónafájlt és akkor láthatod, hogy a GoDaddy UI-n végzett művelet valójában mit csinált a háttérben.

( csardij v | 2023. 02. 20., h – 18:02 )

Ami a godaddy sugoban van az a glue record letrehozas. Eg akkor kell, ha a domain ns-e a domainen beluli aldomain, pl endomainen.com ns-enek az ns1.endonainen.com-ot akarod.

de nem minden tld/cctld-nel kell ez, pl a .hu automatan lekezeli (nem is lehet kozvetlenul letrehozni ilyet).

Web, Domain, Tárhely

Nagyon köszönöm, ez lesz a megfejtés, már csak az a kérdésem hogy mitől függ a kezelése, miért van hogy .hu automatán kezeli .com meg nem? Ez mitől függ vagy hol lehet ennek a kialakulásnak után olvasni? A .hu-nál hogy kezeli automatán már ha lehet ilyet kérdezni?

Közben ahogy kutatok (az RFC-kben), az már megvan (leírom hátha segít a jövőben valakinek) hogy a "glue record" ami igazából egy mezei "A" record és nagyon leegyszerűsítve az authoritative és child szerverek egy lépésű összegyúrása, NA és ezeknek a recordoknak a kezelése az authoritative szervereken össze van-e kötve egy online customer felülettel vagy sem (GONDOLOM ÉN).

Persze ez nem válasz arra hogy technikailag miért van hogy egyes helyeken lehet szerkeszteni máshol nem (és fura hogy nagyon nagy domain kereskedőknél is eltér a szerkeszthetőség lehetősége). Majd hátha jön valaki aki látott már ilyet belülről működni és megírja a valós okot (mondjuk én annak szurkolnék hogy technikai oka legyen mert azért az izgalmasabb mintha ha csak annyi hogy "vagy lefejlesztettük az interface-t vagy nem").

Köszönöm a segítséget :)

Valoszinuleg ceges policy kerdese leginkabb. Nagyjabol ugyanugy, mint ahogy ISP-k eseten, sot egy ISP-n beluli kulonbozo elofizetesek eseten is kulonbozoek az opciok. Pl. szolgaltato eszkozenek bridge mode-ba kapcsolasa (elozo cegnel anno UPC kozolte, hogy mivel business csomagunk van, ezert nem lehet).

Mondjuk ennek sem teljesen értettem a logikáját mert ha csak szeretnék foglalni egy domain (és nem üzemeltetem) akkor addig csinálok egy regcheck kompatibilis parkoltatást majd leveszem ha lemegy az adminisztrációs rész, szóval ez olyan feature lett volna hogy könnyíti a helyes beállítást? De miért lett kötelező?

Ma már a hibás dns nem korlátozza a regisztrációt

"A változások elsődleges célja a regisztrációs folyamat gyorsítása.

Szétválik a regisztrált és a delegált domain kifejezés. A .hu bejegyzési folyamat során nem lesz kötelező megadni névszervereket. Ebben az esetben a domainnév pozitív elbírálás után regisztrálva lesz, de nem kerül zónába (nem lesz delegálva, ezáltal működni sem fog).

Az új Szabályzat megtekinthető a Domainregisztrációs szabályzat oldalon."

Szerintem azért, mert sok olyan is akart domaint, akinek fogalma se volt róla, hogy az mi, de nehogymár fizessen valakinek, hogy rendben legyen. Az ilyenekkel könnyebb volt úgy bánni, hogy addig ne is keressenek, amíg a regcheck hibát jelez.

A regcheck... Passz, az első domainemet kisg ellenőrizte, amennyit bénáztam, lehet hogy akkor írták a regchecket :)

Fene tudja mi a célja erre csak az iszt tudna válaszolni csak ugye nem fognak soha.
Másik felettébb bosszantó dolog az eljárási rend pl.: 2 faktoros domain regnél várja a megerősítést amit meg is tesz az ügyfél majd vissza dobják azzal, hogy hibás  pl.: cím lehetőség nincs javítani csak új tulaj/személy felvétellel amit lehet megint megerősíteni.