dado/learning
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fixed img path

Browse Source
This commit is contained in:
dado
2025-06-12 21:37:27 +02:00
parent 3a59c544b1
commit 46848052e7
5 changed files with 18 additions and 18 deletions
Download Patch File Download Diff File Expand all files Collapse all files

16
networking/001-stack-protocollare.md
View File

@@ -64,18 +64,18 @@ Vediamo un esempio pratico di incapsulamento e decapsulamento in una richiesta D
Il pacchetto in uscita dal client é composto da vari strati:
![dns-request](/asset/img/dns-request.png)
![dns-request](asset/img/dns-request.png)
A *livello applicativo*, il client genera una richiesta DNS (*DNS query*) per risolvere l'indirizzo IP del sito web.
![dns-query](/asset/img/dns-query.png)
![dns-query](asset/img/dns-query.png)
Dopo aver generato la query DNS a livello applicativo, il *payload* viene incapsulato in un segmento UDP nel *livello di trasporto* (transport layer). Durante questo processo, viene aggiunto un header, che contiene informazioni fondamentali quali:
- la porta sorgente (determinata dal client)
- la porta di destinazione (la *well-known port 53*, utilizzata dal protocollo DNS)
![udp-header](/asset/img/udp-header.png)
![udp-header](asset/img/udp-header.png)
Il segmento UDP così formato diventa, nel *network layer*, il payload del *pacchetto IP*. In questo livello, viene aggiunto l'header IP che include:
@@ -83,22 +83,22 @@ Il segmento UDP così formato diventa, nel *network layer*, il payload del *pacc
- l'indirizzo IP di destinazione, corrispondente al server DNS
- altre informazioni di gestione come la versione del protocollo (IPv4 o IPv6), la lunghezza totale del pacchetto, il TTL (Time To Live), ecc.
![network-header](/asset/img/network-header.png)
![network-header](asset/img/network-header.png)
Al livello 2, il *data link layer*, avviene l'indirizzamento tramite MAC address:
- il pacchetto IP (contenente il segmento UDP con la query DNS) viene incapsulato in un *frame*. Qui interviene il *protocollo ARP* (Address Resolution Protocol), che permette di mappare l'indirizzo IP del server di destinazione all'indirizzo MAC fisico del dispositivo di destinazione
- il frame, ora completo di header del livello 2 che include il MAC address sorgente e quello di destinazione, viene inviato allo switch
![packet-to-switch](/asset/img/packet-to-switch.png)
![packet-to-switch](asset/img/packet-to-switch.png)
Lo switch riceve un frame in input
![frame-ethernet](/asset/img/frame-ethernet.png)
![frame-ethernet](asset/img/frame-ethernet.png)
Lo switch, grazie alla sua MAC address table, sa quale porta utilizzare per inviare il frame al dispositivo corretto (in questo caso il DNS server). Le informazioni vengono quindi trasferite tramite il cavo
![deincapsulamento-switch](/asset/img/deincapsulamento-switch.png)
![deincapsulamento-switch](asset/img/deincapsulamento-switch.png)
Lo switch, per poter svolgere il proprio compito, deve analizzare le informazioni fino al livello 2, in particolare il MAC address di destinazione, per poter effettuare l'instradamento corretto.
@@ -117,6 +117,6 @@ Lo switch, per poter svolgere il proprio compito, deve analizzare le informazion
- Nella risposta, il server DNS diventa il mittente e il client il destinatario
- Lo stesso processo di incapsulamento viene applicato in senso inverso, in modo che il pacchetto risalga fino al client di origine
![dns-response](/asset/img/dns-response.png)
![dns-response](asset/img/dns-response.png)
Adesso il processo di incapsulamento si ripete per la generazione di una richiesta HTTP verso il sito web, di cui ora si conosce l'indirizzo IP.