Har du nogensinde hørt om udtrykket "DNS", når du bruger internettet^(Internet) ? DNS står for Domain Name System . Før vi går videre og taler om, hvad der er DNS , og hvordan DNS -opslag fungerer, lad os forstå, hvad D'et i DNS står for.

Hvad er et domæne

Du ved, at formatet på en web- URL er http:s//www.domainname.tld . I dette eksempel refererer TLD (tld) til topdomænet. I de tidlige dage af nettet var TLD en af ​​følgende:

1. .com (refererer til kommercielle organisationer)
2. .org (refererer til non-profit organisationer)
3. .net (kommercielle websteder igen)
4. .gov (statslige websteder)
5. .edu (pædagogisk)
6. .mil (militære formål) og
7. .int (international)

Med stigningen i folk, der køber websteder, blev domænetyper relateret til lokationer introduceret. For eksempel refererer .asia , .us, .in  og .ca til henholdsvis ^(.ca)Asien^(Asia) , USA, Indien^(India)  og Canada . Snart^(Soon) kom der flere andre typer af TLD ind, som fortæller os, hvilken type hjemmeside der er. For eksempel refererer .me til en personlig hjemmeside, hvorimod en .tv refererer til en videostreaming hjemmeside. Forøgelsen af ​​TLD- kategorierne gjorde det muligt at kategorisere websteder efter deres type, samtidig med at de tilgodesede forbrugernes stigende krav.

I ovenstående eksempel på URL'en^(URL) (https://www.domainname.tld) ​​henviser https til overførselsmåden for data, og www siger, at den relaterer til World Wide Web . Alt mellem www og TLD er et websteds domænenavn.

Tidligere skulle folk indtaste www for at få adgang til en hjemmeside. Da hostingtjenesteudbyderne tillader omdirigering af www.domainname.tld til domainname.tld , kan du springe over at skrive www , mens du indtaster URL'en^(URL) i browseren. Et eksempel på et domænenavn er "thewindowsclub". URL'en^(URL) for at få adgang til domænet "thewindowsclub" er https://www.thewindowsclub.com eller http://thewindowsclub.com. Her er " thewindowsclub " en del af .com -TLD'et^(TLD) . Så kan der være underdomæner. I tilfælde af www.news.thewindowsclub.com er " nyheder^(news) " underdomænet til " thewindowsclub ".

Når du køber et domæne, kan du købe et navn, der passer til forskellige TLD'er^(TLDs) . Du kan vælge .com , .net , .us eller andre TLD'er -^{(TLDs –)} forudsat at det ikke allerede er taget af en anden. Det hjælper ikke blot^(Simply) at købe en hjemmeside, da folk ikke kan nå den, før den har en adresse. For ethvert domæne, du køber, kan du oprette et hvilket som helst antal underdomæner og bruge det til websteder og andre formål. For hvert domæne og underdomæne, du opretter, skal du angive adressen på servere, der indeholder indholdet på dit websted. Hvis domænet eller underdomænet refererer til en enhed (f.eks. en netværksprinter), skal du angive adressen på den pågældende enhed.

Alle domæner og underdomæner på internettet^(Internet) har en adresse tilknyttet. Vi kalder dem IP-adressen: Internet Protocol -adresse eller med andre ord en adresse, der fungerer sammen med internettet^(Internet) . Du kan kun få adgang til et domæne/underdomæne, hvis du kender IP-adressen på servere, der indeholder dets indhold.

Hvad er DNS

Du ved, at der er et ubegrænset antal websteder på internettet^(Internet) . Igen^(Again) , hver hjemmeside kan have sine egne mange underdomæner. Det er simpelthen ikke muligt at huske IP-adresserne på disse websteder. Det er derfor, du kan indtaste domænenavnet på dit eget sprog (ved hjælp af URL -formatet – også kaldet alias i fagsprog). Der er et system på arbejde, der løser domænenavnene, så du kan oprette forbindelse til det websted, du nævnte i URL'en^(URL) . Dette system hjælper dig med at finde IP-adressen på de domænenavne, du har indtastet i din browser, så browseren kan oprette forbindelse til webstedet. Dette system kaldes Domain Name System eller DNS for kort.

Domain Name System, eller DNS som det er populært kendt, er en distribueret database, der indeholder kortlægning af domænenavne til deres IP-adresser^{(Domain Name System, or DNS as it is popularly known, is a distributed database that contains the mapping of domain names to their IP addresses)} .

Indtil for nylig var en non-profit organisation ved navn InternNIC  ansvarlig for at administrere domænenavnene og deres IP-adresser. Da det gik "for-profit", sluttede dets monopol, og nu er der mange virksomheder, der administrerer databaserne relateret til domænenavne. Selvom databaserne vedligeholdes af forskellige virksomheder, er de forbundet på en måde, så enhver DNS-tjeneste^{(DNS Service)} kan få IP-adressen på ethvert domæne.

En DNS-tjeneste^{(DNS Service)} hjælper dig med at løse de domænenavne, du indtaster i din webbrowser. Det hjælper også med at løse adresserne, når du sender e-mails, eller når du klikker på aktive links. Generelt giver din internetudbyder^{(Internet Service Provider)} dig en DNS-tjeneste^{(DNS Service)} . Ud over din internetudbyder^(ISP) er der virksomheder, der tilbyder offentlige domænenavnetjenester ^{(Domain Name)} . ^(Services)Eksempler på sådanne virksomheder omfatter Google , Comodo og OpenDNS . Når du klikker på et link eller indtaster en URL i din webbrowser, kontaktes DNS-tjenesten^{(DNS Service)} for at løse den relaterede DNS. Det er DNS -tjenestens ansvar at scanne Domain Name System- databasen og give dig IP-adressen på den vært, som du ønsker at oprette forbindelse til.

Domænenavnene og underdomænerne kan kaldes aliaser^(aliases) . Serverne med en database med information om adresserne på forskellige aliaser kaldes navneservere^{(Name Servers)} . Der er to typer servere, der opererer i domænenavnesystemet^{(Domain Name System)} . De første typer er rodservere^{(Root Servers)} – disse indeholder data om topniveaudomæner^{(Top Level Domains)} ( TLD : .com, .net og .org osv.). De andre typer indeholder adresserne på servere, der hoster dine domæner og underdomæner.

Eksempel 1:^{(Example 1:)} I tilfælde af abc.xyz.com vil rodservere^{(Root Servers)} indeholde oplysninger om , at xyz er en .com . Nogle andre navneservere^(Server) vil indeholde databaseposter, der viser adressen på xyz.com . Da du også er vært for abc.xyz.com^{(abc.xyz.com)} , kan dens adresse enten være på den samme navneserver^(Name) med adressen på xyz.com eller på en anden navneserver^(Server) . Hvis du tilføjer endnu et underdomæne til abc.xyz.com, kan dens adresse igen være på den samme eller på en anden navneserver, afhængigt af hvor du hoster den. Forholdet mellem ovenstående kan fastslås som nedenfor:

For at etablere adressen på qwe skal Domain Name System Service løse:

Dette er et tilfælde, hvor Domain Name System Service ikke bruger nogen cache. Vi vil tale om caches lidt senere i denne artikel. Ovenstående viser, at for at løse DNS af qwe.abc.xyz.com , skal DNS -systemet scanne DNS - databasen fire gange. Dette bliver komplekst, da adresserne på forskellige dele af URL'en^(URL) kan være på forskellige navneservere^(Servers) . Men på grund af internettets^(Internet) hastighed kan du se siden downloades i løbet af få millisekunder og i værste tilfælde få sekunder.

Sådan fungerer DNS-opslag

Efterhånden ved du, at der er forskellige servere, der hoster databaser, der indeholder IP-adresserne på forskellige domæner og deres underdomæner. Du ved også, at der er rodservere^{(Root Servers)} , der har IP-adressen på servere, der hoster topdomæner^{(Top Level Domains)} . Disse rodservere^{(Root Servers)} hjælper med at nå de servere, der indeholder databaser, der har IP-adressen på hoveddomænenavnet. Hvis der er underdomæner, kan deres adresse være på de samme servere som hoveddomænenavnet eller på en anden server. Alle disse servere er tilgængelige for at finde ud af IP-adressen på den nøjagtige URL , som du skal bruge. Processen med at finde ud af IP-adressen for enhver URL på internettet^(Internet) er kendt som DNSkig op. For at finde ud af, hvordan DNS-opslag^{(DNS Lookup)} fungerer, tag følgende eksempel.

Eksempel 2:^{(Example 2:)} Overvej et netværk med ti computere. Hver computer har sin egen adresse, så datapakker, der rejser i netværket, ved, hvor de skal hen. Der er en 11. computer, der er vært for en database, der indeholder aliasnavnene på hver af disse ti computere og deres IP-adresser. Mens computerbrugerne kan henvise til computerne ved hjælp af deres navne, har datapakkerne brug for computernes IP-adresser, så de kan nå den tiltænkte modtager. Hvis computer A skal bruge printeren, der er tilsluttet computer B, vil A tjekke databasen på den 11. computer for at kende IP-adressen på B og derefter finde ud af adressen på printeren, der er tilsluttet til B. Først efter at have opnået printerens adresse, A vil dirigere udskrivningskommandoen til den printer, der er tilsluttet B.

I dette tilfælde sker følgende gentagelser:

A kontakter computer11
A kontakter B
A kontakter printer tilsluttet B

En lignende metode bruges til at slå DNS - poster op. For eksempel, når du klikker på http://thewindowsclub.com, vil din router kontakte din standard DNS-tjeneste^{(DNS Service)} for DNS- opløsning. DNS - tjenesten vil kontakte rodservere^{(Root Servers)} og bede om IP-adressen på serveren, der indeholder .com - poster. Denne adresse sendes tilbage til din DNS -tjeneste. DNS - tjenesten når igen til navneserveren^(Server) , der indeholder adresser på .com -domæner og beder den om adressen på http://thewindowsclub.com. Når du har opnået IP-adressen på de servere, der hoster thewindowsclub.com, vil din DNStjenesten returnerer IP-adressen til din computer, som derefter starter din browser for at downloade hovedwebsiden. Det betyder, at din DNS -tjeneste sender mindst to anmodninger om at modtage IP-adressen på et simpelt domænenavn.

Følgende er et billede, der forklarer, hvordan DNS-opslag fungerer:^{(Following is an image that explains how DNS lookup works:)}

I ovenstående tilfælde, hvis du skulle lede efter https://news.thewindowsclub.com, skulle din DNS -tjeneste køre en ekstra anmodning for at kende dens IP-adresse.

Da det tager tid at løse DNS fra bunden hver gang, opretter mange internetudbydere^(ISPs) og DNS-tjenesteudbydere^{(DNS Service Providers)} lokale caches, der indeholder allerede løste adresser. Det er primært de adresser, de allerede har hentet fra rodservere^{(Root Servers)} og andre navneservere^(Servers) på et tidspunkt. I dette tilfælde, når du sender en anmodning om en URL i stedet for at kontakte rodserveren^(Root) direkte, vil DNS -tjenesten slå den løste adresse på URL'en^(URL) op i dens lokale DNS - cache. Hvis det blev fundet, ville det sende opløsningen tilbage til din computer med det samme, ellers ville det gå videre og løse DNS'en^(DNS)ved at bruge ovenstående metode til at kontakte rodservere^{(Root Servers)} og andre navneservere^(Servers) .

Nogle operativsystemer indeholder også en lokalt cachelagret kopi af adresser, som du almindeligvis bruger på din computer. Dette hjælper også med at spare tid, mens du bruger internettet^(Internet) . Vi vil tale om DNS - caches i en anden artikel på et senere tidspunkt.

Fortæl os venligst, hvis du stadig er i tvivl om, hvordan DNS-opslag fungerer.^{(Please let us know if you still have any doubts about how DNS lookup works.)}

What Is DNS Lookup And How DNS Lookup Works

Ever heard about the term “DNS” when using the Internet? DNS stands for Domain Name System. Before we go ahead and talk about what is DNS and how DNS lookup works, let us understand what the D in the DNS stands for.

What Is A Domain

You know that the format of a web URL is http:s//www.domainname.tld. In this example, TLD (tld) refers to the top-level domain. In the early days of the web, TLD was one of the following:

1. .com (refers to commercial organizations)
2. .org (refers to non-profit organizations)
3. .net (commercial websites again)
4. .gov (government websites)
5. .edu (educational)
6. .mil (military purposes) and
7. .int (international)

With the increase in people purchasing websites, domain types related to locations were introduced. For example, .asia, .us, .in and .ca refer to Asia, US, India and Canada respectively. Soon, several other types of TLD came in that tell us the type of website. For example, .me refers to a personal website whereas a .tv refers to a video streaming website. Increasing the TLD categories made it possible to categorize websites according to their type while catering to the increasing demands of consumers.

In the above example of the URL (https://www.domainname.tld), https refers to the mode of transfer of data, and www says it relates to the World Wide Web. Anything between www and TLD is the domain name of a website.

Earlier, people had to type in www to access a website. Since the hosting service providers allow redirection of www.domainname.tld to domainname.tld, you can skip typing www while entering the URL into the browser. An example of a domain name is “thewindowsclub”. The URL for accessing domain “thewindowsclub” is https://www.thewindowsclub.com or http://thewindowsclub.com. Here, “thewindowsclub” is part of the .com TLD. Then, there can be sub-domains. In the case of www.news.thewindowsclub.com, “news” is the sub-domain of “thewindowsclub”.

When you buy a domain, you get to purchase a name that goes with different TLDs. You can choose .com, .net, .us or other TLDs – provided it is not taken already by someone else. Simply buying a website will not help as people cannot reach it until it has an address. For any domain you purchase, you can create any number of sub-domains and use it for websites and other purposes. For each domain and sub-domain you create, you need to specify the address of servers that contain the content of your website. If the domain or sub-domain refers to some device (for example, a network printer), you need to specify the address of that device.

All the domains and sub-domains on the Internet have an address attached. We call them the IP address: Internet Protocol address or in other words, an address that works with the Internet. You can access a domain/sub-domain only if you know the IP address of servers containing its content.

What Is DNS

You know that there are unlimited websites on the Internet. Again, each website can have its own many sub-domains. Remembering the IP addresses of these websites is simply not possible. This is why you get to enter the domain name in your own language (using the URL format – also called alias in technical terms). There is a system at work that resolves the domain names so that you can connect to the website you mentioned in the URL. This system helps you in finding the IP address of the domain names you entered in your browser so that the browser can connect to the website. This system is called the Domain Name System or DNS for short.

Domain Name System, or DNS as it is popularly known, is a distributed database that contains the mapping of domain names to their IP addresses.

Until recently, a non-profit organization called InternNIC was responsible for managing the domain names and their IP addresses. When it went “for-profit”, its monopoly ended and now there are many companies that manage the databases related to domain names. Though the databases are maintained by different companies, they are interconnected in a manner that any DNS Service can get the IP address of any domain.

A DNS Service helps you in resolving the domain names that you enter in your web browser. It also helps in resolving the addresses when you are sending emails or when you click on active links. In general, your Internet Service Provider gives you a DNS Service. Other than your ISP, there are companies that offer Public Domain Name Services. Examples of such companies include Google, Comodo, and OpenDNS. When you click on a link or enter a URL into your web browser, the DNS Service is contacted for resolving the related DNS. It is the responsibility of the DNS service to scan the Domain Name System database and provide you with the IP address of the host to which you wish to connect.

The domain names and sub-domains can be called aliases. The servers holding a database containing information on the addresses of different aliases are called Name Servers. There are two types of servers operating in the Domain Name System. The first types are the Root Servers – these hold data about Top Level Domains (TLD: .com, .net and .org, etc.). The other types contain the addresses of servers that host your domains and sub-domains.

Example 1: In the case of abc.xyz.com, Root Servers will hold information about xyz being a .com. Some other Name Server will contain database entries showing the address of xyz.com. Since you also are hosting abc.xyz.com, its address can be either on the same Name server holding the address of xyz.com or on a different Name Server. If you add yet another sub-domain to abc.xyz.com, its address may again be on the same or on a different Name server depending upon where you are hosting it. The relation between the above can be established as below:

To establish the address of qwe, the Domain Name System Service will have to resolve:

This is a case when the Domain Name System Service is not using any cache. We will talk about caches a little later in this article. The above shows that to resolve the DNS of qwe.abc.xyz.com, the DNS system has to scan the DNS database four times. This becomes complex given that the addresses of different parts of the URL can be on different Name Servers. But due to the speed of the Internet, you can see the page downloading in a matter of few milliseconds and in worst cases, few seconds.

How DNS Lookup Works

By now, you know that there are different servers hosting databases that contain the IP addresses of different domains and their sub-domains. You also know that there are Root Servers that hold the IP address of servers hosting Top Level Domains. These Root Servers help in reaching the servers containing databases that hold the IP address of the main domain name. If there are sub-domains, their address can be on the same servers as of the main domain name or on a different server. All these servers are accessible for finding out the IP address of the exact URL that you need to use. The process of finding out the IP address of any URL on the Internet is known as DNS lookup. To find out how DNS Lookup works, take the following example.

Example 2: Consider a network of ten computers. Each computer has its own address so that data packets traveling in the network know where to go. There is an 11th computer that hosts a database containing the alias names of each of these ten computers and their IP addresses. While the computer users can refer to the computers using their names, the data packets need the IP addresses of the computers so that they can reach the intended recipient. If computer A needs to use the printer attached to computer B, A will check the database on 11th computer to know the IP address of B and then find out the address of printer attached to B. Only after obtaining the address of the printer, A will route the print command to the printer attached to B.

In this case, the following iterations happen:

A contacts Computer11
A contacts B
A contacts printer attached to B

A similar method is used to lookup DNS records. For example, when you click on http://thewindowsclub.com, your router will contact your default DNS Service for DNS resolution. The DNS service will contact Root Servers and ask for the IP address of the server containing .com records. This address is sent back to your DNS service. The DNS service again reaches the Name Server containing addresses of .com domains and asks it for the address of http://thewindowsclub.com. Upon obtaining the IP address of the servers that host thewindowsclub.com, your DNS service will return the IP address to your computer which then fires up your browser to download the main webpage. This means your DNS service is sending at least two requests to receive the IP address of a simple domain name.

Following is an image that explains how DNS lookup works:

In the above case, if you were to look for https://news.thewindowsclub.com, your DNS service had to run a request extra to know its IP address.

Since resolving DNS from scratch every time takes up time, many ISPs and DNS Service Providers create local caches that contain already resolved addresses. These are primarily the addresses they already fetched from Root Servers and other Name Servers at some point in time. In this case, when you send a request for a URL, instead of contacting the Root server directly, the DNS service would look up the resolved address of the URL in its local DNS cache. If found, it would send the resolution back to your computer instantly else would go ahead and resolve the DNS using the above method of contacting Root Servers and other Name Servers.

Some operating systems too, contain a locally cached copy of addresses that you commonly use on your computer. This too, helps in saving time while using the Internet. We will talk about DNS caches in a different article at some later point of time.

Please let us know if you still have any doubts about how DNS lookup works.

Related posts

• Sådan tilføjes et lokalt DNS-opslag til værtsfil

• DNSLookupView er et gratis DNS-opslagsværktøj til Windows-computere

• Gratis DNS-opslagsværktøjer og onlinetjenester

• Bedste gratis dynamiske DNS-tjenester på nettet, du bør bruge

• Windows kan ikke kommunikere med enheden eller ressourcen (DNS-server)

• Slip TCP/IP, Skyl DNS, Nulstil Winsock, Nulstil proxy med batchfil

• DNS løser ikke Xbox-servernavne på Xbox-konsollen

• Sådan ændres eller konfigureres en alternativ sikker DNS-udbyder i Edge

• Sådan finder og ændrer du DNS-indstillingerne på din TP-Link Wi-Fi 6-router -

• Sådan får du vist DNS-cacheindhold i Windows 11/10

• Sådan aktiveres DNS over HTTPS i Windows 11/10

• Sådan konfigurerer du Google Public DNS på din computer

• OpenDNS Review - Gratis DNS med forældrekontrol og hastighed

• HTTP-fejl 503, tjenesten er utilgængelig problem

• 3 måder at ændre DNS-indstillinger på Windows 10

• Sådan rettes fejl med DNS-serveren, der ikke reagerer

• DNS-cacheforgiftning og spoofing - hvad er det?

• RSAT mangler DNS-serverværktøjer i Windows 10

• Din DNS-server er muligvis ikke tilgængelig i Windows 11/10

• Aktiver DNS over HTTPS i Firefox, Chrome, Edge, Opera, Android, iPhone