Hvordan delegere et domene, hva det betyr og hva er DNS. Delegering av et domene til en ny hosting

Introduksjon

Hovedformålet med DNS er å kartlegge domenenavn til IP-adresser og omvendt – IP til DNS. Hva er hele dette systemet for noe? Datamaskiner på nettverket kommuniserer med hverandre ved hjelp av kun IP-adresser. En IP-adresse kan sammenlignes med et telefonnummer – for at en datamaskin skal kunne kontakte en annen, må den kjenne sin IP-adresse. Imidlertid har IP-adresser to ulemper: For det første er det bare et begrenset antall av dem (noe som ikke er veldig viktig for oss nå), og for det andre, og enda viktigere, er IP-adressen veldig vanskelig for en person å huske. Fortsetter du med telefonnummeranalogien, husker du telefonnumrene til alle dine venner og bekjente? Sannsynligvis ikke. Men du kan alltid bruke en notatbok.

HISTORIE

Domenenavnsystemet ble oppfunnet av Paul McPatrix på forespørsel fra John Postel i 1983, og han gjorde den første implementeringen. I 1984 skrev 4 Berkeley-studenter - Douglas Terry, Mark Painter, David Riggle og Sodney Zoo den første UNIX-implementeringen, som de kalte Berkeley Internet Name Domain Server (BIND). I 1985 ble koden for denne implementeringen vesentlig omskrevet av Kevin Dunlap, og i 1990 ble den portert til Windows NT. BIND er for tiden den mest brukte DNS-serveren i verden.

Grunnleggende domenenavnsystemkonsepter

Domenestrukturen til DNS er et trelignende hierarki som består av noder, soner, domener, underdomener og andre elementer.

"Toppen" av domenestrukturen er rotsonen. Rotsoneinnstillinger ligger på mange servere/speil rundt om i verden og inneholder informasjon om alle servere i rotsonen, samt er ansvarlig for første nivå domener(ru, net, org, etc.). Informasjon om rotsoneserverne finnes på rotservernes nettsted.

sone er hvilken som helst del av treet i domenenavnsystemet, plassert som en helhet på noen DNS-server... Sonen, for en bedre forståelse, kan kalles "Ansvarsområde". Hensikten med å fremheve en del av treet i en egen sone er overføring av ansvar ( delegasjon) for den grenen til en annen person eller organisasjon.

Domene er en navngitt gren eller undertre i DNS-navntreet, det vil si at det er en spesifikk node som inkluderer alle underordnede noder.

Hver node i DNS-hierarkiet er atskilt fra sin overordnede med en prikk. Domenenavn begynner med en prikk (rotdomene) og går gjennom domenene til den første, andre og om nødvendig tredje osv. nivåer og slutter med vertsnavnet. De. Domenenavn reflekterer fullt ut DNS-hierarkistruktur... Den siste prikken (betegnelse på rotdomenet) i domenenavnet er utelatt (det vil si at i nettleseren skriver vi ikke inn site.nam e. og site.nam e ).

Så etter å ha analysert strukturen til domenenavnet, kom vi umerkelig til konseptet FQDN.

FQDN(eng. Fullt kvalifisert domenenavn, fullt kvalifisert domenenavn) er domenenavnet, utvetydig definere domenenavnet og inkludere navnene på alle overordnede domener i DNS-hierarkiet, inkludert rot... En slags analog av den absolutte banen i filsystemet.

La oss analysere det ovenstående ved å bruke eksempelet på domenenavnet www.mydomain.com:

Maksimal FQDN-størrelse er 255 byte, med en grense på 63 byte per domenenavn.

Det er også den såkalte. reserverte domenenavn, definert i RFC 2606 ( Reserverte toppnivå DNS-navn- Reserverte toppdomenenavn) definerer domenenavnene som skal brukes som eksempler (f.eks. i dokumentasjon) og også for testing. Slike navn inkluderer for eksempel example.com, example.org og example.net, samt test, invalid, etc.

Hvordan DNS fungerer

Hele DNS-systemet er bygget på teknologi klient server... Dette betyr at det finnes DNS-servere som venter på forespørsler fra brukere, og det er det DNS-klienter som disse forespørslene sender. Alle nettlesere har en innebygd DNS-klient, som er ansvarlig for å omkode DNS-navnet til en IP-adresse. Etter at du har skrevet noe i adressefeltet og trykket på enter, ser det ut til at det fungerer. I utgangspunktet vet han ikke mer om domenenavnet enn deg, og det er derfor han begynner å spørre. La oss vurdere prosedyren for å få en ip-adresse basert på et domenenavn.

Hvis brukeren får tilgang til samme nettverksressurs for en kort tid, sendes ikke forespørselen til den eksterne serveren, men informasjonen søkes i hurtigbufferen. Rekkefølgen for behandling av forespørsler kan beskrives som følger: søk etter et svar i den lokale cachen -> søk etter et svar på den lokale serveren til leverandøren -> søk etter informasjon på nettverket.

Denne ordningen er den vanligste på nettverket og ser slik ut:

• Trinn 1. Nettleseren ser etter IP-adressen til domenet i den lokale hurtigbufferen, og hvis den ikke blir funnet, kontakter den den lokale domenenavnserveren (serveren til Internett-leverandøren) for IP-adressen, og gir den domenenavnet.
• Steg 2. Leverandørens server fastslår at adressen ikke er inkludert i dette domenet og gjelder for adressen til serveren til det forespurte domenet til rotdomenenavnserveren.
• Trinn 3. Rotdomenenavnserveren gir den lokale domenenavnserveren adressen til domenenavnserveren til det nødvendige domenet.
• Trinn 4. Den lokale domenenavnserveren ber den eksterne serveren om å løse forespørselen fra klienten (nettleseren).
• Trinn 5. Den eksterne serveren rapporterer IP-adressen til den lokale serveren.
• Trinn 6. Den lokale serveren rapporterer IP-adressen til nettleseren.
• Trinn 7. Nettleseren bruker den mottatte IP-adressen til nettstedets vertsserver.
• Trinn 8. Vertsserveren betjener dataene som genereres på forespørsel.

Dette er hvordan test-site.ru IP-adressen bestemmes:

Laster rotserverliste (statiske data): -> 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.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) Sender forespørsel til "f.root-servers .net "(192.5.5.241) Mottatt henvisningssvar - DNS-servere for" 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) Sender forespørsel til "f.dns.ripn.net "(193.232.156.17) Mottatt henvisningssvar - DNS-servere for" test-site.ru ": -> ns2.test-site.ru (5.9.195.91) -> ns1.test-site.ru (5.9.195.90) ) Sender forespørsel til "ns2.test-site.ru" (5.9.195.91) Tidsavbrudd venter på svar Sender forespørsel til "ns1.test-site.ru" (5.9.195.90) ​​Mottatt autoritativ (AA) respons: -> Svar: A-rekord for test-site.ru = 5.9.195.90 -> Autoritet: NS-rekord for test-site.ru = ns1.test-site.ru -> Autoritet: NS-rekord for test-site.ru = ns2. test-site.ru -> Tillegg: A-record for ns1.test-site.ru = 5.9.195.90 -> Tillegg: A-rekord for ns2.test-site.ru = 5.9.195.91

Lagre informasjon på DNS-servere

DNS-servere lagrer informasjon i form av ressursposter.

Ressursrekord er en enhet for lagring og overføring av informasjon i DNS. Hver slik post bærer samsvarsinformasjon noen Navn og tjenesteinformasjon i DNS, for eksempel, matching av et domenenavn til en IP-adresse.

En ressurspost består av følgende felt:

• navn (NAME)- domenenavnet som denne ressursposten er knyttet til eller som "tilhører", eller IP-adressen. Hvis dette feltet er fraværende, arves ressursposten fra forrige post.
• Time To Live (TTL)- bokstavelig talt "levetiden" til posten, lagringstiden for posten i DNS-cachen (etter den angitte tiden slettes posten), dette feltet kan ikke angis i individuelle ressursposter, men da må det angis kl. begynnelsen av sonefilen og vil bli arvet av alle poster.
• klasse (KLASSE)- definerer typen nettverk (i 99,99 % av tilfellene brukes IN (som betyr - Internett). Dette feltet ble opprettet under forutsetning av at DNS kan fungere i andre typer nettverk, unntatt TCP/IP)
• type (TYPE)- posttype, syntaks og postformål
• data (DATA)- diverse informasjon, hvis format og syntaks bestemmes av typen.

I dette tilfellet er det mulig å bruke følgende symboler:

• ; - Introduserer en kommentar
• # - Introduserer også kommentarer (kun BIND 4.9)
• @ - Gjeldende domenenavn
• () - Tillat data å spenne over flere linjer
• * - Metategn (bare i navnefeltet)

Hele settet med ressursposter kan finnes i wikipedia. De mest brukte i praksis er følgende ressursposter:

• EN - (adresseoppføring) tilordne et vertsnavn (domenenavn) til en IPv4-adresse. For hvert nettverksgrensesnitt på maskinen må det lages ett En rekord.

  Eksempel : test-site.ru. A. 5.9.195.90. I. 3600.

• MX (postutveksling) - spesifiserer vertene for levering av e-post adressert til domenet. I dette tilfellet indikerer NAME-feltet destinasjonsdomenet, TTL-feltene, CLASS - standardverdien, TYPE-feltet tar MX-verdien, og DATA-feltet spesifiserer prioriteten, atskilt med et mellomrom - domenenavnet til den ansvarlige verten for å motta post.

  Eksempel :

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

  NAVN	TTL	KLASSE	TYPE	DATA
  MX.YANDEX.RU	3600	I	MX	10

• NS (navneserver) peker til DNS-serveren som betjener dette domenet. Det ville være mer riktig å si - angi serverne som det gitte domenet er delegert til. Hvis NS-poster viser til navneservere for gjeldende sone, bruker domenenavnssystemet dem knapt. De forklarer ganske enkelt hvordan sonen er organisert og hvilke maskiner som spiller en nøkkelrolle i å tilby navnetjenester.

  Eksempel :

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

  NAVN	TTL	KLASSE	TYPE	DATA
  TEST-SITE.RU.	3600	I	NS	NS1.TEST-SITE.RU
  TEST-SITE.RU.	3600	I	NS	NS2.TEST-SITE.RU

• PTR (pekeren) - PTR-poster knytter en IP-adresse til et vertsnavn i domenet for omvendt oppslag (in-addr.arpa). Oppføringen inneholder IP-adressen og vertsnavnet som tilsvarer denne adressen. Vertsnavnet er i det fullt kvalifiserte domenenavnsformatet. Mange nettsteder, som et sikkerhetstiltak, nekter tilgang fra datamaskiner som har uoverensstemmelser mellom A- og PTR-postene, så sørg for at innholdet i PTR-postene er synkronisert med A-postene.
• SOA (Start av autoritet) - beskriver de grunnleggende / innledende innstillingene for sonen, kan man si, definerer ansvarssonen til denne serveren. Det skal bare være én SOA-post for hver sone, og den skal være den første. NAME-feltet inneholder domene-/sonenavnet, TTL-feltene, CLASS er en standardverdi, TYPE-feltet er SOA, og DATA-feltet består av flere verdier adskilt med mellomrom:

  - Navn hovedDNS (primær navneserver)

  - soneadministratoradresse

  Lengre - sonefilens serienummer (Seriell Nummer) ... Hver gang du gjør endringer i sonefilen må denne verdien økes, dette indikerer til sekundærserverne at sonen er endret og at de må oppdatere sonen sin.

  Lengre - tidtakerverdier (Forfriske - spesifiserer hvor ofte sekundære servere skal polle den primære for å finne ut om sonens serienummer har økt, Prøv på nytt - ventetid etter mislykket avstemningsforsøk, Utløpe - den maksimale tiden som sekundærserveren kan bruke informasjonen om den mottatte sonen, Minimum TTL er minimumstiden data forblir i hurtigbufferen til den sekundære serveren).

  Eksempel :

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

  NAVN	TTL	KLASSE	TYPE	DATA (i henhold til rekkefølgen ovenfor)
  TEST-SITE.RU.		I	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 (servervalg) - angi serverne som leverer driften av visse tjenester i dette domenet (for eksempel Jabber og Active Directory).

Domenedelegering

Delegasjon(det ville vært mer riktig å si delegering av ansvar) er en operasjon overføring av ansvar for en del av domenenavntreet (sone) til en annen person eller organisasjon. På grunn av delegering er fordeling av administrasjon og lagring av soner sikret i DNS.

Teknisk sett er delegering en liste over DNS-servere som skal være vert for teknisk informasjon om et domene (sonefil) til DNS-serverne som kjører toppnivådomener. Delegering er en forutsetning for drift av siden og post på domenet.

Domenedelegering utføres ved å endre NS - domeneposter, som indikerer adressen til DNS-serveren, som tilhører en tredjepart og er ansvarlig for vedlikehold av domenesonen. IP-adresseområder delegeres ved å bruke in-addr.arpa-domenesonen.

På grunn av de tekniske særegenhetene til oversettelsessystemet for domenenavn, etter installasjon av DNS-servere for et domene, blir ikke domenet umiddelbart delegert til dem. Til tross for at informasjonen på whois-serveren vil endres nesten samtidig, vil de lokale DNS-serverne til Internett-leverandører motta den først etter en stund.

Det er eksperimentelt fastslått at domenedelegering, d.v.s. det tar omtrent 24 timer å spre informasjon om den nye DNS blant Internett-leverandørene på planeten vår. Men ikke bli overrasket om du etter å ha byttet DNS-server kan se et fungerende nettsted på domenet ditt mye tidligere. Dette er vanlig praksis, og 24 timer er den maksimale tiden som kreves for å delegere et domene.

Domenenavnregistrering

I et nøtteskall vil jeg ta opp problemet registrering av domenenavn.

Domeneregistrering er handlingen der klienten forteller registraren hvilke DNS-servere som skal delegere underdomenet til og gir registraren kontakt- og faktureringsinformasjon. Registerfører overfører opplysningene til det aktuelle registeret. Oftest er dette prosessen med å gå inn i registeret soner på første nivå(det vil si i TLD-en til sonen ru, com eller andre), poster for det nye domeneundernavnet.

Domenenavnregistrator er en organisasjon som har myndighet til å opprette (registrere) nye domenenavn og fornye gyldigheten av eksisterende domenenavn i et domene som det er etablert obligatorisk registrering for.

Domenenivåene som det kreves obligatorisk registrering av den ansvarlige for domenet for er som følger:

• rotdomene
• alle førstenivådomener (TLDer)
• noen andrenivådomener (for eksempel com.ru eller co.uk)

Registrator for rotdomenet er ICANN-organisasjonen. For å bli registrar for andrenivådomener (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), må du få ICANN-akkreditering.

Linker:

https://www.nic.ru/whois/ - domenesjekk (grunnleggende informasjon)

http://www.cy-pr.com/tools/dns/ - utvidet informasjon om DNS

Ja det kan du.

For å delegere et domene uten å teste servere, i domeneinnstillingene er det nok å spesifisere en liste over DNS-servere og klikke på "Lagre endringer".

For å spesifisere en liste over DNS-servere for et domene, må du:

• logg inn på "For Clients"-delen av www.nic.ru;
• finn den nødvendige domenetjenesten;
• i delen "DNS-servere", velg koblingen "Endre" (for et delegert domene) eller "Sett" (for et domene med statusen "Ikke-delegert");
• angi en liste over DNS-servere;
• klikk "Lagre endringer".

Hvis du ved bestilling har merket av for "Test DNS-servere for .RU- og.SU-domener", startes standardprosedyren for testing av DNS-servere. I dette tilfellet vil prosedyren for domenedelegering ta fra 6 timer til flere dager, avhengig av testresultatene. Etter vellykket gjennomføring av testing, overføres data på den nye listen over DNS-servere for domenet til sonens rotservere og Whois-tjenesten. Whois-tjenestedata oppdateres hvert 15. minutt.

Hvis avkrysningsboksen "Test DNS-servere for .RU- og.SU-domener" ikke ble valgt ved bestilling, delegeres domenet ved oppdatering av informasjon i toppnivåsonen. RU-sonen oppdateres 4 ganger om dagen: kl. 02:00, 10:00, 14:00, 19:00 (Moskva-tid). Sonene SU og RF oppdateres hver oddetime. Soneoppdateringer tar fra noen minutter til en halv time. I dette tilfellet vil prosedyren for domenedelegering ta fra flere minutter til 6 timer, avhengig av tiden dataene i toppnivåsonen oppdateres.

Det bør også bemerkes at det kan ta opptil flere dager å oppdatere dataene på caching DNS-servere til Internett-leverandører.

Ja det kan du. Dette krever:

• logg inn på seksjonen "For klienter";
• velg elementet "Tjenester. Mine domener ";
• finn domenet hvis delegering du vil suspendere;
• følg koblingen "Endre" i kolonnen "DNS-servere";
• i blokken "Sett delegering av domene på pause" klikk på "Sett delegering på pause".

For å slutte å teste DNS-servere, må du:

• logg inn på "For klienter"-delen av www.nettstedet;
• klikk "Stopp testing".

For å starte DNS-testprosedyren igjen, må du utføre følgende handlinger i delen "For klienter" på www.nettstedet:

• velg elementet "Tjenester. Vise og endre data → Mine domener ";
• finn den nødvendige tjenesten ("Domene");
• i delen "DNS-servere", velg koblingen "Endre";
• merk av i boksen "Test DNS-servere";

Endringene trer i kraft etter at informasjonen i toppnivåsonen er oppdatert. RU-sonen oppdateres 4 ganger om dagen: kl. 02:00, 10:00, 14:00, 19:00 (Moskva-tid). Sonene SU og RF oppdateres hver oddetime. Soneoppdateringer tar fra noen minutter til en halv time.

Etter at sonen er oppdatert, tar det omtrent en dag å distribuere informasjon om domenet over Internett.

Delegering av et domene i RU-sonen kan kun utføres hvis det er minst to servere (primær og sekundær DNS) som støtter domenet som skal delegeres.

DNS-serveren ns.www.com har endret IP-adressen. For at informasjonen om dette skal oppdateres i DNS, må du endre informasjonen i www.com-sonen. Kontakt din www.com-domeneadministrator eller Internett-leverandøren din som administrerer denne DNS-serveren.

Slik endrer du listen over DNS-servere:

• velg elementet "Tjenester. Vise og endre data → Mine domener ";
• finn den nødvendige tjenesten ("Domene");
• i delen "DNS-servere", velg koblingen "Endre";
• skriv inn listen over servere og klikk på "Lagre endringer"-knappen.

Det er nødvendig å lage en NS-post for tredjenivådomenet i overordnet andrenivådomene. For eksempel, for å delegere domenet masha.test.ru, og samtidig bruke ns.my-provider.ru, ns.myprovider.ru som primære og sekundære servere, må du lage følgende post i test.ru sone:

• følg koblingen i siste avsnitt i hver melding som sendes til deg;
• be om å ekskludere e-postadressen din fra e-postlisten.

For å sende en forespørsel, må du vite nummeret på kontrakten, i kontaktdetaljene som din e-postadresse er angitt til. Kontraktnummeret finner du i hvilken som helst av postlistene du melder deg av.

En e-post vil umiddelbart bli sendt til e-postadressen spesifisert i forespørselen der du blir bedt om å bekrefte din intensjon om å fjerne denne adressen fra DEXTRA-e-postlisten. Inntil forespørselen er bekreftet av deg, vil ikke e-postadressen bli fjernet fra kontaktinformasjonen under kontrakten.

Hvis det ved utfylling av spørreskjemaet ikke er oppgitt en e-postadresse for tekniske varsler (mnt-nfy), vil du ikke motta meldinger for eksempel om mislykket testing med angivelse av årsak.

Du kan angi denne adressen automatisk ved hjelp av nettgrensesnittet:

• gå til delen "For kunder";
• i "Avtale"-menyen, velg elementet "Endre data";
• gjøre endringer i "E-postadresse for tekniske varsler (mnt-nfy)";
• lagre endringer.

Domenedelegering handler om å spesifisere DNS-serverne som holder den i gang. DNS-servere må spesifiseres i domeneinnstillingene på registrarens nettside.

Merk følgende.

Du kan delegere et domene til Yandex-servere først etter at du har lagt det til Mail for Domain.

For å delegere et domene til Yandex-servere:

For å gjøre dette, åpne Mine domener-siden og logg på kontoen som er opprettet for å jobbe med den. Se etter riktig domene.

Logg inn på domenekontrollpanelet på registrarens nettsted. Gå til delen Delegeringsinnstillinger.

Endre verdiene til de primære og sekundære DNS-serverne som følger:

• Primær DNS-server - "dns1.yandex.net." ...

  Sekundær DNS-server - "dns2.yandex.net." ...

Merk. Bokstaven "d" i begynnelsen av navnet på DNS-serverne er påkrevd.

Hvis kontrollpanelet har felt for å angi IP-adresser, la dem stå tomme.

Vent til endringene i DNS trer i kraft. Denne prosessen kan ta opptil 72 timer.

Sjekk statusen til domenet ditt på Mine domener-siden – verdien bør være "Domenet er koblet til og delegert til Yandex".

Hvordan domenedelegering vil påvirke nettstedet ditt

DNS-hosting og nettstedshosting er to forskjellige tjenester som ofte tilbys av hostingleverandører samtidig. Men de er ikke relatert til hverandre på noen måte, så du kan smertefritt overføre DNS-hosting til Yandex-servere. Dette vil ikke påvirke driften av nettstedet.

Når du delegerer et domene til Yandex, opprettes A-poster på e-postserverne for domenet, som peker til vertsadressen til nettstedet ditt. Hvis A-postene ikke ble opprettet automatisk, kan du legge dem til manuelt i DNS-editoren:

Skriv @ i Host-feltet hvis du konfigurerer en oppføring for rotdomenet.

Hvis posten er konfigurert for et underdomene, må du i Host-feltet spesifisere delen av underdomenenavnet opp til den første prikken, for eksempel:

• hvis underdomenenavnet bar bar » ;

  hvis underdomenenavnet foo.bar "Foo.bar" .

i rullegardinlisten Type velger du verdien "A" (eller "AAAA" hvis nettstedet er tilgjengelig via IPv6);

i Record value-feltet skriver du inn IP-adressen til det nødvendige nettstedet.

Gjenta deretter prosedyren for en annen A-post. Hvis du konfigurerer en oppføring for et rotdomene, skriv inn "www" i vertsfeltet. Hvis posten er konfigurert for et underdomene, må du i Host-feltet spesifisere "www" og en del av underdomenenavnet opp til den første prikken, for eksempel:

hvis underdomenenavnet bar.dittdomene.tld, i Host-feltet spesifiser " www.bar » ;

hvis underdomenenavnet foo.bar.dittdomene.com, skriv inn i vertsfeltet "Www.foo.bar" .

Resten av feltene er konfigurert på samme måte som den første posten.

Mange nybegynnere nettstedeiere lurer på hvorfor domenet ikke er umiddelbart tilgjengelig. Faktisk tar registreringen bare noen få minutter, hva tar resten av tiden? Det samme problemet oppstår når du overfører en adresse til en annen hosting. Grunnen til dette er fra artikkelen du vil finne ut hva det er.

Før du starter registreringen, må du velge navnet på det fremtidige nettstedet, som skal bestå av en unik sekvens av bokstaver eller tall (bindestrek er tillatt, men ikke på slutten eller begynnelsen). Denne kombinasjonen er domenenavnet til ressursen din. Du kan kjøpe en gratis adresse fra registrarselskaper, som lett kan finnes.

Registreringsprosess

Først av alt går du til en ressurs som gir de tjenestene du trenger. Fyll ut skjemaet der du legger inn dataene dine. Registraren inspiserer dem og, hvis alt stemmer, legger inn den nye adressen i et spesielt register, det vil si delegerer domenene. Snart blir informasjonen oppdatert på hovedserverne. Om nødvendig oppdateres cachen på DNS-serverne.

Hvert trinn i registreringen tar en viss tid, som avhenger av innstillingene til organisasjonen. Det er derfor du ikke kan begynne å bruke ressursen umiddelbart etter at du har betalt for adressen. Du kan sjekke domenedelegeringen i kontrollpanelet i din personlige konto på registrarens nettside.

Domeneoverføring

Det er en slik prosedyre som eller dens delegering. For å implementere det, må du søke om å endre listen over NS-servere. Dette kan gjøres på din personlige konto på registrarens nettside. For riktig prosedyre må du spesifisere de nye serveradressene som redelegeringen skal utføres til.

Endringer gjøres raskt, den omtrentlige tiden er omtrent en halv time. Deretter starter en lengre prosess (opptil flere dager) - irrelevant informasjon om gamle verdier ble bufret på leverandørenes servere.

Denne domenesoneoppdateringen er en prosess som ikke kan kontrolleres. Ventetiden avhenger av innstillingene til de tidligere serverne og tilstanden til DNS til hver enkelt leverandør. Det er teknisk umulig å forutsi når den avsluttes og domenedelegeringen vil være fullført. Det er derfor du bør være tålmodig og ikke klandre den nye hostingen for å være treg: i dette tilfellet avhenger praktisk talt ingenting av det.

Hva bør gjøres for å fremskynde prosessen?

Hovedårsaken til å bremse domenedelegeringen er caching av feil informasjon om dem. Hvis du registrerer en helt ny adresse, bare vær tålmodig og vent, denne prosessen bør ikke ta lang tid. Det er fornuftig å handle hvis du skal overføre et domene, da er det fullt mulig å redusere ventetiden.

• Kontakt administratoren for serveren som adressen blir delegert til og be ham endre TTL-informasjonen (angi minimumsverdien).
• Test domenesonen. Mange registrarselskaper tilbyr å gjøre dette automatisk. Noen ganger, på grunn av nettverksproblemer, vil denne prosedyren mislykkes selv om sonen er riktig konfigurert, så det er opp til deg å bestemme om du vil bruke dette rådet.
• Når du endrer serverlisten for et domene, ikke referer til den på en stund. Hvis du trenger å jobbe med ressursen under overføringen, kontakt din vertsleverandør. Spør om tjenestedomenenavnet for tilgang til ressurser (også kalt tekniske aliaser).
• Hvis du kan gjøre dette, tøm resolver-bufferen selv. For eksempel, på Windows-operativsystemet, kan du gjøre dette ved å bruke en konsollkommando.

Oppsummering

Så nå vet du hva domenedelegering betyr. Dette er det andre trinnet i å registrere adressen din på Internett. Først legges informasjonen om den nye adressen til i en spesiell database, deretter delegeres domenet direkte. Uten å fullføre disse viktige trinnene, kan du ikke forvente arbeid fra ressursen.

Delegering er et viktig trinn i registreringen. Først etter at den er fullstendig bestått, vil adressen bli fullt operativ, og først da vil du kunne se nettstedet på World Wide Web. Med andre ord er delegering aktivering av et registrert domene.

Domenedelegering er prosessen med å overføre kontroll over en del av en domenesone til en annen ansvarlig part. Selv om dette høres komplisert ut, handler domenedelegering i seg selv om å spesifisere DNS-servere for det. Denne operasjonen er tilgjengelig for alle med et innledende kunnskapsnivå om Internett-brukeren. Teknisk sett, for å delegere et domene, må du spesifisere en ressurspost i sonen (vanligvis flere poster) type NS.

I henhold til reglene for registrering av domenenavn i .RU- og .РФ-domenene, utføres en søknad om delegering kun under forutsetning av at registraren har sjekket muligheten for å kontakte administratoren ved å bruke et telefonnummer som er lagret i registeret med funksjonen for å motta korte tekstmeldinger (sms).

I noen områder (f.eks .ru, .su og .рф) domener kan fjernes fra delegering, til tross for at DNS-servere er spesifisert for dem. Faktisk vil et slikt domene ikke være tilgjengelig, kontroll over sonen vil ikke bli overført til noen navneservere, men whois server vil fortsette å rapportere at noen DNS-servere er registrert for domenet. I dette tilfellet viser whois-serveren nødvendigvis informasjon om statusen til domenet, for eksempel for sonen .ru i tilfelle tilbaketrekking fra delegering, skrives staten: REGISTRERT, UDELEGERT... Du kan se statusene til domenenavn i vår.

Årsakene til umiddelbar fjerning av et domene fra delegering varierer. Initiativet kan komme fra både domeneeieren og registraren. Hvis eieren selv ønsker å umiddelbart koble alle relaterte tjenester og nettsteder fra domenet, må han angi statusen for domenet UDELEGERT(avhengig av domenesonen, kan statusene variere), og oppgaven vil bli fullført. Hvis registraren mottar en klage på et bestemt domene, har han rett til å fjerne domenet fra delegering med tvang etter eget skjønn.

I tillegg til akutte tilfeller av domenefjerning fra delegering, er det også standard som reguleres av registerreglene.

Domenedelegering og registreringsperiode

Etter utløpet av domeneregistreringsperioden fjernes domenet fra delegering og sperreperioden starter, hvoretter domenet fjernes fra registeret. Domener i soner .ru, .su og .рф slettes ikke i helger og helligdager, samt første virkedag etter en ikke-virkedag. De fleste vestlige domenesoner har lignende regler.

Delegering av et domene tar en stund

På grunn av de tekniske egenskapene til oversettelsessystemet for domenenavn (det såkalte DNS-systemet), etter installasjon av DNS-servere for et domene, blir ikke domenet umiddelbart delegert til dem. Til tross for at informasjonen på whois-serveren vil endres nesten samtidig, vil de lokale DNS-serverne til Internett-leverandører motta den først etter en stund. Det er eksperimentelt fastslått at domenedelegering, d.v.s. det tar ca 24 timer... Men ikke bli overrasket om du etter å ha byttet DNS-server kan se et fungerende nettsted på domenet ditt mye tidligere. Det kan imidlertid også skje at siden vil være utilgjengelig etter en dag. Den maksimale tiden som kreves for domenedelegering er 72 timer.