Vi starter serien af indlæg om, hvordan man installerer og konfigurerer en primær master-DNS og cache i Debian Squeeze?, hvormed vi har til hensigt at give et indgangspunkt til den fascinerende verden af denne essentielle tjeneste for funktionen af netværket af netværk, som internettet er.
Alle artikler er designet til at blive brugt sekventielt. Del 1 og 2 indeholder den minimale teoretiske viden, der er nødvendig for, at en nybegynder kan forstå og installere en DNS-server.
Vi anbefaler, at de ikke skræmmes. Læs og anvend det, der er skrevet, og du vil helt sikkert opnå positive resultater. Og til de sædvanlige mistænkte for at falde i fortvivlelse, anbefaler vi ro, meget rolig, hvis du virkelig vil forstå, hvordan du konfigurerer denne vigtige tjeneste.
Tilgiv mig brugen af ord på engelsk og den mærkelige anglisisme. Det er gjort for at få teknisk klarhed skriftligt.
De aspekter, som vi vil udvikle i denne første del, er følgende:
- Indledning
- Nyttige definitioner
- Mest almindelige DNS-indstillinger
- Zoner og poster
- Zone udløbstider
- Tips
Indledning
De siger i WWW Village, at DNS er et af de mørkeste områder af netværkstjenester. Heldigvis er dette ikke tilfældet - især for et LAN - som vi vil demonstrere gennem de følgende artikler. Så meget som man ikke ønsker det, er det næsten obligatorisk at læse en lille teoretisk del.
Definition ifølge Wikipedia :
DNS er en distribueret, hierarkisk database , der lagrer oplysninger knyttet til domænenavne på netværk som internettet. Selvom DNS som database kan knytte forskellige typer oplysninger til hvert navn, er dens mest almindelige anvendelser at tildele domænenavne til IP-adresser og finde e-mailserverne for hvert domæne.
Navngivning til IP-adresser er bestemt den mest kendte funktion i DNS-protokollerne. For eksempel, hvis IP-adressen på prox.mx FTP-webstedet er 200.64.128.4, når de fleste denne computer ved at angive ftp.prox.mx og ikke IP-adressen. Ud over at være lettere at huske, er navnet mere pålideligt. Den numeriske adresse kan ændre sig af mange grunde, uden at du behøver at ændre navnet.
Oprindeligt blev DNS født af behovet for let at huske navnene på alle servere, der er forbundet til internettet. Oprindeligt var SRI (nu SRI International) vært for en fil kaldet HOSTS, der indeholdt alle kendte domænenavne (teknisk set eksisterer denne fil, og de fleste aktuelle operativsystemer kan konfigureres til at kontrollere din værtsfil). Den eksplosive vækst i netværket gjorde det centraliserede navnesystem i værtsfilen upraktisk, og i 1983 offentliggjorde Paul Mockapetris RFC'er 882 og 883, der definerede, hvad der i dag er udviklet til moderne DNS. (Disse RFC'er er blevet forældede ved 1987-udgivelsen af RFC'er 1034 og 1035).
De computere, som denne tjeneste kører på, kaldes "navneservere" . Debian inkluderer adskillige programmer i sine arkiver for en funktionel DNS, og blandt dem er det mest anvendte på internettet: BIND eller "Berkeley Internet Naming Domain".
BIND er de facto standard DNS-serveren. Det er gratis software og distribueres med de fleste UNIX- og Linux-platforme. BIND kaldes også nogle gange for den " navngivne daemon". Du kan finde en sammenligning af forskellige typer DNS-servere her (engelsk Wikipedia).
Nyttige definitioner
NetBIOS: Network Basic Input/Output System (NetBIOS): Et grundlæggende netværks-input/output-system (NetBIOS). En applikationsprogrammeringsgrænseflade (API), der kan bruges af programmer på et lokalnetværk (LAN).
NetBIOS forsyner programmer med et ensartet sæt kommandoer til at anmode om de lavniveau-tjenester, der er nødvendige for at administrere navne, dirigere sessioner og sende " datagrammer " mellem noder på et netværk.
NetBIOS-navn: 16-bit navnet på en proces, der bruger Network Basic Input/Output System (NetBIOS). Dette navn genkendes af Microsofts Windows Internet Name System (WINS)-tjeneste, som knytter eller "knytter" en computer eller et værtsnavn til en bestemt IP-adresse.
FQDN : "Fuldt kvalificeret domænenavn ". Da det ofte er vanskeligt at oversætte tekniske engelske navne, anbefaler jeg at lære det engelske navn og, af praktiske årsager, referere til det som FQDN . Det er simpelthen DNS-domænenavnet, der er blevet etableret for at angive dets absolutte placering i domænenavnstræet.
I modsætning til relative navne er et fuldt kvalificeret domænenavn (FQDN) efterfulgt af et punktum for at angive dets position i navnerummets rod. For eksempel er freake.amigos.cu FQDN'et for den vært, hvis NetBIOS-navn er freake og tilhører amigos.cu-domænet.
venner.cu. freake.amigos.cu. otrofreake.amigos.cu. mail.amigos.cu.
Mest almindelige DNS-indstillinger
Vi kan konfigurere en DNS- eller domænenavnserver på forskellige måder til at levere forskellige tjenester. De mest anvendte er:
Caching-server ( “Caching-navneserver” ): Anmodninger til serveren vil blive løst af de videresendelser, vi definerer i dens konfiguration. Svarene vil blive gemt og “husket” til når caching-serveren forespørges igen, hvilket øger svarhastigheden betydeligt.
Primær master : Anmodninger til serveren vil blive løst ved at læse data gemt i de lokale filer i de oprettede zoner. Som navnet antyder, vil den være en autoritativ navneserver for den forespurgte zone.
Sekundær master : Anmodninger til serveren vil blive løst ved direkte at forespørge en autoritativ primær masterserver for den anmodede zone. Den vedligeholder en opdateret kopi af den primære masters zoner.
Vi kan også konfigurere det, så de udfører flere funktioner på samme tid, såsom at være en primærmester og Caché på samme tid, hvilket er meget almindeligt i vores forretningsnetværk.
Zoner og poster
Zoner er almindelige tekstfiler, der giver os mulighed for at organisere DNS-poster . Hvert zonenavn svarer til et domænenavn eller en række IP-adresser, såsom et eller flere undernet. Det indeholder blandt andet data adskillige poster af forskellige klasser eller typer, hvoraf vi kun vil nævne følgende:
SOA : "Start of Authority" . Dette er en obligatorisk post i hver zone, og kun én bør findes i hver zonefil. Den fungerer som præambel til alle zonefiler . Den beskriver selve zonen; den maskine eller vært, den stammer fra; hvem der er ansvarlig for dens indhold; zonefilversionen; og andre aspekter relateret til DNS-serverens drift. Det er vigtigt , at hver zonefil indeholder en A- post , der identificerer den maskine eller vært, hvor DNS-serveren befinder sig.
NS : Knytter et navn til en navneserver . Hvert domæne skal have mindst én NS-post. Denne post peger på en DNS-server, der kan besvare forespørgsler vedrørende domænet. Den kan pege på den primære master eller den sekundære master.
A : “Adresse” – (Adresse). Denne post bruges til at oversætte værtsnavne til IPv4-adresser.
AAAA : “Adresse” – (Adresse). Denne post bruges til at oversætte værtsnavne til IPv6-adresser.
CNAME : “Kanonisk navn” – (Kanonisk navn). En posttype, der giver os mulighed for at tildele flere navne til den samme vært eller oprette aliasser for den. Lad os sige, at vi har værten web.amigos.cu, hvor vi har en webserver installeret, og vi ønsker, at den skal omtales som www.amigos.cu. I amigos.cu-zonen skal vi derefter blandt andet have:
web IN A 192.168.10.20 www IN CNAME web.amigos.cu.
MX : "Mail Exchange" eller Mail Server . Information, der bruges af andre mailservere til at vide, hvor en e-mail skal sendes hen, givet en IP-adresse. Hver MX-post har en prioritet, hvor den post, der har det laveste nummer, har den højeste prioritet. Eksempler:
10 mail1.amigos.cu. 20 mail2.amigos.cu.
PTR : Kortlægning af en IP-adresse til et navn . Typer af poster gemt i såkaldte "omvendte zoner". For eksempel indeholder zone 10.168.192.in-addr.arpa den omvendte kortlægning af alle adresser i IP-adresseområdet 192.168.10.0/24
Naturligvis fortsætter listen over pladetyper ...
Zone udløb eller udløbstider
Når vi opretter filerne til DNS-registerzoner, skal vi konfigurere udløbstiderne på få sekunder. Vi kan dog specificere dem på en kortere måde i henhold til følgende tabel:
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 skal være meget forsigtige, når vi skriver til zonefiler. FQDN'er skal slutte med et punktum ( . ), og vi kan ikke efterlade mellemrum i slutningen af hver linje. Af denne grund anbefaler vi kraftigt at bruge konsoleditorer som vi eller nano . Vi bruger nano , som vi finder nemmere at bruge. Vi kan selvfølgelig også bruge almindelige teksteditorer med en grafisk brugergrænseflade (GUI).
Jeg håber, du ikke har keder dig, fordi der stadig er lidt at gå ind i sagen.