Reznex Background
Înapoi la toate lecțiile
Lecția 2 • Rețele & Web
8 min citire explicită
Dicționar & Arhitectură Web Detaliată

Cum călătorește un site pe Internet? DNS, TCP, HTTP & HTTPS

Ce se întâmplă exact când scrii o adresă web?Când introduci un nume de site în browser și apeși Enter, calculatorul tău nu știe unde să se conecteze direct. El trebuie mai întâi să afle adresa IP a serverului (prin DNS), să deschidă un canal stabil de date (prin TCP), să securizeze conversația (prin TLS) și abia apoi să ceară paginile web (prin HTTP/HTTPS).

1. Dicționarul Termenilor Principali

Un protocol este pur și simplu un set de reguli pe care două calculatoare le respectă pentru a putea comunica corect între ele.

DNSDomain Name System

Registrul de telefoane al Internetului. Traduce nume ușor de reținut de oameni (de exemplu, google.com) în adrese numerice unice pe care le înțeleg calculatoarele (de exemplu, 142.250.180.206).

IPInternet Protocol

Adresa poștală digitală a oricărui echipament conectat la rețea. Fiecare pachet de date poartă adresa IP a expeditorului și a destinației, ca să ajungă unde trebuie.

HTTPHypertext Transfer Protocol

Limbajul prin care browserul cere fișierele unui site (text, imagini și cod), iar serverul le trimite înapoi. Datele circulă necriptate, în text clar.

HTTPSHTTP Secure (HTTP + TLS)

Varianta securizată a protocolului HTTP. Înainte de trimitere, datele sunt cifrate folosind un certificat de securitate, astfel încât nimeni pe drum să nu poată citi parolele sau cardurile introduse.

2. Cum funcționează rezoluția DNS pas cu pas

Traducerea unui nume de domeniu într-o adresă IP implică o ierarhie strictă de 4 servere specializate:

1. DNS Resolver (intermediarul)

Primul server întrebat de browserul tău. De obicei este administrat de furnizorul tău de internet (Digi, Vodafone) sau de servicii publice precum Cloudflare (1.1.1.1). Dacă are adresa salvată în memoria cache, ți-o oferă pe loc.

2. Root Server (nivelul rădăcină)

Dacă Resolver-ul nu știe răspunsul, întreabă un Root Server. Există 13 mari grupuri de servere rădăcină la nivel mondial. Ele nu știu IP-ul exact, dar îndrumă cererea către serverul care se ocupă de extensia domeniului tău.

3. Server TLD (domeniu de nivel superior)

Gestionează extensiile domeniilor, precum .ro, .com și .org. Identifică serverul care găzduiește domeniul și trimite cererea mai departe.

4. Authoritative Name Server

Serverul final, care deține înregistrările oficiale de adrese ale site-ului. Returnează adresa IP exactă către resolver, iar acesta o trimite browserului pentru a începe conexiunea.

3. Protocolul TCP: Cum se stabilește conexiunea (Handshake)

Dacă IP-ul se ocupă de găsirea adresei, Transmission Control Protocol (TCP) este cel care se asigură că datele ajung complete, reordonate corect și fără pierderi. Înainte de a trimite conținutul site-ului, se execută un salut în 3 pași (TCP 3-Way Handshake):

PASUL 1 • SYNSincronizare (Client ➔ Server)

Browserul trimite un pachet special numit SYN (Synchronize) prin care spune că dorește să deschidă o conexiune.

PASUL 2 • SYN-ACKConfirmare (Server ➔ Client)

Serverul răspunde cu SYN-ACK (Acknowledge), confirmând primirea cererii și faptul că este disponibil.

PASUL 3 • ACKRăspuns final (Client ➔ Server)

Browserul trimite pachetul ACK, iar canalul de comunicare directă este stabilit oficial.

De ce nu folosim UDP? Spre deosebire de TCP, UDP trimite datele fără să confirme primirea lor. Este util la apeluri video și jocuri online, unde viteza contează mai mult decât pierderea câtorva pachete. Pe un site web, pachetele pierdute pot strica pagina.

4. Securizarea HTTPS: criptare asimetrică și simetrică (TLS)

După stabilirea conexiunii TCP, un site HTTPS negociază TLS (Transport Layer Security) pentru a cripta datele. TLS combină două tipuri de criptare:

Criptare asimetrică (negocierea)

Folosește o pereche de chei: o cheie publică, pe care o poate vedea oricine, și o cheie privată, păstrată secretă pe server. Browserul folosește cheia publică pentru a cripta un secret scurt și a-l trimite serverului. Doar serverul îl poate decripta cu cheia privată.

Criptare simetrică (transferul datelor)

Deoarece criptarea asimetrică necesită multă putere de calcul, secretul schimbat anterior devine o cheie simetrică unică. Apoi, ambele părți folosesc acea cheie temporară pentru a cripta și decripta rapid toate datele paginii.

5. Răspunsul serverului: ce înseamnă codurile HTTP?

După ce primește o cerere HTTP/HTTPS, serverul trimite fișierele solicitate și un cod numeric de stare, care arată dacă totul a decurs bine:

2xx Succes200 OK

Serverul a găsit pagina și o trimite cu succes către browser.

3xx Redirecționare301 Moved

Pagina s-a mutat la o altă adresă web. Browserul este trimis acolo automat.

4xx Eroare client404 Not Found

Adresa cerută nu există pe server (este posibil să fi fost scrisă greșit).

5xx Eroare server500 Server Error

Serverul a întâmpinat o eroare internă și nu poate răspunde.

Ultimul pas: ce este un CDN și cum se afișează pagina?

Pentru ca un site din SUA să se încarce rapid și în România, companiile folosesc o rețea Content Delivery Network (CDN). Aceasta păstrează copii ale site-ului pe servere din apropierea ta. Când datele ajung, browserul face trei pași pentru a afișa pagina:

1. HTML (Structura)

Browserul citește codul HTML și construiește structura paginii: titluri, texte și butoane.

2. CSS (Designul)

Descarcă stilurile și aplică culorile, fonturile, dimensiunile și aspectul paginii.

3. JS (Interactivitatea)

Execută JavaScript, care activează animațiile, meniurile și funcțiile interactive ale site-ului.