Hoe een domein delegeren, wat het betekent en wat DNS is. Een domein delegeren naar een nieuwe hosting

laat een reactie achter 6,950

Invoering

Het belangrijkste doel van DNS is om domeinnamen toe te wijzen aan IP-adressen en vice versa - IP aan DNS. Waar is dit hele systeem voor? Computers op het netwerk communiceren met elkaar via enkel en alleen IP-adressen. Een IP-adres kan worden vergeleken met een telefoonnummer - om ervoor te zorgen dat de ene computer contact kan maken met een andere, moet deze zijn IP-adres weten. IP-adressen hebben echter twee nadelen: ten eerste zijn er maar een beperkt aantal (wat nu niet erg belangrijk voor ons is), en ten tweede, en nog belangrijker, het IP-adres is erg moeilijk voor een persoon om te onthouden. Als u doorgaat met de analogie met telefoonnummers, herinnert u zich de telefoonnummers van al uw vrienden en kennissen? Waarschijnlijk niet. Maar je kunt altijd een notitieboekje gebruiken.

GESCHIEDENIS

Het domeinnaamsysteem is uitgevonden door Paul McPatrix op verzoek van John Postel in 1983, en hij deed de eerste implementatie. In 1984 schreven 4 Berkeley-studenten - Douglas Terry, Mark Painter, David Riggle en Sodney Zoo de eerste UNIX-implementatie, die ze de Berkeley Internet Name Domain Server (BIND) noemden. In 1985 werd de code voor deze implementatie grotendeels herschreven door Kevin Dunlap, en in 1990 werd deze overgezet naar Windows NT. BIND is momenteel de meest gebruikte DNS-server ter wereld.

Basisconcepten voor domeinnaamsysteem

De domeinstructuur van DNS is een boomachtige hiërarchie die bestaat uit knooppunten, zones, domeinen, subdomeinen en andere elementen.

De "top" van de domeinstructuur is de rootzone. Rootzone-instellingen bevinden zich op veel servers / mirrors over de hele wereld en bevatten informatie over alle servers in de rootzone, en zijn ook verantwoordelijk voor domeinen op het eerste niveau(ru, net, org, enz.). Informatie over de root-zoneservers bevindt zich op de rootserver-site.

Zone is een willekeurig deel van de boomstructuur van het domeinnaamsysteem, als geheel op een of ander geplaatst DNS server... De zone kan, voor een beter begrip, worden genoemd "Verantwoordelijkheidsgebied". Het doel van het markeren van een deel van de boom in een aparte zone is de overdracht van verantwoordelijkheid ( delegatie) voor die vestiging aan een andere persoon of organisatie.

Domein is een benoemde tak of substructuur in de DNS-naamstructuur, dat wil zeggen, het is een specifiek knooppunt dat alle ondergeschikte knooppunten omvat.

Elk knooppunt in de DNS-hiërarchie wordt door een punt gescheiden van het bovenliggende knooppunt. Domeinnaam begint met een punt (root domein) en gaat door de domeinen van de eerste, tweede en, indien nodig, derde, enz. niveaus en eindigt met de hostnaam. Die. Domeinnaam weerspiegelt volledig DNS-hiërarchiestructuur... De laatste punt (aanduiding van het rootdomein) in de domeinnaam wordt weggelaten (dat wil zeggen, in de browser voeren we site.nam niet in e. en site.nam e ).

Dus, na de structuur van de domeinnaam te hebben geanalyseerd, kwamen we ongemerkt tot het concept FQDN.

FQDN(eng. Volledig gekwalificeerde domeinnaam, volledig gekwalificeerde domeinnaam) is de domeinnaam, ondubbelzinnig het definiëren van de domeinnaam en het opnemen van de namen van alle bovenliggende domeinen in de DNS-hiërarchie, inclusief root... Een soort analoog van het absolute pad in het bestandssysteem.

Laten we het bovenstaande analyseren aan de hand van het voorbeeld van de domeinnaam www.mijndomein.com:

De maximale FQDN-grootte is 255 bytes, met een limiet van 63 bytes per domeinnaam.

Er is ook de zogenaamde. gereserveerde domeinnamen, gedefinieerd in RFC 2606 ( Gereserveerde DNS-namen op het hoogste niveau- Gereserveerde top-level domeinnamen) definieert de domeinnamen die moeten worden gebruikt als voorbeeld (bijvoorbeeld in documentatie) en ook voor testen. Dergelijke namen omvatten bijvoorbeeld voorbeeld.com, voorbeeld.org en voorbeeld.net, evenals test, ongeldig, enz.

Hoe DNS werkt

Het hele DNS-systeem is gebouwd op technologie client server... Dit betekent dat er DNS-servers die wachten op verzoeken van gebruikers, en er is DNS-clients die deze verzoeken verzenden. Alle browsers hebben een ingebouwde DNS-client, die verantwoordelijk is voor het transcoderen van de DNS-naam in een IP-adres. Nadat je iets in de adresbalk hebt getypt en op enter hebt gedrukt, lijkt het te werken. In eerste instantie weet hij niet meer over de domeinnaam dan jij, daarom begint hij te vragen. Laten we eens kijken naar de procedure voor het verkrijgen van een ip-adres op basis van een domeinnaam.

Als de gebruiker gedurende korte tijd dezelfde netwerkbron benadert, wordt het verzoek niet naar de externe server verzonden, maar wordt de informatie in de cache doorzocht. De volgorde van het verwerken van verzoeken kan als volgt worden beschreven: zoek naar een antwoord in de lokale cache -> zoek naar een antwoord op de lokale server van de provider -> zoek naar informatie op het netwerk.

Dit schema komt het meest voor op het netwerk en ziet er als volgt uit:

Stap 1. De browser zoekt het IP-adres van het domein in de lokale cache en als het niet wordt gevonden, neemt hij contact op met de lokale domeinnaamserver (de server van de internetprovider) voor het IP-adres en geeft het de domeinnaam.
Stap 2. De server van de provider stelt vast dat het adres niet bij dit domein hoort en vraagt het adres van de server van het aangevraagde domein aan bij de root domeinnaamserver.
Stap 3. De root-domeinnaamserver voorziet de lokale domeinnaamserver van het adres van de domeinnaamserver van het vereiste domein.
Stap 4. De lokale domeinnaamserver vraagt de externe server om het verzoek van zijn client (browser) op te lossen.
Stap 5. De externe server rapporteert het IP-adres aan de lokale server.
Stap 6. De lokale server meldt het IP-adres aan de browser.
Stap 7. De browser gebruikt het ontvangen IP-adres naar de hostingserver van de site.
Stap 8. De hostingserver bedient de gegenereerde gegevens op verzoek.

Zo wordt het test-site.ru IP-adres bepaald:

Rootserverlijst laden (statische gegevens): -> a.root-servers.net (198.41.0.4) -> b.root-servers.net (192.228.79.201) -> c.root-servers.net (192.33.4.12 ) -> d.root-servers.net (128.8.10.90) -> e.root-servers.net (192.203.230.10) -> f.root-servers.net (192.5.241) -> g.root-servers .net (192.112.36.4) -> h.root-servers.net (128.63.2.53) -> i.root-servers.net (192.36.148.17) -> j.root-servers.net (192.58.128.30) - > k.root-servers.net (193.0.14.129) -> l.root-servers.net (199.7.83.42) -> m.root-servers.net (202.12.27.33) Verzoek verzenden naar "f.root-servers .net "(192.5.5.241) Verwijzingsreactie ontvangen - DNS-servers voor" ru ": -> e.dns.ripn.net (193.232.142.17) -> d.dns.ripn.net (194.190.124.17) -> a .dns.ripn.net (193.232.128.6) -> b.dns.ripn.net (194.85.252.62) -> f.dns.ripn.net (193.232.156.17) Verzoek verzenden naar "f.dns.ripn.net "(193.232.156.17) Verwijzingsreactie ontvangen - DNS-servers voor" test-site.ru ": -> ns2.test-site.ru (5.9.195.91) -> ns1.test-site.ru (5.9.195.90 ) Verzoek verzenden naar "ns2.test-site.ru" (5.9.195.91) Time-out wachtend op antwoord Verzoek verzenden naar "ns1.test-site.ru" (5.9.195.90) Gezaghebbend (AA) antwoord ontvangen: -> Antwoord: A-record voor test-site.ru = 5.9.195.90 -> Autoriteit: NS-record voor test-site.ru = ns1.test-site.ru -> Autoriteit: NS-record voor test-site.ru = ns2.test-site.ru -> Extra: A-record voor ns1.test-site.ru = 5.9.195.90 -> Extra: A-record voor ns2.test-site.ru = 5.9.195.91

Informatie opslaan op DNS-servers

DNS-servers slaan informatie op in de vorm van bronrecords.

Bronrecord is een eenheid voor opslag en verzending van informatie in de DNS. Elk zo'n record draagt nalevingsinformatie sommige naam en service informatie in DNS, bijvoorbeeld, een domeinnaam koppelen aan een IP-adres.

Een resourcerecord bestaat uit de volgende velden:

naam naam)- de domeinnaam waaraan dit bronrecord is gekoppeld of waar "behoort" of het IP-adres. Als dit veld ontbreekt, wordt het resourcerecord overgenomen van het vorige record.
Tijd om te leven (TTL)- letterlijk de "levensduur" van het record, de opslagtijd van het record in de DNS-cache (na de opgegeven tijd wordt het record verwijderd), dit veld mag niet worden aangegeven in individuele bronrecords, maar dan moet het worden aangegeven bij het begin van het zonebestand en wordt overgenomen door alle records.
klasse (KLASSE)- definieert het type netwerk (in 99,99% van de gevallen wordt IN gebruikt (wat betekent - internet). Dit veld is gemaakt in de veronderstelling dat DNS kan werken in andere soorten netwerken, behalve TCP / IP)
soort (TYPE)- berichttype, syntaxis en berichtdoel
gegevens (GEGEVENS)- verschillende informatie, waarvan het formaat en de syntaxis worden bepaald door het type.

In dit geval is het mogelijk om de volgende symbolen te gebruiken:

; - Introduceert een opmerking
# - Introduceert ook opmerkingen (alleen BIND 4.9)
@ - Huidige domeinnaam
() - Sta gegevens toe om meerdere regels te overspannen
* - Metateken (alleen in het naamveld)

De volledige set bronrecords is te vinden op wikipedia. De meest gebruikte in de praktijk zijn de volgende: bronrecords:

EEN - (adres record) wijs een hostnaam (domeinnaam) toe aan een IPv4-adres. Voor elke netwerkinterface van de machine moet er een worden gemaakt Een opname.
Voorbeeld : test-site.ru. A. 5.9.195.90. IN. 3600.

MX (e-mailuitwisseling) - specificeert de hosts voor het bezorgen van e-mail die aan het domein is geadresseerd. In dit geval geeft het veld NAME het bestemmingsdomein aan, de TTL-velden, CLASS - de standaardwaarde, het veld TYPE de MX-waarde en het veld DATA specificeert de prioriteit, gescheiden door een spatie - de domeinnaam van de verantwoordelijke host voor het ontvangen van post.
Voorbeeld :

test-site.ru. MX. 10.mx.yandex.ru. IN. 3600.

NAAM TTL KLAS TYPE GEGEVENS
MX.YANDEX.RU 3600 IN MX 10

NS (naam server) verwijst naar de DNS-server die dit domein bedient. Het zou juister zijn om te zeggen - geef de servers aan waarnaar het gegeven domein is gedelegeerd. Als NS-records verwijzen naar nameservers voor de huidige zone, maakt het domeinnaamsysteem daar nauwelijks gebruik van. Ze leggen eenvoudig uit hoe de zone is georganiseerd en welke machines een sleutelrol spelen bij het verlenen van naamgevingsservices.
Voorbeeld :

test-site.ru. NS. ns1.test-site.ru. IN. 3600.
test-site.ru. NS. ns2.test-site.ru. IN. 3600.

NAAM TTL KLAS TYPE GEGEVENS
TEST-SITE.RU. 3600 IN NS NS1.TEST-SITE.RU
TEST-SITE.RU. 3600 IN NS NS2.TEST-SITE.RU

PTR (wijzer) - PTR-records koppelen een IP-adres aan een hostnaam in het reverse lookup-domein (in-addr.arpa). Het item bevat het IP-adres en de hostnaam die bij dit adres horen. De hostnaam is in het volledig gekwalificeerde domeinnaamformaat. Veel sites weigeren als veiligheidsmaatregel de toegang van computers met verschillen tussen de A- en PTR-records, dus zorg ervoor dat de inhoud van de PTR-records synchroon loopt met de A-records.

SOA (Begin van autoriteit) - beschrijft de basis / initiële instellingen van de zone, men zou kunnen zeggen, definieert de zone van verantwoordelijkheid van deze server. Er mag slechts één SOA-record zijn voor elke zone en dit moet het eerste zijn. Het veld NAME bevat de domein- / zonenaam, TTL-velden, CLASS is een standaardwaarde, het TYPE-veld is SOA en het DATA-veld bestaat uit verschillende waarden gescheiden door spaties:

- naam de belangrijksteDNS (primaire naamserver)

- zonebeheerder adres

Verder - zonebestand serienummer (serieel nummer) ... Elke keer dat u wijzigingen aanbrengt in het zonebestand, moet deze waarde worden verhoogd, dit geeft aan de secundaire servers aan dat de zone is gewijzigd en dat ze hun zone moeten bijwerken.

Verder - timer waarden (Vernieuwen - specificeert hoe vaak secundaire servers de primaire moeten pollen om erachter te komen of het serienummer van de zone is verhoogd, Opnieuw proberen - wachttijd na mislukte peilingpoging, Verlopen - de maximale tijd gedurende welke de secundaire server de informatie over de ontvangen zone kan gebruiken, Minimale TTL is de minimale tijd dat gegevens in de cache van de secundaire server blijven).

Voorbeeld :

test-site.ru. SOA. test-site.ru. root.test-site.ru. 2013112923. 10800. 3600. 604800. 86400. IN. 3600.

NAAM	TTL	KLAS	TYPE	GEGEVENS (volgens bovenstaande volgorde)
TEST-SITE.RU.		IN	SOA	test-site.ru	root.test-site.ru	2013112923	10800.3600.604800.86400
				test-site.ru. root.test-site.ru. 2013112923 10800 3600 604800 86400

SRV (server selectie) - geef de servers aan die zorgen voor de werking van bepaalde services in dit domein (bijvoorbeeld Jabber en Active Directory).

Domein delegatie

Delegatie(het zou juister zijn om te zeggen: delegatie van verantwoordelijkheid) is een operatie overdracht van verantwoordelijkheid voor een deel van de domeinnaamboom (zone) aan een andere persoon of organisatie. Door delegatie is de verdeling van administratie en opslag van zones in DNS verzekerd.

Technisch gezien is delegatie de lijst van DNS-servers die technische informatie over een domein (zonebestand) moeten hosten naar de DNS-servers die domeinen op het hoogste niveau uitvoeren. Delegeren is een voorwaarde voor de werking van de site en mail op het domein.

Domeindelegatie wordt uitgevoerd door de NS-domeinrecords te wijzigen, die het adres van de DNS-server aangeven, die toebehoort aan een derde partij en verantwoordelijk is voor het onderhoud van de domeinzone. IP-adresbereiken worden gedelegeerd met behulp van de domeinzone in-addr.arpa.

Vanwege de technische eigenaardigheden van het domeinnaamvertaalsysteem, wordt het domein na de installatie van DNS-servers voor een domein niet onmiddellijk aan hen gedelegeerd. Ondanks dat informatie op de whois-server vrijwel gelijktijdig verandert, zullen de lokale DNS-servers van internetproviders deze pas na een tijdje ontvangen.

Experimenteel is vastgesteld dat domeindelegatie, d.w.z. het duurt ongeveer 24 uur om informatie over de nieuwe DNS te verspreiden onder de internetproviders van onze planeet. Maar wees niet verbaasd als u na het wijzigen van DNS-servers veel eerder een werkende site op uw domein kunt zien. Dit is een gangbare praktijk en 24 uur is de maximale hoeveelheid tijd die nodig is om een domein te delegeren.

Domeinnaam registratie

In een notendop, ik wil de kwestie aan de orde stellen domeinnaam registratie.

Domeinregistratie is de handeling waarmee de client de registrar vertelt aan welke DNS-servers het subdomein moet worden gedelegeerd en de registrar ook contact- en factuurgegevens verstrekt. De registrar draagt de gegevens over aan het desbetreffende register. Meestal is dit het proces van het invoeren van het register eerste niveau zones(dat wil zeggen, in de TLD van de zone ru, com of anderen), records van de nieuwe domeinsubnaam.

Domeinnaam registrar is een organisatie die de bevoegdheid heeft om nieuwe domeinnamen aan te maken (te registreren) en de geldigheid van bestaande domeinnamen te verlengen in een domein waarvoor registratie verplicht is.

De domeinniveaus waarvoor verplichte registratie van de persoon die verantwoordelijk is voor het domein is vereist, zijn als volgt:

root domein
alle first level domeinen (TLD's)
sommige domeinen van het tweede niveau (bijvoorbeeld com.ru of co.uk)

Registrator voor het hoofddomein is de ICANN-organisatie. Om registrar te worden voor second-level domeinen (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), moet u een ICANN-accreditatie verkrijgen.

koppelingen:

https://www.nic.ru/whois/ - domeincontrole (basisinformatie)

http://www.cy-pr.com/tools/dns/ - uitgebreide informatie over DNS

Ja, dat kan.

Om een domein te delegeren zonder servers te testen, volstaat het om in de domeininstellingen een lijst met DNS-servers op te geven en op "Wijzigingen opslaan" te klikken.

Om een lijst met DNS-servers voor een domein op te geven, moet u:

log in op het gedeelte "Voor klanten" van www.nic.ru;
zoek de vereiste domeinservice;
selecteer in de sectie "DNS-servers" de link "Wijzigen" (voor een gedelegeerd domein) of "Instellen" (voor een domein met de status "Niet-gedelegeerd");
een lijst met DNS-servers instellen;
klik op "Wijzigingen opslaan".

Als u bij het plaatsen van een bestelling het selectievakje "DNS-servers testen voor .RU- en.SU-domeinen" heeft aangevinkt, wordt de standaardprocedure voor het testen van DNS-servers gestart. In dit geval duurt de domeindelegatieprocedure 6 uur tot meerdere dagen, afhankelijk van de testresultaten. Na succesvolle afronding van de test worden gegevens op de nieuwe lijst met DNS-servers voor het domein overgedragen naar de zone-rootservers en de Whois-service. Whois-servicegegevens worden elke 15 minuten bijgewerkt.

Als het selectievakje "DNS-servers testen voor .RU- en.SU-domeinen" niet is geselecteerd bij het bestellen, wordt het domein gedelegeerd bij het bijwerken van informatie in de bovenste zone. De RU-zone wordt 4 keer per dag bijgewerkt: om 02:00, 10:00, 14:00, 19:00 (Moskou tijd). Zones SU en RF worden elk oneven uur bijgewerkt. Zone-updates duren enkele minuten tot een half uur. In dit geval duurt de domeindelegatieprocedure enkele minuten tot 6 uur, afhankelijk van de tijd dat de gegevens in de bovenste zone worden bijgewerkt.

Houd er ook rekening mee dat het bijwerken van de gegevens op de caching DNS-servers van internetproviders bovendien enkele dagen kan duren.

Ja, dat kan. Dit vereist:

log in op de sectie "Voor klanten";
selecteer het item "Diensten. Mijn domeinen ";
zoek het domein waarvan u de delegatie wilt opschorten;
volg de link "Wijzigen" in de kolom "DNS-servers";
in het blok "Pauze domeindelegatie" klik op "Pauzeer delegatie".

Als u wilt stoppen met het testen van DNS-servers, moet u:

log in op het gedeelte "Voor klanten" van de www.site;
klik op "Stop testen".

Om de DNS-testprocedure opnieuw te starten, moet u de volgende acties uitvoeren in het gedeelte "Voor klanten" van de www.site:

selecteer het item "Diensten. Gegevens inzien en wijzigen → Mijn domeinen ";
zoek de gewenste service ("Domein");
selecteer in de sectie "DNS-servers" de link "Wijzigen";
vink het vakje "DNS-servers testen" aan;

De wijzigingen worden van kracht nadat de informatie in de zone op het hoogste niveau is bijgewerkt. De RU-zone wordt 4 keer per dag bijgewerkt: om 02:00, 10:00, 14:00, 19:00 (Moskou tijd). Zones SU en RF worden elk oneven uur bijgewerkt. Zone-updates duren enkele minuten tot een half uur.

Nadat de zone is bijgewerkt, duurt het ongeveer een dag om informatie over het domein via internet te verspreiden.

Delegeren van een domein in de RU-zone kan alleen als er minimaal twee servers (Primary en Secondary DNS) zijn die het te delegeren domein ondersteunen.

DNS-server ns.www.com heeft zijn IP-adres gewijzigd. Om de informatie hierover in de DNS te actualiseren, moet u de informatie in de zone www.com wijzigen. Neem contact op met uw www.com-domeinbeheerder of uw ISP die deze DNS-server beheert.

De lijst met DNS-servers wijzigen:

selecteer het item "Diensten. Gegevens inzien en wijzigen → Mijn domeinen ";
zoek de gewenste service ("Domein");
selecteer in de sectie "DNS-servers" de link "Wijzigen";
voer de lijst met servers in en klik op de knop "Wijzigingen opslaan".

Het is noodzakelijk om een NS-record te maken voor het domein van het derde niveau in het hogere domein van het tweede niveau. Als u bijvoorbeeld het domein masha.test.ru wilt delegeren en tegelijkertijd ns.my-provider.ru, ns.myprovider.ru als primaire en secundaire servers wilt gebruiken, moet u het volgende record maken in de test.ru zone:

volg de link in de laatste alinea van elk bericht dat naar u is verzonden;
een verzoek indienen om uw e-mailadres uit te sluiten van de mailinglijst.

Om een verzoek in te dienen, moet u het nummer van het contract weten, in de contactgegevens waarvan uw e-mailadres is vermeld. Het contractnummer vindt u in een van de mailinglijsten waarvan u zich afmeldt.

Er wordt onmiddellijk een e-mail gestuurd naar het e-mailadres dat in het verzoek is opgegeven, waarin u wordt gevraagd uw voornemen om dit adres van de DEXTRA-mailinglijst te verwijderen, te bevestigen. Totdat het verzoek door u is bevestigd, wordt het e-mailadres niet verwijderd uit de contactgegevens onder het contract.

Indien bij het invullen van de vragenlijst geen e-mailadres voor technische meldingen (mnt-nfy) is opgegeven, ontvangt u bijvoorbeeld geen berichten over mislukte testen met opgave van de reden.

U kunt dit adres automatisch invoeren via de webinterface:

ga naar de sectie "Voor klanten";
selecteer in het menu "Overeenkomst" het item "Gegevens wijzigen";
wijzigingen aanbrengen in het "E-mailadres voor technische meldingen (mnt-nfy)";
wijzigingen opslaan.

Domeindelegatie gaat over het specificeren van de DNS-servers die het draaiende houden. DNS-servers moeten worden opgegeven in de domeininstellingen op de website van de registrar.

Aandacht.

U kunt een domein pas aan Yandex-servers delegeren nadat u het aan Mail for Domain hebt toegevoegd.

Een domein delegeren aan Yandex-servers:

Open hiervoor de pagina Mijn domeinen en log in op het account dat is aangemaakt om ermee te werken. Controleer voor het juiste domein.

Wijzig de waarden van de primaire en secundaire DNS-servers als volgt:

Primaire DNS-server - "dns1.yandex.net." ...

Secundaire DNS-server - "dns2.yandex.net." ...

Opmerking. De letter "d" aan het begin van de naam van de DNS-servers is vereist.

Als het bedieningspaneel velden heeft voor het invoeren van IP-adressen, laat deze dan leeg.

Wacht tot de wijzigingen in DNS van kracht worden. Dit proces kan tot 72 uur duren.

Controleer de status van uw domein op de pagina Mijn domeinen - de waarde zou moeten zijn "Het domein is verbonden en gedelegeerd aan Yandex".

Hoe domeindelegatie uw website beïnvloedt

DNS-hosting en sitehosting zijn twee verschillende diensten die vaak tegelijkertijd door hostingproviders worden aangeboden. Maar ze zijn op geen enkele manier aan elkaar gerelateerd, dus u kunt DNS-hosting probleemloos overzetten naar Yandex-servers. Dit heeft geen invloed op de werking van de site.

Wanneer u een domein delegeert aan Yandex, worden er A-records gemaakt op de e-mailservers voor het domein, die verwijzen naar het hostingadres van uw site. Als de A-records niet automatisch zijn aangemaakt, kunt u deze handmatig toevoegen in de DNS-editor:

Voer @ in het veld Host in als u een vermelding voor het hoofddomein configureert.

Als het record is geconfigureerd voor een subdomein, moet u in het veld Host het deel van de subdomeinnaam opgeven tot aan de eerste punt, bijvoorbeeld:

als de subdomeinnaam bar bar » ;

als de subdomeinnaam foo.bar "Foo.bar" .

selecteer in de vervolgkeuzelijst Type de waarde "A" (of "AAAA" als de site toegankelijk is via IPv6);

voer in het veld Waarde opnemen het IP-adres van de gewenste site in.

Herhaal vervolgens de procedure voor een ander A-record. Als u een vermelding voor een hoofddomein configureert, voert u "www" in het veld Host in. Als het record is geconfigureerd voor een subdomein, moet u in het veld Host "www" opgeven en een deel van de subdomeinnaam tot aan de eerste punt, bijvoorbeeld:

als de subdomeinnaam bar.uwdomein.tld, specificeer in het veld Host " www.bar » ;

als de subdomeinnaam foo.bar.uwdomein.com, typ in het veld Host "Www.foo.bar" .

De rest van de velden zijn op dezelfde manier geconfigureerd als de eerste record.

Veel beginnende site-eigenaren vragen zich af waarom het domein niet direct beschikbaar is. De registratie duurt inderdaad maar een paar minuten, wat kost de rest van de tijd? Hetzelfde probleem doet zich voor bij het overzetten van een adres naar een andere hosting. De reden hiervoor is uit het artikel dat u zult ontdekken wat het is.

Voordat u met de registratie begint, moet u de naam van de toekomstige site selecteren, die moet bestaan uit een unieke reeks letters of cijfers (streepjes zijn toegestaan, maar niet aan het einde of aan het begin). Deze combinatie is de domeinnaam van uw resource. U kunt een gratis adres kopen bij registrar-bedrijven, dat gemakkelijk kan worden gevonden.

Registratie proces

Allereerst ga je naar een bron die de diensten levert die je nodig hebt. Vul het formulier in waarin u uw gegevens invoert. De registrar inspecteert ze en maakt, als alles klopt, een aantekening over het nieuwe adres in een speciaal register, dat wil zeggen delegeert de domeinen. Binnenkort wordt de informatie op de hoofdservers bijgewerkt. Indien nodig wordt de cache op de DNS-servers bijgewerkt.

Elke registratiefase neemt een bepaalde tijd in beslag, afhankelijk van de instellingen van de organisatie. Daarom kunt u de bron niet direct na het betalen van het adres in gebruik nemen. U kunt de domeindelegatie controleren in het controlepaneel in uw persoonlijke account op de website van de registrar.

Domeinoverdracht

Er is een dergelijke procedure als of de herdelegatie ervan. Om het te implementeren, moet u een aanvraag indienen om de lijst met NS-servers te wijzigen. Dit kan in uw persoonlijke account op de website van de registrar. Voor de juiste procedure moet u de nieuwe serveradressen specificeren waarnaar de herdelegatie zal worden uitgevoerd.

Wijzigingen worden snel doorgevoerd, de geschatte tijd is ongeveer een half uur. Dan begint een langer proces (tot enkele dagen) - irrelevante informatie over oude waarden werd in de cache op de servers van de providers opgeslagen.

Deze update van de domeinzone is een proces dat niet kan worden gecontroleerd. De wachttijd is afhankelijk van de instellingen van de vorige servers en de staat van de DNS van elke individuele provider. Het is technisch onmogelijk om te voorspellen wanneer het zal eindigen en de domeindelegatie zal zijn voltooid. Daarom moet je geduld hebben en de nieuwe hosting niet de schuld geven van traagheid: in dit geval hangt er praktisch niets van af.

Wat moet er gebeuren om het proces te versnellen?

De belangrijkste reden voor het vertragen van domeindelegatie is het cachen van onjuiste informatie over hen. Als je een gloednieuw adres registreert, wees dan geduldig en wacht, dit proces zou niet lang moeten duren. Het is verstandig om in te grijpen als u een domein verhuist, dan is het heel goed mogelijk om de wachttijd te verkorten.

Neem contact op met de beheerder van de server waarnaar het adres wordt gedelegeerd en vraag hem om de TTL-informatie te wijzigen (stel de minimumwaarde in).
Test de domeinzone. Veel registrar-bedrijven bieden aan om dit automatisch te doen. Soms mislukt deze procedure vanwege netwerkproblemen, zelfs als de zone correct is geconfigureerd, dus het is aan jou om te beslissen of je dit advies gebruikt.
Als u de serverlijst voor een domein wijzigt, moet u er een tijdje niet naar verwijzen. Als u tijdens de overdracht met de bron moet werken, neemt u contact op met uw hostingprovider. Vraag naar de servicedomeinnaam voor toegang tot bronnen (ook wel technische aliassen genoemd).
Als u dit kunt doen, wis dan zelf de resolvercache. Op het Windows-besturingssysteem kunt u dit bijvoorbeeld doen met een consoleopdracht.

Opsommen

Dus nu weet je wat domeindelegatie betekent. Dit is de tweede stap bij het registreren van uw adres op internet. Eerst wordt de informatie over het nieuwe adres toegevoegd aan een speciale database, daarna wordt het domein direct gedelegeerd. Zonder deze belangrijke stappen te voltooien, kunt u geen werk van de resource verwachten.

Delegeren is een belangrijke fase van registratie. Pas nadat het volledig is doorgegeven, wordt het adres volledig operationeel en alleen dan kunt u de site op het World Wide Web zien. Met andere woorden, delegatie is de activering van een geregistreerd domein.

Domeindelegatie is het proces waarbij de controle over een deel van een domeinzone wordt overgedragen aan een andere verantwoordelijke partij. Hoewel dit ingewikkeld klinkt, gaat het delegeren van domeinen zelf over het specificeren van DNS-servers ervoor. Deze bewerking is beschikbaar voor iedereen met een eerste kennis van de internetgebruiker. Technisch gezien moet u, om een domein te delegeren, een bronrecord in zijn zone specificeren (meestal meerdere records) typ NS.

Volgens de Regels voor de registratie van domeinnamen in de .RU- en .РФ-domeinen wordt een delegatieverzoek alleen uitgevoerd op voorwaarde dat de registrar de mogelijkheid heeft gecontroleerd om contact op te nemen met de beheerder via een telefoonnummer dat is opgeslagen in het register met de functie van het ontvangen van korte tekstberichten (sms).

In sommige gebieden (bijvoorbeeld .ru, .su en .рф) domeinen kunnen worden verwijderd uit delegatie, ondanks het feit dat er DNS-servers voor zijn gespecificeerd. In feite zal zo'n domein niet beschikbaar zijn, de controle over zijn zone zal niet worden overgedragen aan naamservers, maar whois-server zal blijven melden dat sommige DNS-servers zijn geregistreerd voor het domein. In dit geval geeft de whois-server noodzakelijkerwijs informatie weer over de status van het domein, bijvoorbeeld voor de zone .ru in geval van terugtrekking uit de delegatie, staat geschreven: GEREGISTREERD, ONGEDEGEGEERD... U kunt de statussen van domeinnamen bekijken in onze.

De redenen voor het dringend verwijderen van een domein uit delegatie variëren. Het initiatief kan zowel van de domeineigenaar als van de registrar komen. Als de eigenaar zelf onmiddellijk alle gerelateerde services en sites van het domein wil loskoppelen, moet hij de status voor het domein instellen ONGEDELEGEERD(afhankelijk van de domeinzone kunnen de statussen variëren), en de taak zal worden voltooid. Als de registrar een klacht ontvangt over een bepaald domein, heeft hij het recht om het domein naar eigen goeddunken met geweld uit de delegatie te verwijderen.

Naast noodgevallen van domeinverwijdering uit delegatie, zijn er ook standaardgevallen die worden geregeld door de registerregels.

Domeindelegatie en registratieperiode

Na het verstrijken van de domeinregistratieperiode wordt het domein uit de delegatie verwijderd en begint de blokkeringsperiode, waarna het domein uit het register wordt verwijderd. Domeinen in zones .ru, .su en .рф worden niet verwijderd in het weekend en op feestdagen, evenals op de eerste werkdag na een niet-werkdag. De meeste westerse domeinzones hebben vergelijkbare regels.

Een domein delegeren duurt even

Vanwege de technische kenmerken van het domeinnaamvertaalsysteem (het zogenaamde DNS-systeem), wordt het domein na het installeren van DNS-servers voor een domein niet onmiddellijk aan hen gedelegeerd. Ondanks dat informatie op de whois-server vrijwel gelijktijdig verandert, zullen de lokale DNS-servers van internetproviders deze pas na een tijdje ontvangen. Experimenteel is vastgesteld dat domeindelegatie, d.w.z. het duurt ongeveer 24 uur... Maar wees niet verbaasd als u na het wijzigen van DNS-servers veel eerder een werkende site op uw domein kunt zien. Het kan echter ook voorkomen dat de site na een dag niet meer beschikbaar is. De maximale hoeveelheid tijd die nodig is voor domeindelegatie is: 72 uur.