I de følgende seksjoner vil vi utforske begrepet domenenavn og vertsnavn.
Gjennomgang av historien
I de første dagene av Internett (ARPANET -tiden) var det en fil som heter “Verter.txt ”som hadde navn og IP -adresser til alle datamaskiner i et nettverk. Denne filen ble vedlikeholdt av et nettsted der alle andre nettverksdatamaskiner ville få oppdateringen om alle andre datamaskiner. Denne tilnærmingen var bra for høyst noen hundre datamaskiner i et nettverk. Det var tydelig at størrelsen på “vertene.TXT ”-filen vil til slutt stige med at flere enheter blir lagt til i fremtiden. Dermed ville det bli praktisk talt tungvint å opprettholde denne filen. Dette betydde at denne metoden til slutt ikke klarer å overleve. Vertsnavnkonflikt 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 til en annen vert på et nettverk ved hjelp av vertsnavn, kartlegger 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 ordning for å administrere dem. DNS -hierarkiet er faktisk en omvendt trestruktur, hvorav toppen kalles rotdomenet. Rotdomenet er videre delt inn i toppnivå-domener som .com, .nett, .Edu, .org osv. Det øverste domenet kan kategoriseres ytterligere som land og generiske.
Landets domener er to-biters koder som representerer hvert land i verden. For eksempel, .JP brukes til å representere Japan, .Storbritannia for Storbritannia, etc. Generisk domenene er stort sett tre eller flere karakter TLD -er. TLD kan videre inneholde mange domener på andre nivå, da kan andre nivåsdomener inkludere flere domener på tredje nivå, og så videre. Disse domenene er atskilt med en periode eller .prikkkarakter. E.g., kontakt.Amazon.com, støtte.Amazon.com har “.com ”som TLD,“ Amazon ”er et domene på andre nivå,“ Kontakt ”og“ Support ”er tredje nivå domener.
Figur 1: DNS -hierarki
Ledelsen av domener på toppnivå som navngiving styres av ICANN (Internet Corporation for tildelte navn og tall). Domenene på andre nivå er distribuert av registrarene som er tildelt av ICANN. For å få et nytt domenenavn, e.g., med .com tld, gå til tilsvarende “.com ”registrator og sjekk om det andre nivået eller bare domenenavnet er tilgjengelig eller ikke. Du kan registrere et nytt og unikt domene ved å betale et lite gebyr eller gratis i tilfelle noen TLD -er (.tk, .ml osv.).
Det er to typer domenenavn: Absolutt og slektning. Absolutte domener er de som ender med en periode notasjon som “CS.mit.Edu.”. Relative domener slutter ikke med en periode.
Domener er navngitt på en nederst-til-topp måte, og dekker alle enhetene fra selve domenet opp til roten. Konvensjonelt tolkes de fra venstre mot høyre, med venstre enhet som er mest spesifikk og den rette enheten er minst spesifikk.
Domenenavn kan brukes med alle tilfeller, ettersom de er ufølsomme. Navigere til Google.Com tilsvarer Google.com. Domenenavn må begynne med en alfabetisk bokstav, men kan ende med et tegn eller siffer. I mellom disse to endene kan den inneholde bindestrek. 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 en eller annen tekst, men kjernen betyr den samme. FQDN og vertsnavn brukes om hverandre [1], mens [2], FQDN anses å være sammensatt av domenenavn og vertsnavn separat. I begge terminologier er det imidlertid et unikt vertsnavn (med domenenavn inkludert) eller 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, bør du vurdere en vertsmaskin, vert1, innen CS.mit.EDU -domene. FQDN eller vertsnavnet 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 nettadress, som www.mit.Edu, vi kan tolke “www” som vertsnavnet og “MIT.Edu ”som domenenavn.
FQDN eller fullt kvalifisert domenenavn er helt entydig, da det krever å være unik for hver vert på internett. Den beste praksisen for å navngi verter (uten domenenavn) på et nettverk er å bruke forskjellige identifikatorer for hver. Lokal vertsnavn (eller vertsnavn uten fullstendig domeneinformasjon) trenger imidlertid ikke være unik, men denne tilnærmingen kan skape feil som nettverkstilkoblingsproblemer.
Vanligvis har en vert bare ett vertsnavn, men det kan ta flere vertsnavn. Den lokale vertens fil kan brukes til å løse IP -adresser eller vertsnavn på en lokal datamaskin. Mens du løser et vertsnavn, blir innholdet i "/etc/hosts" -filen sjekket 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 "HostnamectlVerktøyet, vi kan også se FQDN i systemet og endre denne filen. Det vises 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 overvåking av systemer og nettverk.
Referanser:
1. Red Hat Enterprise Linux 4: Referanseguide. (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 (FQDNS). (2018, 14. mai). Indiana University Knowledge Base. https: // kb.iu.edu/d/aiuv