Laboratorio virtuale per lo studio delle reti Netkit4TIC Laboratorio virtuale per lo studio delle reti nome Route statica versione 2.1 autore The Netkit Team e-mail netkit.users@list.dia.uniroma3.it web http://www.netkit.org descrizione Esempio di configurazione di una rete statica (2 host + 2 router)
Una rete con due host
Dettagli di configurazione
Creazione del laboratorio Gerarchia della lab directory lab.conf pc1/ pc1.startup pc2/ pc2.startup r1/ r1.startup r2/ r2.startup
i dati della tabella di routing vanno aggiunti manualmente pc1.startup i dati della tabella di routing vanno aggiunti manualmente pc2.startup i dati della tabella di routing vanno aggiunti manualmente
Testing del laboratorio ping da pc1/eth0 a r1/eth0 Le interfacce collegata allo stesso dominio di collisione sono sempre raggiungibili
Testing del laboratorio ping da pc1/eth0 a r1/eth1 Le interfacce collegate a domini di collisione diversi non sono normalmente raggiungibili
Analisi delle tabelle di routing Sia i router che gli host non hanno tabelle di routing, cioè non sanno come raggiungere reti non direttamente connesse alle loro interfacce.
Analisi delle tabelle di routing Le reti direttamente connesse vengono inserite automaticamente nelle tabelle di routing quando le relative interfacce vengono attivate.
Analisi delle tabelle di routing Per risolvere il problema dobbiamo definire manualmente la route di default dei pc: “Attraverso questo gateway (indirizzo IP) si possono raggiungere tutte le altre reti”
Analisi delle tabelle di routing Analoga configurazione per pc2:
L’interfaccia di backbone di r1 è ora raggiungibile Analisi delle tabelle di routing Ora pc1 sa come gestire indirizzi di altre reti L’interfaccia di backbone di r1 è ora raggiungibile
Analisi delle tabelle di routing
Analisi delle tabelle di routing L’interfaccia eth1 di r2 non risulta raggiungibile: perché?
Analisi delle tabelle di routing
Analisi delle tabelle di routing Siamo sicuri che i pacchetti di richiesta di echo arrivi all’interfaccia eth1 di r2? Proviamo: mentre pc1 invia richieste di ping, catturiamo i pacchetti nell’interfaccia di r2:
Analisi delle tabelle di routing Guardiamo la tabella di routing di r2: L’indirizzo di pc1 è 195.11.14.5 R2 non sa come raggiungerlo. La richiesta di echo arriva ad r2, ma r2 non sa dove inoltrare la risposta.
tramite l’interfaccia eth1 Analisi delle tabelle di routing Aggiungiamo nella tabella di routing di r2 la rete di pc1 (route statica): network 195.11.14.0 tramite l’interfaccia eth1 è raggiungibile via 100.0.0.9 con maschera 255.255.255.0
Analisi delle tabelle di routing La stessa configurazione va apportata anche ad r1:
Ora pc1 e pc2 sono raggiungibili: Testing del laboratorio Ora pc1 e pc2 sono raggiungibili: