I de följande avsnitten kommer vi att utforska begreppet domännamn och värdnamn.
Granskning av historia
I början av internet (ARPANET -eran) fanns det en fil som heter hosts.txt som hade namn och IP -adresser på alla datorer i ett nätverk. Den här filen underhålls av en webbplats från vilken alla andra nätverksdatorer skulle få uppdateringen om alla andra datorer. Detta tillvägagångssätt var bra för högst några hundratals datorer i ett nätverk. Det var klart att storleken på filen hosts.txt så småningom skulle stiga med fler enheter som läggs till i framtiden. Således skulle det bli praktiskt taget besvärligt att underhålla den här filen. Detta innebar att denna metod i slutändan inte kommer att överleva. Värdnamnkonflikt var ett annat problem när den här enorma filen behölls. För att lösa dessa problem introducerades DNS (Domain Name System) 1983. När en värd vill ansluta till en annan värd i ett nätverk med hjälp av värdnamn, mappar DNS namnet på värden till dess IP -adress. Förutom att lösa ett värdnamn till en IP -adress utför DNS många andra operationer.
DNS -hierarki och domännamn
DNS använder ett distribuerat databassystem och använder ett hierarkiskt schema för att hantera dem. DNS -hierarkin är faktiskt en inverterad trädstruktur, vars topp kallas rotdomänen. Rotdomänen är ytterligare uppdelad i toppdomäner som .com, .net, .edu, .org, etc. Topdomänen kan ytterligare kategoriseras som länder och generika.
Landets domäner är två-bitars koder som representerar varje land i världen. Till exempel används .jp för att representera Japan, .uk för Storbritannien, etc. Generiska domäner är mestadels tre eller fler TLD -domäner. TLD kan vidare innehålla många andra nivåer domäner, sedan andra nivå domäner kan innehålla fler tredje nivå domäner, och så vidare. Dessa domäner är åtskilda med ett punkt- eller .dot -tecken. Till exempel, contact.amazon.com, support.amazon.com har .com som TLD, amazon är en domän på andra nivå, kontakt och support är domäner på tredje nivå.
Figur 1: DNS -hierarki
Hanteringen av toppdomäner som namngivning styrs av ICANN (Internet Corporation for Assigned Names and Numbers). Domänerna på andra nivån distribueras av de registratorer som tilldelats av ICANN. För att få ett nytt domännamn, t.ex. med .com TLD, gå till motsvarande .com-registrator och kontrollera om domänen på andra nivå eller helt enkelt domännamnet är tillgängligt eller inte. Du kan registrera en ny och unik domän genom att betala en liten avgift eller gratis för vissa toppdomäner (.tk, .ml, etc.).
Det finns två typer av domännamn: absoluta och relativa. Absoluta domäner är de som slutar med en periodnotation som cs.mit.edu .. Relativa domäner slutar inte med en punkt.
Domäner namnges på ett sätt från botten till topp som täcker alla enheter från domänen själv till roten. Konventionellt tolkas de från vänster till höger, där den vänstra enheten är mest specifik och den rätta enheten är minst specifik.
Domännamn kan användas i alla fall eftersom de är skiftlägeskänsliga. Att navigera till GOOGLE.COM motsvarar google.com. Domännamn måste börja med en alfabetisk bokstav men kan sluta med ett tecken eller en siffra. Mellan dessa två ändar kan den innehålla bindestreck. Längden på ett domännamn är begränsad till mindre än eller lika med 63 tecken.
Värdnamn eller fullt kvalificerat domännamn (FQDN)
Termerna FQDN och värdnamn används på olika sätt av viss text, men kärnbetydelsen förblir densamma. FQDN och värdnamn används omväxlande [1], medan [2], FQDN anses vara sammansatt av domännamn och värdnamn separat. Men i båda terminologierna finns det ett unikt värdnamn (med domännamn inkluderat) eller ett fullständigt kvalificerat domännamn (FQDN) för varje värd på internet.
Värdnamn (med domännamn inkluderade) för slutsystem är baserade på en organisations DNS-hierarki. Som ett exempel, överväga en värdmaskin, host1, inom cs.mit.edu -domänen. FQDN eller värdnamn för den här värden kommer att vara host1.cs.mit.edu, vilket kommer att vara unikt på internet. På samma sätt, om det är en webbadress, som www.mit.edu, kan vi tolka www som värdnamnet och mit.edu som domännamnet.
FQDN eller fullt kvalificerat domännamn är helt otvetydigt eftersom det kräver att vara unikt för varje värd på internet. Den bästa praxisen för att namnge värdar (utan domännamn) i ett nätverk är att använda olika identifierare för varje. Lokalt värdnamn (eller värdnamn utan fullständig domäninformation) behöver dock inte vara unikt, men detta tillvägagångssätt kan skapa fel som problem med nätverksanslutningar.
Vanligtvis har en värd bara ett värdnamn, men det kan ta flera värdnamn. Den lokala värdens fil kan användas för att lösa IP -adresser eller värdnamn på en lokal dator. När du löser ett värdnamn kontrolleras innehållet i filen /etc /hosts först. Om en post för värdnamnet inte hittas här använder stubben DNS -namnservern.
Ett statiskt värdnamn kan anges i filen /etc/hostname på ett Linux -system. Använda hostnamectl verktyg, kan vi se FQDN för systemet och även ändra denna fil. Det visas på bilden nedan:
Figur 2: Konfigurera värdnamn
Slutsats
Nätverksadministratörer bör ha goda kunskaper om att korrekt konfigurera domännamn och värdnamn. Detta hjälper dem att felsöka många nätverksproblem i organisationens nätverk. Vad du sedan kan göra är att utforska olika verktyg för system- och nätverksövervakning.
Referenser:
1. Red Hat Enterprise Linux 4: Referenshandbok . (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 kvalificerade domännamn (FQDN) . (2018, 14 maj). Indiana University Knowledge Base. https://kb.iu.edu/d/aiuv