Questa guida è stata preparata utilizzando la versione 1.3.3-3mdk di IPTables con il kernel 2.6.12-12mdk su Mandriva 2006 Cooker.

Al giorno d'oggi la maggior parte degli utenti ha la possibilità di accedere ad Internet utilizzando connessioni a banda larga e possiede più di un computer quindi si potrebbe avere la necessità di condividere risorse tra i due host, risorse come la connessione ad Internet; infatti lo scopo di questa guida è proprio quello di spiegarvi come condividerla allestendo un router.

Tutto ciò di cui abbiamo bisogno per mettere in atto questa guida sono una connessione ad Internet e un paio o più computer dotati di scheda di rete.

Per quanto riguarda gli altri host della LAN il device della scheda di rete sarà eth0 e gli indirizzi utilizzati apparterrano, ovviamente, alla classe 192.168.0.0/24.

Iniziamo con la configurazione del network in modo che i vari host della LAN possano comunicare tra di loro.

Solitamente per i network domestici o di piccole dimensioni si utilizzano IP di tipo 192.168.0.x dove x è un numero da 1 a 254, ciò significa che possiamo avere un massimo di 254 indirizzi IP univoci in una stessa rete, il che mi sembra più che sufficiente.

Solitamente in una rete al router vengono riservati o il primo o l'ultimo indirizzo ovvero 192.168.0.1 e 192.168.0.254.
In questa guida verrà utilizzato, come già spiegato sopra, il primo.

Per prima cosa creiamo due file /etc/sysconfig/network-scripts/ifcfg-eth0 e /etc/sysconfig/networking/devices/ifcfg-eth0:

Creati questi due file dobbiamo scrivervi dentro quanto segue:

Il file mi sembra molto intuibile quindi non mi dilungherò in spiegazioni, sappiate solo che così impostata l'interfaccia si attiverà al boot, avrà un IP statico pari a 192.168.0.x ed il suo gateway sarà 192.168.0.1, ricordate che sul router il device collegato alla LAN è eth1 quindi modificate i due file di conseguenza.

Per fare in modo che la nostra Mandriva faccia da router per la nostra LAN dovremo usare due tecniche chiamate IP forwarding e IP masquerading.

IP Forwarding
L'IP forwarding è una tecnica che ci permette di inoltrare pacchetti tra due interfacce di rete per attivarla non dobbiamo fare altro che impostare ad 1 la variabile a run time di IPTables ip_forward:

Per fare in modo che ad ogni avvio l'IP forwarding sia attivo apriamo il file /etc/rc.d/init.d/iptables e modifichiamolo da così:

A così:

IP Masquerading
L'IP masquerading è una particolare tecnica di SNAT (Source Network Address Translation) che cambia l'indirizzo IP sorgente del pacchetto in modo da poter far uscire su Internet più computer con un unico indirizzo IP pubblico nascondendo la rete privata.

Per abilitare questa tecnica non dovremo fare altro che caricare i giusti moduli e definire una regola per IPTables.

Per prima cosa carichiamo i moduli necessari:

Solitamente i moduli sopracitati vengono caricati automaticamente all'avvio, se così non fosse inseriteli in /etc/modprobe.preload.

E adesso definiamo una semplice regola di IPTables:

Questa regola indica che tutti i pacchetti in uscita su eth0 provenienti dal network 192.168.0.0/24 devono essere mascherati, per far sì che non dobbiate specificare questa regola ad ogni nuovo avvio basterà impartire:

Che salverà le attuali regole di IPTables nel file /etc/sysconfig/iptables che lo script /etc/rc.d/init.d/iptables va a leggere al momento del boot.

FTP
Con la configurazione attuale dovreste essere in grado di utilizzare il protocollo FTP in passive mode, se avete la necessità di utilizzare l'active mode il router dovrà esserre in grado di tracciare le vostre connessioni FTP, per fare ciò è sufficiente caricare due moduli:

I due moduli dovrebbero caricarsi al boot, se così non fosse inseriteli in /etc/modprobe.preload.

IRC
Nel caso abbiate problemi con IRC vi basterà caricare altri due moduli:

I due moduli dovrebbero caricarsi al boot, se così non fosse inseriteli in /etc/modprobe.preload.

Gateway
Per prima cosa bisogna dire ad ogni macchina che deve instradare i pacchetti diretti verso l'esterno alla macchina che fa da router, per fare ciò è sufficiente impostare il default gateway nella tabella di routing:

Potrebbe non essere necessario questo passaggio in quanto abbiamo già indicato il gateway con il tag GATEWAY negli script di networking ma non si sa mai.

Per verificare la tabella di routing usate route -n:

DNS
Per poter navigare utilizzando i nomi di dominio anzichè gli IP (cosa alquanto scomoda) bisogna settare i DNS del nostro provider editando /etc/resolv.conf, eccovi il mio d'esempio:

Probabilmente voi non utilizzerete il mio stesso provider quindi avrete bisogno di altri DNS, al collegamento seguente troverete una lista di DNS server dei principali ADSL provider italiani.

DNS - Gli indirizzi IP dei principali DNS server utilizzati in Italia

Se pensavate di aver finito vi siete sbagliati poichè adesso che abbiamo finito di configurare il tutto dobbiamo verificare che tutto funzioni e, nel caso il test non dia esito positivo, capire dove abbiamo sbagliato.

Per eseguire questo test utilizzeremo i comandi ping e dig, il primo è incluso nel pacchetto iputils e sicuramente è installato sulla vostra macchina, il secondo, invece, è incluso nel pacchetto bind-utils che dubito abbiate installato; fortunatamente come al solito c'è urpmi che ci viene in aiuto:

Installazione dei programmi con urpmi
Urpmi for newbie

Adesso che abbiamo tutti gli strumenti possiamo procedere con il test.

1. Comunicazione router->client
Per verificare la connettività tra il router ed i suoi client è sufficiente aprire una shell sul router e pingarli:

Se vedete una cosa del genere vuol dire che è tutto a posto e che il router vede i suoi client, in caso contrario vedreste una cosa di questo tipo:

In questo caso l'host risulta irraggiungibile quindi dobbiamo controllare che l'indirizzo IP del client sia quello giusto, che i cavi siano stati collegati correttamente e che le schede di rete siano attive (controllate i led sul retro).

2. Comunicazione client->router
Siccome la comunicazione deve essere bidirezionale dobbiamo assicurarci che anche i client possano raggiungere il router.

Per fare ciò è sufficiente ripetere le operazioni del punto 1 operando, però, dal client al router.

3. Risoluzione dei nomi di dominio
Verifichiamo che il client sia in grado di identificare un computer su Internet non solo in base al suo IP ma anche in base ad un FQDN (Full Qualified Domain Name) che possiamo memorizzare facilmente.

Proviamo con www.mandrakeitalia.org:

Se vediamo un output simile a questo significa che siamo in grado di risolvere gli FQDN in indrizzi IP, come ulteriore prova pinghiamo sempre www.mandrakeitalia.org:

Ciò vuol dire che tutto funziona, in caso contrario avremmo un output simile a questo:

In questo caso dovremmo controllare il nostro /etc/resolv.conf, pingare il DNS server e, se risultasse off-line, sostituirlo con un altro.

Adesso godetevi il vostro router che con "tanta fatica" avete configurato!

Ci vediamo alla prossima guida!