I de følgende avsnittene vil vi utforske begrepet domenenavn og vertsnavn.
Gjennomgang av historien
I begynnelsen av internett (ARPANET -tiden) var det en fil kalt hosts.txt som hadde navn og IP -adresser til alle datamaskinene i et nettverk. Denne filen ble vedlikeholdt av et nettsted hvor alle andre nettverksdatamaskiner ville få oppdateringen om alle andre datamaskiner. Denne tilnærmingen var god for høyst noen hundrevis av datamaskiner i et nettverk. Det var klart at størrelsen på hosts.txt -filen til slutt ville stige med flere enheter som blir lagt til i fremtiden. Dermed ville det bli praktisk talt tungvint å vedlikeholde denne filen. Dette betydde at denne metoden til slutt ikke klarer å overleve. Konflikt med vertsnavn var et annet problem mens du opprettholdt denne enorme filen. For å overvinne disse problemene ble DNS (Domain Name System) introdusert i 1983. Når en vert ønsker å koble seg til en annen vert på et nettverk ved hjelp av Hostname, tilordner DNS navnet på verten til IP -adressen. I tillegg til å løse et vertsnavn til en IP -adresse, utfører DNS mange andre operasjoner.
DNS -hierarki og domenenavn
DNS bruker et distribuert databasesystem og bruker et hierarkisk opplegg for å administrere dem. DNS -hierarkiet er faktisk en invertert trestruktur, hvis topp kalles rotdomenet. Rotdomenet er videre delt inn på toppnivådomener som .com, .net, .edu, .org, etc. Toppnivådomenet kan videre kategoriseres som land og generiske.
Landets domener er to-biters koder som representerer hvert land i verden. For eksempel brukes .jp til å representere Japan, .uk for Storbritannia, etc. Generiske domener er stort sett tre eller flere TLD -tegn. TLD kan videre inneholde mange andre-nivå domener, deretter kan andre-nivå domener inneholde flere domener på tredje nivå, og så videre. Disse domenene er atskilt med et punktum eller .dot -tegn. F.eks. Contact.amazon.com, support.amazon.com har .com som TLD, amazon er et andre-nivå domene, kontakt og support er domener på tredje nivå.
Figur 1: DNS -hierarki
Administrasjonen av domener på toppnivå som navngivning styres av ICANN (Internet Corporation for Assigned Names and Numbers). Domenene på andre nivå distribueres av registrarene tildelt av ICANN. For å få et nytt domenenavn, for eksempel med .com TLD, går du til den tilsvarende .com-registratoren og sjekker om domenet på andre nivå eller ganske enkelt domenenavnet er tilgjengelig eller ikke. Du kan registrere et nytt og unikt domene ved å betale en liten avgift eller gratis i tilfelle noen toppdomener (.tk, .ml, etc.).
Det er to typer domenenavn: absolutt og relativt. Absolutte domener er de som slutter med en periodenotasjon som cs.mit.edu .. Relative domener slutter ikke med en periode.
Domener navngis på en bunn-til-topp-måte, som dekker alle enhetene fra selve domenet til roten. Konvensjonelt tolkes de fra venstre til høyre, med den venstre enheten som er mest spesifikk og den høyre enheten som er minst spesifikk.
Domenenavn kan brukes i alle tilfeller, ettersom de ikke er store og små bokstaver. Å navigere til GOOGLE.COM tilsvarer google.com. Domenenavn må begynne med en alfabetisk bokstav, men kan slutte med et tegn eller siffer. Mellom disse to endene kan den inneholde bindestreker. Lengden på et domenenavn er begrenset til mindre enn eller lik 63 tegn.
Vertsnavn eller fullt kvalifisert domenenavn (FQDN)
Begrepene FQDN og vertsnavn brukes på forskjellige måter av noen tekst, men kjernebetegnelsen forblir den samme. FQDN og vertsnavn brukes om hverandre [1], mens [2], FQDN anses å være sammensatt av domenenavn og vertsnavn separat. I begge terminologiene er det imidlertid et unikt vertsnavn (med domenenavn inkludert) eller et fullt kvalifisert domenenavn (FQDN) for hver vert på internett.
Vertsnavn (med domenenavn inkludert) for sluttsystemer er basert på DNS-hierarkiet til en organisasjon. Som et eksempel kan du vurdere en vertsmaskin, host1, innenfor domenet cs.mit.edu. FQDN eller vertsnavn for denne verten vil være host1.cs.mit.edu, som vil være unik på internett. På samme måte, hvis det er en nettadresse, som www.mit.edu, kan vi tolke www som vertsnavn og mit.edu som domenenavnet.
FQDN eller fullt kvalifisert domenenavn er helt utvetydig, da det krever å være unikt for hver vert på internett. Den beste fremgangsmåten for å navngi verter (uten domenenavn) i et nettverk er å bruke forskjellige identifikatorer for hver. Lokalt vertsnavn (eller vertsnavn uten fullstendig domeneoplysninger) trenger imidlertid ikke å være unikt, men denne tilnærmingen kan skape feil som problemer med nettverkstilkobling.
Vanligvis har en vert bare ett vertsnavn, men det kan ta flere vertsnavn. Filen til den lokale verten kan brukes til å løse IP -adresser eller vertsnavn på en lokal datamaskin. Mens du løser et vertsnavn, kontrolleres innholdet i filen /etc /hosts først. Hvis en oppføring for vertsnavnet ikke finnes her, bruker stubben DNS -navneserveren.
Et statisk vertsnavn kan spesifiseres i filen /etc/hostname på et Linux -system. Bruker hostnamectl verktøyet, kan vi se FQDN for systemet og endre denne filen også. Det er vist på bildet nedenfor:
Figur 2: Konfigurere vertsnavn
Konklusjon
Nettverksadministratorer bør ha god kunnskap om riktig konfigurering av domenenavn og vertsnavn. Dette vil hjelpe dem med å feilsøke mange nettverksproblemer i organisasjonens nettverk. Det du kan gjøre videre er å utforske forskjellige verktøy for system- og nettverksovervåking.
Referanser:
1. Red Hat Enterprise Linux 4: Referansehåndbok . (n.d.). MIT - Massachusetts Institute of Technology. https://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-en-4/ch-bind.html
2. Om fullt kvalifiserte domenenavn (FQDN) . (2018, 14. mai). Indiana University Knowledge Base. https://kb.iu.edu/d/aiuv