Quindi cosa succede se A ora vuole eseguire il ping di un dispositivo remoto in una sottorete separata?
Così ora, ad esempio, A con indirizzo IP 10. 1. 1. 1 Vuole eseguire il
ping del dispositivo B con l'indirizzo IP 10. 1. 2. 1 In questi
esempi, sto discutendo di ICMP o del traffico ping,
ma qualcosa di simile
potrebbe accadere se inviassi HTTP, FTP o altro traffico.
ciò che è importante notare qui è che questi dispositivi si trovano in sottoreti separate che stiamo
usando una maschera / 24 in questa topologia.
Quindi l'host A non si trova nella stessa sottorete dell'host B.
ora la prima cosa che farà il PC è
controllare se l'indirizzo IP con cui sta tentando di comunicare si trovi in una sottorete
separata o nella stessa sottorete di se stessa.
Lo fa facendo una logica conclusione usando la maschera di rete.
Quindi in questo caso abbiamo la maschera / 24 l'indirizzo IP del
PC A è 10. 1. 1. 1 e sta cercando di
eseguire il ping di un indirizzo IP 10. 1. 2. 1/24 in notazione decimale
puntata assomiglia a questo 255. 255. 255. 0 Il che significa
che la parte di rete è i primi 3 ottetti dell'indirizzo.
Quindi il PC locale 10. 1. 1. 1 confronta la porzione di
rete con il dispositivo con cui sta tentando di comunicare per verificare se il dispositivo è locale o remoto.
In questo caso la parte di rete dell'indirizzo è diversa.
Quindi il PC locale sa che il dispositivo remoto si trova in una sottorete diversa
da sé e invierà quindi il traffico al suo gateway predefinito per raggiungere
la sottorete remota su cui si trova il dispositivo.
Ora in questo esempio stiamo assumendo che il dispositivo
A abbia un gateway predefinito configurato.
Quindi il dispositivo A è stato configurato con il gateway predefinito
del router 10. 1. 1. 100 quindi il PC
verificherà innanzitutto se ha l'indirizzo MAC del
router nella sua cache ARP locale. Ciò avviene perché è necessario
inviare il traffico al router per raggiungere il dispositivo remoto.
E poiché questo è un segmento Ethernet, per la comunicazione è
richiesto un indirizzo Mac layer 2.
Ethernet richiede ancora una volta che l'indirizzo MAC sia utilizzato al livello
2 per la trasmissione attraverso una rete Ethernet.
Quindi al livello 2 è richiesto un indirizzo MAC dal PC il PC sarebbe stato configurato con
il gateway predefinito di 10. 1. 1. 100 che è
un indirizzo IP a livello 3 ma l'indirizzo MAC
del gateway predefinito non sarebbe stato configurato sul PC,
quindi non c'è nessuna voce sul PC locale per
l'indirizzo MAC del suo gateway predefinito
e quindi dovrà inviare invia una trasmissione al segmento chiedendo chi ha
l'indirizzo IP 10. 1. 1. 100 in
altre parole si tratta di una richiesta ARP
alla ricerca dell'indirizzo MAC associato all'indirizzo IP del gateway predefinito.
Quando la trasmissione viene ricevuta dall'hub, la invierà da tutte le porte tranne le porte su
cui sono arrivati. Il PC C
riceverà la trasmissione al livello 2 ma quando leggerà le
informazioni del livello 3 vedrà che questo è un
ARP per 10 . 1. 1. 100 che non è il suo indirizzo IP.
Quindi il PC C abbandonerà la richiesta ARP.
Il router elaborerà tuttavia la richiesta ARP.
In primo luogo riceverà il traffico al livello
2 perché si tratta di una trasmissione e quando legge le informazioni del livello 3
vedrà che questa è una richiesta ARP per il suo indirizzo IP.
Quindi il router risponderà con una risposta ARP al PC Una richiesta ARP.
La risposta ARP è un indirizzo unicast in modo che l'indirizzo MAC di origine sia
G l'indirizzo MAC del router, l'indirizzo MAC di destinazione sia un indirizzo
IP di origine è l'indirizzo
IP di destinazione dell'indirizzo IP del router è un indirizzo IP.
L'hub riempirà nuovamente il traffico di tutte le
porte tranne la porta su cui è arrivato.
C lascerà cadere il frame perché non è destinato a se stesso.
Notare nel frame che l'indirizzo MAC di destinazione è A, ma
l'indirizzo MAC del PC è C, quindi farà cadere il frame.
E ciò che è importante notare è che è la scheda di
interfaccia di rete che fa cadere il frame e non la CPU centrale del PC.
A riceverà il frame e su una ricevuta elaborerà il frame perché l'indirizzo MAC
di destinazione è esso stesso.
Quindi al livello 2 il frame è accettato dalla NIC o dalla Network Interface Card.
Le informazioni del livello 2 sono strip e le inoltrano ai protocolli di livello più alto.
Poiché si tratta di una risposta ARP, il suo processo viene eseguito mediante protocolli di alto livello e la cache ARP viene
aggiornata con l'indirizzo MAC del router, pertanto PC A ora ha una mappatura che dice che
l'indirizzo IP 10. 1. 1. 100 usa l'indirizzo MAC
G quindi questo è l'importante, il PC A sa che l'indirizzo IP
10. 1. 1. 100 è associato all'indirizzo MAC G.
Quindi il PC può inviare traffico alla rete destinata al PC remoto 10. 1. 2. 1 con l'indirizzo IP di origine
impostato su 10. 1. 1. 1 ma si
noti che l'indirizzo MAC di origine è il PC locale e
che l'indirizzo MAC di destinazione è il router.
La cornice del livello 2 va al router e quindi le informazioni del livello
2 contengono gli indirizzi MAC del segmento locale.
Indirizzo MAC di origine del PC, indirizzo MAC di destinazione del router.
Le informazioni del livello 3 contengono l'indirizzo IP di destinazione
dell'host remoto e l'indirizzo IP del PC locale.
L'hub invierà il frame a entrambi c e G, C lascerà cadere il frame perché l'indirizzo MAC
di destinazione non è di per sé il
router riceverà il frame a livello 2 perché
è destinato al suo indirizzo MAC di G.
Spoglierà quindi le informazioni del livello 2 e leggerà le
informazioni del livello 3 nel pacchetto.
Quindi ora diamo un'occhiata ad un esempio pratico
che ho intenzione di catturare il traffico in Wireshark, quindi inizierò la cattura. Svuoterò
la mia cache ARP, quindi arp-a mostra che non ci sono voci nella cache ARP al momento
e poi farò ping a hp. com notare che la risoluzione
DNS è in corso, il messaggio ICMP è scaduto perché un
firewall sta bloccando i messaggi ICMP su quel server.
Quindi, ecco un altro esempio, consente di eseguire il ping di Google com.
I ping di avviso stanno avendo successo, quindi interromperò l'acquisizione.
HP utilizzava un indirizzo IP nell'intervallo 15.
Diamo quindi un'occhiata al traffico ICMP, quindi nota che c'è
un messaggio ICMP su hp. com e
puoi vederlo perché l'indirizzo è 15.
E HP possiede il 15 range di indirizzi IP.
Non abbiamo ricevuto risposta dal server ma è stata inviata la richiesta di eco.
Quello che vorrei vederti per favore è che al livello 2 l'indirizzo
MAC di origine è il mio
pc locale, ma l'indirizzo MAC di destinazione è il mio router locale.
Avviso Posso vedere che questo è un dispositivo Cisco perché l'indirizzo MAC è
mostrato come Cisco per la parte OUI o fornitore dell'indirizzo.
Possiamo vedere che digitando arp-a,
questo indirizzo MAC è l'indirizzo MAC associato all'indirizzo
IP 10. 0. 0. 254 IP config
ci mostra che quello è l'indirizzo IP del gateway predefinito.
Quindi il traffico sta passando dal mio PC locale a HP. com ma viene
instradato dal mio router locale.
Sul livello 3 abbiamo l'indirizzo IP del PC
locale, l'indirizzo IP di destinazione è hp, ma a livello 2 l'indirizzo
MAC di origine è il mio PC e
l'indirizzo MAC di destinazione è il router locale.
E ancora una volta inviando il traffico al mio gateway predefinito locale al livello 2.
Posso filtrare l'acquisizione di Wireshark per mostrare di nuovo solo il traffico ICMP.
Ecco il traffico diretto a Google, quindi l'indirizzo IP di origine è il mio indirizzo
IP di destinazione della macchina locale è Google ma si noti al
livello 2 l'indirizzo MAC di origine è il
mio PC locale e l'indirizzo MAC di destinazione è ancora una volta il router locale.