DNS Typer DNS-poster

En CNAME-post lar deg tilordne et alias til en vert. Dette aliaset forbinder vanligvis en funksjon med verten, eller forkorter ganske enkelt navnet.

Du kan konfigurere tilgang til postkasseautorisasjonssiden på "mail.yourdomain.tld", der "yourdomain.tld" er navnet på domenet som postkassene ble opprettet på. For å gjøre dette, må du opprette en CNAME-post i henhold til instruksjonene nedenfor. Posten skal opprettes på de serverne som domenet ditt er delegert til.

Hvis du har delegert domenet ditt til Yandex-servere, vil den nødvendige CNAME-posten konfigureres automatisk. Du kan se eller redigere innstillingene i DNS-editoren til Mail for et domene.

Åpne DNS-administrasjonssiden på nettstedet til selskapet som tilbyr DNS-vertstjenestene dine.

Opprett en CNAME-post med følgende feltverdier (i forskjellige paneler feltnavn kan variere):

• Navn - "mail".

  Noen kontrollpaneler krever at oppføringsnavnet er fullt navn underdomene, for eksempel "mail.yourdomain.tld".

  Verdien er "domain.mail.yandex.net." . Vær oppmerksom på at du ikke trenger å endre servernavnet (erstatt domenenavnet ditt i stedet for domene).

  Perioden på slutten av servernavnet kreves med mindre kontrollpanelet legger til denne perioden som standard.

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

Webmin støtter ikke alle posttyper som BIND kjenner til. Bare de som er mer vanlige støttes. Nedenfor vil vi beskrive hvilke typer poster som Webmin kan jobbe med. I tillegg vil det bli gitt en kort beskrivelse av hver av disse typene.

Posttyper tilgjengelig i direkte sone:

Adresse (A)- adressetype post. Denne typen knytter en IP-adresse til et vertsnavn. Ethvert system du ønsker å koble til via HTTP, telnet eller annen protokoll som har et vertsnavn tilordnet, må ha en adressepost slik at vertsnavnet kan brukes til å finne vertens IP-adresse. Husk, ett vertsnavn( vertsnavn) kan ha flere adresseposter (poster En type). Dette brukes ofte til å fordele belastningen på et nettsted på tvers av flere systemer. I tillegg kan du opprette flere adresseoppføringer med forskjellige vertsnavn, men samme IP-adresse, som om du opprettet navnbasert) virtuelle servere Apache.

Når du oppretter eller redigerer en adresseoppføring, vises feltet Adresse (IP-adresse) er ment å registrere IP-adressen som vil knyttes til vertsnavnet. Felt Oppdatere omvendt??) , er ansvarlig for automatisk opprettelse og endre oppføringen Omvendt adresse, typePTR) V Omvendt sone) . Se Legge til og redigere oppføringer for detaljer.

Navnetjener (NS)- posttype som definerer navnet på serveren som er ansvarlig for å betjene sonen. Hver sone må ha minst én NS-post og kan også ha flere NS-poster for underdomener til den sonen. Hvis du setter opp en sekundær DNS-server for en bestemt sone, så ikke glem å sjekke om NS-posten for denne sonen er lagt til hoved-DNS-serveren. I dette tilfellet (hvis du setter opp en ekstra DNS-server), må postnavnet være kanonisk for sonen, for eksempel eksempel.com (dvs. fullstendig med overordnet sone(r)).

Når du oppretter eller redigerer en post av denne typen, er Navneserver-feltet ment for å angi IP-adressen eller vertsnavnet, DNS-serveren som er ansvarlig for å betjene sonen. Hvis du skriver inn et vertsnavn, trenger du også en adressepost (A-record) med en IP-adresse for dette vertsnavnet som ligger i en bestemt sone på din DNS-server.

Navnealias (CNAME)- denne typen post lar deg lage aliaser (aliaser, lenker, bindinger) til eksisterende adresse (Adresse; type A) og omvendt adresse (Reverse Address, type PTR) poster. Når en DNS-klient ber om en IP-adresse av denne typen (Name Alias), mottar den IP-adressen som er spesifisert i posten som bindingen gjøres til. Dette kan være nyttig hvis du vil at en bestemt vert skal være tilgjengelig under flere navn. Selvfølgelig kan dette oppnås ved å opprette flere adresseposter, men alternativet med aliaser er mer praktisk ved at hvis en verts IP-adresse har endret seg, er det ikke nødvendig å endre noe i aliasene. Mens, hvis du bruker mange adresseposter, må du gjøre endringer i hver post knyttet til denne bestemte serveren.

Skjemaet for å opprette og redigere en Name Alias-post inneholder Real Name-feltet, beregnet for å legge inn det kanoniske virkelige navnet på posten som aliaset skal peke til (for eksempel webserver.example.com).

Mail Server (MX)- posttype som rapporterer e-postprogrammer, som Sendmail eller Qmail, hvor e-postserveren er plassert (serveren som må kontaktes for å levere e-post i dette domenet). Uten denne posten vil e-post for dette domenet bli levert til systemet (den serveren, verten) hvis IP-adresse er angitt i adresseposten (Adresse, type A) for denne sonen.

Hver MX-post har prioritet, noe som lar deg avlaste belastningen mellom flere e-postservere. Følgelig forteller prioritet mailere (leveranser) hvilken server som blir kontaktet først. Og så i synkende rekkefølge, for eksempel hvis en server med høy prioritet ikke svarer.

Merk: Høy prioritet i i denne sammenhengen betyr ikke det meste stort antall, og den minste, dvs. 10 er høyere enn 50.

Servere med lav MX-prioritet er designet for å videresende e-post til en vert som vil lagre e-post. Så, når e-postserveren med høyest prioritet er ledig, vil den ta brevene fra lagringen og sende dem til adressen.

Når du legger til eller redigerer en MX-post, har du to felt tilgjengelig for deg. I den første må du skrive inn det kanoniske vertsnavnet (vertsnavn) eller en lenke til det (vertsnavn) til e-postserveren. Det andre feltet er ment for å angi prioritet til MX-posten. Vanligvis er hovedserveren satt til prioritet 5. Hvis du bare har én e-postserver, spiller ikke prioriteten noen rolle. I tillegg kan du angi at to e-postservere skal ha samme prioritet. I dette tilfellet vil serveren som skal levere brevet til mottakeren bli bestemt tilfeldig.

Vertsinformasjon (HINFO)- en posttype som brukes til å lagre informasjon om arkitekturen og operativsystemet til en bestemt vert. For eksempel kan det hende du må opprette en oppføring for serveren test.example.ru at den (serveren) er en x86 PC som kjører FreeBSD. Dette brukes imidlertid svært sjelden, siden slik informasjon kan brukes av angripere når de forbereder angrep.

Når du legger til eller redigerer denne posttypen, er maskinvare- og operativsystemfeltene for å legge inn arkitekturen og operativsystem henholdsvis vert. Du bør legge inn data i disse feltene uten mellomrom, og erstatte mellomrom med et «jord»-tegn, det vil si «_» uten anførselstegn.

Tekst (TXT) - en posttype som knytter vilkårlig tekstinformasjon til den valgte sonen (domene). Det vil si at du ikke kan legge til en TXT-post bare et sted. Det kan bare legges til når du redigerer en bestemt sone. Så dette vil bli knyttet til den redigerbare sonen tekstinformasjon. Denne typen kan brukes til å legge ved kommentarer til en bestemt sone (domene). Vær forsiktig, siden denne informasjonen kan leses av alle som ber om informasjon om sonen (domenet), så ikke legg ut sensitiv informasjon i kommentarfeltet.

Når du legger til eller redigerer denne typen post, er meldingsfeltet for å legge inn en kommentar til verten. Denne teksten kan også inneholde mellomrom.

Velkjent tjeneste (WKS) - en posttype som knytter vertsnavnet, porten og protokollen til en tjeneste (for eksempel post) med den valgte sonen. Dette kan for eksempel brukes til å indikere for klienter hvilken vert som er e-postserveren. De fleste programmer ber imidlertid ikke om WKS-poster, så i praksis er denne typen poster ofte ubrukelig.

Når du legger til eller redigerer denne typen oppføringer, er feltene Adresse (IP-adresse), Protokoll og Tjenester ment for å angi IP-adressen til verten for en tjeneste som er gitt for denne sonen (domene); nettverksprotokoll, som brukes av tjenesten - TCP eller UDP; portnummeret som er oppgitt denne tjenesten, henholdsvis.

Ansvarlig person (RP)- en posttype som assosierer en person eller gruppe personer som er ansvarlige for denne sonen (domene). Feltene E-postadresse (E-postadresse) og Tekstpostnavn (Navn) er beregnet på å legges inn E-post adresse den ansvarlige og hans navn (henholdsvis for- og etternavn). Denne typen post brukes sjelden.

Plassering (LOC)- en posttype som brukes til å indikere den fysiske plasseringen til verten. I lengde- og breddegradskoordinater. Kanskje det vil være nyttig for store organisasjoner med servere i forskjellige land.

Når du legger til eller redigerer denne posttypen, er feltet Breddegrad og lengdegrad for å angi breddegrad og lengdegrad. Eksempel, for verten cambridge-net.kei.com er det 42 21 54 N 71 06 18 W -24m 30m .

Tjenesteadresse (SRV)- en posttype som knytter et domenenavn, tjenestenavn og protokoll til en eller annen vert. Med andre ord, denne oppføringen brukes til å indikere plasseringen til en tjeneste på en vert. For eksempel kan denne posttypen brukes hvis du vil indikere at POP3-serveren for eksempel.ru er mail.example.ru, og webserveren er www.example.ru.

Når du legger til eller redigerer denne posttypen, er feltene Protocol og Service Name for å angi protokollen som tjenesten bruker (TCP, UDP, TLS) og navnet(e) på tjenesten (dette navnet kan hentes fra filen / etc. /tjenester). Navnene på tjenestene kan være pop3, telnet og andre. Når en klient ser etter en SRV-post, er typen postforespørsel som følger: _telnet._tcp.example.ru (For eksempel kan det være slik). Webmin vil automatisk konvertere oppføringen du opprettet til dette (riktige) skjemaet. Dette betyr at det ikke er nødvendig å opprette eller redigere denne typen oppføringer manuelt.

Prioritet-feltet er for å angi prioritet for denne serveren, noe som betyr at prioritet er den samme som prioritet for MX-poster. Vekt-feltet er for å angi et tall som indikerer "vekten" til denne verten. Brukerforespørsler vil hovedsakelig være til serveren som har mer "vekt".

Port-feltet er beregnet på å angi portnummeret som denne tjenesten leveres på.

Offentlig nøkkel (KEY)- en posttype som knytter en "nøkkel" til en vert. Denne nøkkelen brukes for IPsec VPN.

Posttyper tilgjengelig i motsatt sone:

Omvendt adresse (PTR)- en posttype som knytter et vertsnavn til en IP-adresse i omvendt sone. Til DNS-klienter, må du se etter vertsnavn på en gitt IP-adresse. Du bør opprette en oppføring av denne typen for hver vert. Imidlertid kan dette i de fleste tilfeller automatiseres. Webmin kan legge til en adresseoppføring i den omvendte sonen umiddelbart etter at den korresponderende adresseoppføringen er lagt til den forovergående sonen. Det vil si at Webmin kan synkronisere forover- og bakoversonene.

Når du legger til eller redigerer denne typen oppføringer, er feltene Adresse (IP-adresse) og Vertsnavn (Vertsnavn) beregnet for å angi IP-adressen (for eksempel 192.168.1.5; Denne adressen vil automatisk bli konvertert av Webmin til in-addr. arpa-format som brukes av DNS-server for den omvendte sonen) og vertsnavn (vertsnavn) i kanonisk form (for eksempel test.example.ru . ), henholdsvis.

OBS: Når du skriver inn vertsnavn, sørg for å legge til et punktum på slutten. Dette er ikke en skrivefeil.

Navnetjener (NS)- NS-posttypen i omvendt sone er ment for det samme som i foroversonen - den forteller andre DNS-servere IP-adressen eller vertsnavnet (vertsnavnet) til serveren som betjener en bestemt sone (domene) eller et underdomene.

Sonenavn-feltet er ment for å angi navnet på sonen som denne serveren betjener. Vanligvis er navnet på sonen det samme som navnet på sonen som denne oppføringen er lagt til. I dette feltet skal du skrive inn en verdi i formatet in-addr.arpa (Siden det ikke er noen synkronisering, som i adresseposter - type A og PTR). Derfor vil sonenavnet for 192.168.1 se ut som 1.168.192.in-addr.arpa . (Punkten kreves på slutten, dette er ikke en skrivefeil) I feltet Navnetjener må du skrive inn IP-adressen eller vertsnavnet i kanonisk form (for eksempel ns1.example.ru).

Navnealias (CNAME)- en posttype i omvendt sone, beregnet på det samme som i foroversonen - alias, link, binding til en eller annen post. I Name og Real Name-feltene bør du skrive inn verdien i in-addr.arpa-formatet, siden Webmin ikke gjør dette automatisk.

Enhver Internett-bruker som har domener på serverne til vertsleverandører kan opprette og redigere DNS-postene sine. DNS-poster har et navn, posttype og adresse. Disse navnene kan endres i forskjellige paneler. For eksempel kan det være slik:

Navn/vert/alias; Record type; Betydning/Svar/Destinasjon/Adresse.

I alle alternativer forblir "Record Type" den samme.

Oppføringsnavn

Postnavnet, også kjent som vert/alias, er domenenavnet som posten som opprettes tilhører eller er tilknyttet.

Når du oppretter en oppføring, er domenenavnet angitt i sin helhet i "Navn"-feltet. Underdomenet eller aliasnavnet trenger ikke spesifiseres i sin helhet. Det er nok å angi navnet på tredje nivå: mail, www, ftp. Hvis du skriver inn fullt navn, må du huske å sette en punktum på slutten. Det er navnepost og mail.example.ru. er det samme navnet i feltet Navn/Vert/Alias.

DNS-posttyper

La oss se på hovedtypene av DNS-poster du vil møte når du betjener domenene dine.

Record Type A

Posttype: A (adressepost) eller (Internett 4-adresse). Denne typen oppføringer knytter et spesifikt domenenavn til en spesifikk, presis IP-adresse.

Du kan legge til mer enn én IP-adresse for ett domene (vertsnavn). Dette er nødvendig hvis en brannmur brukes. For å gjøre dette må du legge til en andre post av type A, lik den første. Ved å spesifisere kun en annen IP.

I teorien kan du spesifisere mer enn ett domene for én IP-adresse. Men dette er ikke nødvendig, siden Domain Name System (DNS) har en post spesielt designet for å lage aliaser. Denne posttypen kalles CNAME.

Rekordtype AAAA

Posttype: AAAA (adressepost for IPv6) eller (Internett 6-adresse). Samme. Samme som posttype A, men IP-adressen har utseende via IPv6-protokoll. For eksempel: IPv6-2a03:4900:0:3::99:155

CNAME-posttype

CNAME (kanonisk navnepost). En CNAME-post lar deg ha og bruke mer enn ett domenenavn (vert) på en server.

Først opprettes én type A-post for én IP-adresse. Domenenavnet i Type A-posten kalles det kanoniske navnet. Andre domener kalles mnemonic. Mnemoniske navn kan være aliaser (vilkårlige navn) eller underdomener. Her er et eksempel på CNAME-post:

popov.example.ru. CNAME eksempel.ru.(ikke glem periodene på slutten).

En server kan ha et hvilket som helst antall aliaser. For hvert alias må du opprette en CNAME-post.

Et annet eksempel på en CNAME-post:

hosting-1 IN A 8.8.8.8

www IN CNAME hosting-1

ftp I CNAME hosting-1

Vi kjøper en andre IP og overfører ftp-underdomenet til den andre IP:

hosting-1 IN A 8.8.8.8

hosting-2 IN A 8.8.8.9

www IN CNAME hosting-a

ftp I CNAME hosting-b , gå til den andre FTP-hosting-server.

Et annet eksempel på en CNAME-post:

hosting-1 IN A 8.8.8.8

peter IN CNAME hosting-1

oleg IN CNAME hosting-1

Vi knytter aliaser til følgende CNAME-poster:

eksempel.com. I CNAME eksempel.ru.

www.example.com. I CNAME eksempel.ru.

test.example.com. I CNAME eksempel.ru.

Derfor kobler vi domenene example.com, www.example.com, test.example.com med det kanoniske domenet example.ru. Periodene på slutten er obligatoriske.

Et annet eksempel på omdirigering ved hjelp av en CNAME-post

www.example.ru. I CNAME eksempel.ru.

Vanligvis oppretter servere som standard CNAME-poster bare for underdomener til hoveddomenet og oppretter dem ikke for andre domener (som på bildet).

MX-posttype

MX (e-postserver). Denne oppføringen oppretter et underdomene som betjenes av en intern (sin egen) e-postserver.

For eksempel: Navn/vert/alias - example.ru; Posttype -MX (e-postserver); Betydning/svar/destinasjon/Adresse – post. Med denne oppføringen oppretter du et e-postunderdomene mail.example.ru. Hvis du bruker den interne e-posttjenesten til serveren, må du opprette en posttype "A" for underdomenet mail.example.ru. Navn: mail - A (posttype) - Adresse: server IP.

Som postvesen Du kan bruke tredjeparts e-postservere. For å gjøre dette, må du koble domenet ditt til en tredjeparts e-postserver. Det vil automatisk opprette en MX-post for deg. Hvis de ikke oppretter den, vil de gi deg adressen til e-postserveren. Etter dette må du opprette CNAME- og MX-poster på serveren din.

Bruk CNAME-posten til å omdirigere e-postdomenet mail.example.ru. til adressen mail domene. Og en MX-post for selve domenet example.ru. angi adressen til din tredjepart postkasse. Som et eksempel kan du bruke Yandex e-postserver.

• For Yandex vil MX-posttypen være slik:

Navn/vert/alias - example.ru; Posttype -MX (e-postserver); Betydning/svar/formål/Adresse – mx.yandex.ru. Prioritet 10.

• CNAME-typen er:

Navn/vert/alias – mail; Posttype –CNAME; Betydning/respons/destinasjon/Adresse –domain.mail.yandex.ru. Prioritet 10.

På Yandex e-postserver, uten domenedelegering, kan du bare koble den til Yandex e-postserver ved å opprette en postboks der.

I tillegg til Yandex, ved å bruke MX-poster kan du koble et domene til e-postservere Google, Mail.ru og andre:

Posttype NS

Posttype NS (navneserver). Dette er kanskje den viktigste typen opptak. Den definerer domener (adresser) DNS-servere betjener dette domenet.

Posttype TXT

TEKST ( tekstinntasting) . Dette informasjonsregister. Den bærer ikke en funksjonell belastning.

Posttype SOA (Start Of Authority)

SOA-posttype viser hvor den grunnleggende informasjonen om dette domenet er lagret på hvilken server. SOA-posttypen spesifiserer det fullt kvalifiserte domenenavnet til sonen. Det kvalifiserte domenenavnet må avsluttes med en punktum. En SOA-post kan ha et @-symbol i stedet for et kvalifisert navn. I dette tilfellet vil domenenavnet bli hentet fra konfigurasjonsfilen.

• Vilkårlig serienummer dataversjoner (Serial). Når en sekundær server ber om en dataoppdatering, sjekker den først serienummeret;
• Hyppigheten av forespørselen om oppdatering av data fra den sekundære (sekundære) serveren (Oppdater), i sekunder;
• Perioden for å forespørre den sekundære serveren på nytt i tilfelle primær feil (Prøv på nytt);
• Datautløpsdato (Utløpsdato), ellers utløpet av tiden etter hvilken sekundærserveren vil slutte å betjene forespørsler hvis den ikke klarer å gjenopprette kommunikasjonen med primærserveren, i løpet av sekunder;
• Og til slutt, tiden å leve av DNS-sonedata i cachen til serveren som ba om det, i sekunder.

Her er et eksempel på en SOA-post for Microsoft DNS

Hvordan redigere DNS-poster i ISPManager-panelet

I ISPManager DNS-panelet redigeres postene på fanen: Domenenavn→ "Klikk" på domenet.

Hvordan redigere DNS-poster i DirectAdmin-panelet

I DirectAdmin DNS-panelet redigeres postene på fanen: DNS-administrasjon.

Merk følgende! "DNS-master"-panelet er inkludert i tjenestepakken "Primary-Standart" fra nic.ru. Før du starter, sørg for at den er tilgjengelig på din personlige konto.

Primærdomenebinding.

For å koble til hoveddomenet må du legge til 3 poster som:

• www CNAME testside.
• @A 164.132.93.140
• @A 164.132.93.141

Hvordan gjøre det:

1. Gå til nic.ru domenekontrollpanelet
2. I "Tjenester"-delen til høyre velger du "DNS-hosting":

Vær oppmerksom på at hvis du ser meldingen "Tjenester ikke funnet" i neste vindu, betyr det DNS-hosting, som kreves for å redigere DNS-sonen, er ikke kjøpt.

Gå til delen "Bestill nye tjenester":

Og velg passende tariff. Optimal - 600 rubler per år:

3. Hvis DNS-hosting er kjøpt, vil du se følgende vindu. Klikk på "Administrer DNS-soner"-knappen ved siden av ønsket domene:

4. I «Liste over domener»-delen velger du ønsket domene:

5. Klikk på "Legg til"-knappen Ny inngang" i soneredigeringspanelet:

6. Fyll ut feltene som følger:

Navn: @
Type: EN
IP adresse: 164.132.93.140

Klikk på Legg til-knappen til høyre for oppføringen:

På samme måte legger du til en annen post av type A med verdien:

@ A 164.132.93.141

Alias: www
Type: CNAME
Kanonisk navn: testside.(du trenger en prikk på slutten!)

Og klikk på "Legg til"-knappen:

8. Etter at oppføringene er lagt til, klikker du på «Last opp sone»-knappen øverst til høyre:

9. Hvis en melding om et ikke-delegert domene vises når du legger til poster, klikker du på "Deleger domene":

Du kan også delegere et domene fra domeneseksjonen:

Det kan ta 24–48 timer før DNS oppdateres. Hvis domenet/underdomenet du koblet til etter dette tidspunktet ikke viser en 404-side i LPgenerator-merkevaren, vennligst kontakt oss på support@site.

Legg ved et skjermbilde til brevet ditt. nåværende situasjon DNS - dette vil fremskynde prosessen med å løse problemet betydelig.

Subdomenebinding

Hvis du har et nettsted på hoveddomenet ditt, eller planlegger å være vert for det, er det mer fornuftig å opprette et underdomene og koble det til.

For å koble til et underdomene i nic.ru-panelet, må du legge til to CNAME-poster:

• www..

Hvordan gjøre det:

Kobling av et underdomene er bare forskjellig i postene du vil legge til, så opptil 4 handlingspunkter forblir de samme som når du kobler til hoveddomenet.

5. Klikk "Legg til oppføring" og fyll ut feltene slik:

Alias: promo(promo er et eksempel, du kan komme opp med et hvilket som helst underdomenenavn, bare ikke bland latin og kyrillisk i navnet)
Type: CNAME
Kanonisk navn: testside.(du trenger en prikk på slutten!)

6. Legg til en ny oppføring og fyll ut feltene.