Primær Master DNS for et LAN på Debian 6.0 (I)

Vi starter serien med innlegg om Hvordan installere og konfigurere en primær master-DNS og hurtigbuffer i Debian Squeeze?, som vi har til hensikt å gi et inngangspunkt til den fascinerende verdenen til denne viktige tjenesten for funksjonen til nettverket av nettverk som er Internett.

Alle artiklene er utformet for å brukes sekvensielt. Del 1 og 2 inneholder minimum teoretisk kunnskap som er nødvendig for at en nybegynner skal forstå og installere en DNS-server.

Vi anbefaler dem å ikke la seg skremme. Les og bruk det som er skrevet, og du vil helt sikkert oppnå positive resultater. Og til de vanlige mistenkte for å falle i fortvilelse, anbefaler vi ro, veldig rolig hvis du virkelig vil forstå hvordan du konfigurerer denne viktige tjenesten.

Tilgi meg bruken av engelske ord og sporadisk anglisisme. Det er gjort for å få teknisk klarhet i skrift.

Aspektene vi skal utvikle i denne første delen er følgende:

  • Innledning
  • Nyttige definisjoner
  • De vanligste DNS-innstillingene
  • Soner og poster
  • Utløpstid for sone
  • Tips

Innledning

De sier i WWW Village at DNS er et av de mørkeste områdene av nettverkstjenester. Heldigvis er dette ikke tilfelle - spesielt for et LAN - som vi vil demonstrere gjennom følgende artikler. Så mye man ikke vil ha det, er det nesten obligatorisk å lese en liten teoretisk del. 

Definisjon ifølge Wikipedia :

DNS er en distribuert, hierarkisk database som lagrer informasjon knyttet til domenenavn på nettverk som Internett. Selv om DNS som database kan knytte forskjellige typer informasjon til hvert navn, er den vanligste bruken å tilordne domenenavn til IP-adresser og finne e-postserverne for hvert domene.

Navngivning til IP-adresser er absolutt den mest kjente funksjonen i DNS-protokollene. For eksempel, hvis IP-adressen til prox.mx FTP-nettstedet er 200.64.128.4, når de fleste denne datamaskinen ved å spesifisere ftp.prox.mx og ikke IP-adressen. I tillegg til at det er lettere å huske, er navnet mer pålitelig. Den numeriske adressen kan endres av mange grunner, uten at du trenger å endre navnet.

Opprinnelig ble DNS født av behovet for å enkelt huske navnene på alle servere som er koblet til Internett. Opprinnelig var SRI (nå SRI International) vert for en fil kalt HOSTS som inneholdt alle kjente domenenavn (teknisk sett eksisterer denne filen, og de fleste nåværende operativsystemer kan konfigureres til å kontrollere vertsfilen din). Den eksplosive veksten i nettverket gjorde det sentraliserte navnesystemet i vertsfilen upraktisk, og i 1983 publiserte Paul Mockapetris RFCer 882 og 883 som definerte hva som i dag har utviklet seg til moderne DNS. (Disse RFC-ene er blitt foreldet av 1987-publikasjonen av RFC 1034 og 1035).

Datamaskinene som denne tjenesten kjører på kalles «navneservere» . Debian inkluderer flere programmer i sine repositorier for en funksjonell DNS, og blant dem er det mest brukte på Internett: BIND eller «Berkeley Internet Naming Domain».

BIND er de facto standard DNS-server. Det er gratis programvare og distribueres med de fleste UNIX- og Linux-plattformer. BIND blir også noen ganger referert til som den « navngitte daemonen». Du kan finne en sammenligning av forskjellige typer DNS-servere her (engelsk Wikipedia).

Nyttige definisjoner

NetBIOS: Network Basic Input/Output System (NetBIOS): Et grunnleggende nettverkssystem for input/output (NetBIOS). Et applikasjonsprogrammeringsgrensesnitt (API) som kan brukes av programmer på et lokalnettverk (LAN).

NetBIOS gir programmer et enhetlig sett med kommandoer for å be om lavnivåtjenestene som trengs for å administrere navn, dirigere økter og sende " datagrammer " mellom noder på et nettverk.

NetBIOS-navn: 16-bitsnavnet på en prosess som bruker Network Basic Input/Output System (NetBIOS). Dette navnet gjenkjennes av Microsofts WINS-tjeneste (Windows Internet Name System), som knytter eller «tilordner» en datamaskin eller et vertsnavn til en bestemt IP-adresse.

FQDN : «Fullt kvalifisert domenenavn ». Siden det ofte er vanskelig å oversette tekniske engelske navn, anbefaler jeg å lære det engelske navnet og, av praktiske årsaker, referere til det som FQDN . Det er rett og slett DNS-domenenavnet som er etablert for å indikere dets absolutte plassering i domenenavntreet.

I motsetning til relative navn, innledes et fullt kvalifisert domenenavn (FQDN) av et punktum for å angi dets posisjon i navnerommet. For eksempel er freake.amigos.cu FQDN-en til verten hvis NetBIOS-navn er freake og tilhører amigos.cu-domenet.

venner.cu. freake.amigos.cu. otrofreake.amigos.cu. mail.amigos.cu.

De vanligste DNS-innstillingene

Vi kan konfigurere en DNS- eller domenenavnserver på forskjellige måter for å tilby forskjellige tjenester. De mest brukte er:

Caching-server ( «Caching Nameserver» ): Forespørsler som sendes til serveren, vil bli løst av videresendingstjenestene vi definerer i konfigurasjonen. Svarene vil bli lagret og «husket» når caching-serveren blir spurt på nytt, noe som øker responshastigheten betraktelig.

Primær master : Forespørsler til serveren vil bli løst ved å lese dataene som er lagret i de lokale filene til de opprettede sonene. Som navnet antyder, vil den være en autoritativ navneserver for den forespurte sonen.

Sekundær master : Forespørsler til serveren vil bli løst ved å spørre direkte til en autoritativ primær master-server for den forespurte sonen. Den vedlikeholder en oppdatert kopi av primær masterens soner.

Vi kan også konfigurere det slik at de utfører flere funksjoner samtidig, for eksempel å være Primærmester og Caché samtidig, noe som er veldig vanlig i våre forretningsnettverk.

Soner og poster

Soner er rene tekstfiler som lar oss organisere DNS-oppføringer . Hvert sonenavn tilsvarer et domenenavn eller et område med IP-adresser, for eksempel ett eller flere undernett. Det inneholder blant annet flere oppføringer av forskjellige klasser eller typer, hvorav vi bare vil nevne følgende:

SOA : «Start av autoritet» . Dette er en obligatorisk post i hver sone, og bare én skal finnes i hver sonefil. Den fungerer som ingressen til alle sonefiler . Den beskriver selve sonen; maskinen eller verten den kommer fra; hvem som er ansvarlig for innholdet; sonefilversjonen; og andre aspekter knyttet til driften av DNS-serveren. Det er viktig at hver sonefil inneholder en A- post som identifiserer maskinen eller verten der DNS-serveren befinner seg.

NS : Tilordner et navn til en navneserver . Hvert domene må ha minst én NS-post. Denne posten peker til en DNS-server som kan svare på spørsmål angående domenet. Den kan peke til den primære masteren eller den sekundære masteren.

A : «Adresse» – (Adresse). Denne posten brukes til å oversette vertsnavn til IPv4-adresser.

AAAA : «Adresse» – (Adresse). Denne posten brukes til å oversette vertsnavn til IPv6-adresser.

CNAME : «Kanonisk navn» – (Kanonisk navn). En posttype som lar oss tilordne flere navn til samme vert eller opprette aliaser for den. La oss si at vi har verten web.amigos.cu, der vi har en webserver installert, og vi ønsker at den skal refereres til som www.amigos.cu. I amigos.cu-sonen må vi da blant annet ha:

web IN A 192.168.10.20 www IN CNAME web.amigos.cu.

MX : «Mail Exchange» eller e-postserver . Informasjon som brukes av andre e-postservere for å vite hvor en e-post skal sendes gitt en IP-adresse. Hver MX-post har en prioritet, der posten med det laveste nummeret har høyest prioritet. Eksempler:

10 mail1.amigos.cu. 20 mail2.amigos.cu.

PTR : Tilordne en IP-adresse til et navn . Typer poster lagret i såkalte "omvendte soner". For eksempel inneholder sone 10.168.192.in-addr.arpa omvendt tilordning av alle adresser i IP-adresseområdet 192.168.10.0/24.

Selvfølgelig fortsetter listen over platetyper ...

Soneutløp eller utløpstid

Når vi oppretter filene for sonene til DNS-poster, må vi konfigurere utløpstidene på få sekunder. Vi kan imidlertid spesifisere dem på en kortere måte i henhold til følgende tabell:

Segundos	Unidades	Descripción
60		1M		A un minuto
1800		30M		A 30 minutos
3600		1H		Una Hora
10800		3H		3 horas
21600		6H		6 horas
43200		12H		12 horas
86400		1D		Un día
259200		3D		3 días
604800		1W		Una semana

Tips

Vi må være svært forsiktige når vi skriver til sonefiler. FQDN- er må slutte med et punktum ( . ), og vi kan ikke legge igjen mellomrom på slutten av hver linje. Av denne grunn anbefaler vi på det sterkeste å bruke konsollredigerere som vi eller nano . Vi bruker nano , som vi synes er enklere å bruke. Selvfølgelig kan vi også bruke tekstredigerere med et grafisk brukergrensesnitt (GUI).

Jeg håper du ikke har kjedet deg fordi det fortsatt er litt å gå inn i saken.

Det er andre "Backends" for DNS-servere som LDAP, MySql, PostgreSQL, SQLite, etc.

Legg til som foretrukket kilde i Google