Hvad sker der, når du klikker på en URL i din browser

I denne artikel vil jeg have, at mine læsere skal få et billede af et meget grundlæggende koncept for webverdenen. Tidligere har jeg skrevet artikler om de smarte ting på dagens marked, dvs. vinklet rejse, grundlæggende reaktion osv. Men i dag vil jeg have, at mine læsere skal ind på den rejse, de møder i starten, når de rammer en hvilken som helst URL.

Da emnet er selvforklarende - hvad sker der, når vi rammer en URL? - Lad os begynde!

Før vi diskuterer, hvad der sker efter at have ramt URL'en , skal vi gennemgå, hvad en URL faktisk er, og hvad forskellige dele af URL'en betyder - ikke? Lad os forstå mere om webadresser uden at spilde noget tid.

URL - Uniform Resource Locator

Hvis du ser på dens fulde form, er det selvforklarende: det har placeringen af ​​de ressourcer, som vi vil have adgang til. Det er en adresse på det sted, hvor vi vil hen for at interagere med eller finde information.

Lad os se på dit daglige liv. Hvis du vil besøge din vens hus for noget arbejde eller for at få oplysninger, har du brug for deres adresse. Det samme gælder her i denne store webverden: vi er nødt til at give en adresse på det websted, som vi vil have adgang til. Den hjemmeside er ligesom huset og URL er adressen.

Anatomi af en URL

Nu ved vi hvad en URL er, men vi ved stadig ikke om delene af en URL. Lad os gå!

Lad os tage et eksempel:

//www.example.com/page1

Her er den første del 'https' . Dette fortæller grundlæggende browseren, hvilken protokol den skal bruge. Det kan være http, https, ftp osv. En protokol er et sæt regler, som browseren bruger til kommunikation over netværket. 'https' er dybest set en sikker version , dvs. information udveksles på en sikker måde.

Den anden del www.example.com er et domænenavn . Du kan relatere det til din vens hus. Det er en adresse på webstedet. Vi bruger det til at nå frem til serveren (uddannet computer), der er ansvarlig for at betjene oplysningerne til det pågældende websted. Vente! Du tror måske, sekunder før jeg nævnte URL er adressen, mens jeg også nævnte domænenavn også er adresse. Du er muligvis forvirret. Vær ikke forvirret!

Forskel mellem URL og domænenavn

Den største forskel mellem begge er, at URL'en er en komplet adresse . URL fortæller om den metode, hvormed information skal udveksles, stien efter at have nået det websted. Mens domænenavnet er en del af en URL .

Lad os tage vores tidligere eksempel for bedre at forstå. Du kan sige, at din vens husadresse er et domænenavn, mens URL'en ikke kun fortæller vens husadresse (domænenavn), men også hvordan du skal kommunikere som at tale i et separat rum (sikkert) eller foran alle ( info kan blive lækket). Den fortæller også stien, dvs. på hvilken del af huset, du vil gå, efter du er kommet ind i huset. Derfor er domænenavnet en del af URL'en. Et domænenavn med flere oplysninger er en URL.

Jeg håber, at du nu er klar med URL'en. Lad os komme ind i den næste del.

Domænenavn

I den foregående del forklarede jeg om domænenavne, men ikke i dybden. Jeg vil have dig til at gå nærmere ind på det. Som jeg fortalte dig, er domænenavnet adressen på webstedet. Det giver en unik identitet til dit websted i sådan en enorm webverden. Ingen to domænenavne kan være de samme MEN - Ja! Der er 'men'. Dette er ikke den eneste definition af et domænenavn. Der er en anden historie bag det. Lad os komme ind i den historie.

Som vi ved, når vi rammer en hvilken som helst URL, eller du kan sige domænenavn, åbnes det websted med dets indhold. En server (en uddannet computer) betjener den. Vi ved også, at hver computer har en IP-adresse, der bruges til kommunikation over internettet. Det er en adresse, som den selv forklarer 'IP-adresse'. Når vi ramt nogen URL, så er vi faktisk rammer den IP-adresse på den computer, der er ansvarlig for at tjene hjemmesidens indhold (hosting).

Men nu tænker du måske hvad i helvede ... er alt en adresse? Hvorfor findes dette domænenavn, hvis IP-adressen er der? Hvorfor kan vi ikke bruge IP-adresse til at hente indhold på hjemmesiden?

Ja! Du kan bruge IP-adresser til at hente indhold på hjemmesiden, men virkelig! .. Vil du være i stand til at huske hvert websteds tilknyttede IP-adresse? Tydeligvis ikke! Det er svært at huske IP-adressen på hvert websted. Derfor kom domænenavne på markedet.

Du kan relatere det til din kontaktliste. Du kan ikke huske hver persons nummer, men du kan huske deres navn. Det samme koncept gælder også her. Du kan ikke huske disse skræmmende IP-adresser , men du kan nemt huske domænenavne .

Denne enorme mængde data vedligeholdes i en database, hvor domænenavnet med dens IP-adresse er gemt. Et system, der gemmer domænenavne med sin tilsvarende IP-adresse, er kendt som DNS (Domain name system) (jeg tror, ​​du skal have hørt om det).

Jeg tror, ​​jeg har diskuteret grundlæggende nok. Gå nu dybt ind i processen med, hvornår vi rammer en hvilken som helst URL.

DNS-opslag for at finde IP-adresse

Efter at have ramt URL'en er den første ting, der skal ske, at løse IP-adressen, der er knyttet til domænenavnet. DNS hjælper med at løse dette. DNS er som en telefonbog og hjælper os med at give den IP-adresse, der er knyttet til domænenavnet, ligesom vores telefonbog giver et mobilnummer, der er knyttet til personens navn.

Dette er oversigten, men der er fire lag, som denne domænenavneforespørgsel gennemgår. Lad os forstå trinnene:

1. Efter at have ramt URL'en kontrolleres browserens cache . Som browser opretholder sine DNS-poster i nogen tid til de websteder, du har besøgt tidligere. Derfor kører først DNS-forespørgsel her for at finde den IP-adresse, der er knyttet til domænenavnet.

2. Det andet sted, hvor DNS-forespørgsel kører i OS-cache efterfulgt af router-cache .

3. Hvis en DNS-forespørgsel ikke løses i ovenstående trin, tager den hjælp fra resolver-serveren. Resolver-server er intet andet end din internetudbyder (internetudbyder). Forespørgslen sendes til ISP, hvor DNS-forespørgsel kører i ISP-cache.

4. Hvis der ikke findes nogen resultater i 3. trin, sendes anmodningen til top- eller rodserver i DNS-hierarkiet. Der sker det aldrig, at det siger, at der ikke blev fundet resultater, men faktisk fortæller det, hvorfra denne information du kan få. Hvis du søger på IP-adressen på topdomænet (.com, .net, .Gov ,. org). Det fortæller resolverserveren at søge på TLD-serveren (topniveau domæne).

5. Nu beder resolver TLD-serveren om at angive IP-adressen på vores domænenavn. TLD gemmer adresseoplysninger om domænenavn. Det fortæller opløseren at bede den til autoritativ navneserver.

6. Den autoritative navneserver er ansvarlig for at vide alt om domænenavnet. Endelig får resolver (ISP) den IP-adresse, der er knyttet til domænenavnet, og sender den tilbage til browseren.

Efter at have fået en IP-adresse, gemmer resolver den i sin cache, så næste gang, hvis den samme forespørgsel kommer, behøver den ikke at gå til alle disse trin igen. Det kan nu give IP-adresse fra deres cache.

Dette handler om de trin, der følges for at løse IP-adressen, der er knyttet til domænenavnet. Se nedenfor for bedre at forstå:

TCP-forbindelse starter med serveren via Browser

Når computerens IP-adresse (hvor din webstedsinformation er der) er fundet , initierer den forbindelse til den. For at kommunikere over netværket følges internetprotokollen . TCP / IP er den mest almindelige protokol. Der oprettes en forbindelse mellem to ved hjælp af en proces kaldet 'TCP 3-vejs håndtryk' . Lad os forstå processen kort:

1. En klientcomputer sender en SYN-meddelelse betyder, om den anden computer er åben for ny forbindelse eller ej.

2. Derefter sender en anden computer , hvis den er åben for ny forbindelse, også kvitteringsmeddelelse med SYN-besked.

3. Herefter modtager den første computer sin besked og kvitterer ved at sende en ACK-besked.

For bedre at forstå, se nedenstående diagram.

Kommunikation starter (anmodning om reaktionsproces)

Endelig oprettes forbindelsen mellem klient og server. Nu kan de begge kommunikere med hinanden og dele oplysninger. Efter en vellykket forbindelse sender browseren (klienten) en anmodning til en server om, at jeg vil have dette indhold. Serveren ved alt om, hvilket svar den skal sende til hver anmodning. Derfor reagerer serveren tilbage. Dette svar indeholder alle de oplysninger, du har anmodet om, som f.eks. Webside, statuskode, cache-kontrol osv. Nu gengiver browseren det indhold, der er anmodet om.

Det er det! Al ovenstående proces sker, når vi rammer en URL. Selvom denne lange proces tager mindre end sekunder at gennemføre. Dette er svaret på dit spørgsmål 'hvad sker der, når vi rammer en URL i en browser?'

Tak for læsningen!