Newsgroup: it.comp.os.linux.sys
Titolo: routing ad-hoc

Ciao,
Sto cercando di capire se quello che ho in mente e' possibile e qual'e'
la soluzione migliore per implementarlo.
Diciamo che ho una linux box (debian stable, k 2.6.x) in una lan di 5
computer linux box esclusa.
Configurazione IP manuale, la linux box ha 192.168.0.1, i pc da
192.168.0.2 a 192.168.0.6.
Tutti i pc (quando parlo dei pc mi riferisco a tutti i computer della
rete linux box esclusa) sono configurati per avere come dns e come
gateway la linux box.
Fin qui, sembra la classica configurazione.
Ora, diciamo che questa linux box ha 3 interfacce di rete :
Una , che chiamiamo eth0, dove ha l'indirizzo 192.168.0.1 ed e'
collegata alla lan
Un'altra che e' collegata ad una dsl (chiamiamo dsl1), e una terza
sempre collegata ad una dsl (dsl2)
Quello che vorrei io e' che la linux box, che,  in base a IP e MAC
address (insieme) faccia passare il traffico verso internet di due pc,
diciamo 192.168.0.2 e 192.168.0.3 per la prima dsl (dsl1) e gli altri,
192.168.0.4 fino a 192.168.0.6 per dsl2, ma facendo in modo che se
qualcuno attacca un altro pc alla rete (diciamo 192.168.0.7) questo,
anche se configurato correttamente, non avra' accesso a internet
perche' tutti i pacchetti che la linux box riceve  (solo verso
internet) da IP (e mac) non conosciuti vengono droppati.
Questa linux box ha dei servizi, per dire http o ftp, che devono essere
sempre accessibili da tutti da lato LAN, anche da , per esempio,
192.168.0.7.Quindi lato lan non voglio protezione di alcun tipo (almeno
per ora).
Di sicuro spunteranno le domande tipo perche' ho bisogno di questo : e'
semplice, in realta' le altre due connessioni non sono due dsl ma
bensi' una gsm (a tempo) e una gprs ( a pacchetti)  e alcuni di questi
pc devono per forza non poter usare una connessione a tempo (perche'
devono essere always on, quando sono online) e gli altri invece non
devono usare a pacchetti perche' potrebbero generare troppo traffico,
causando costi troppo alti.
Grazie per l'aiuto.

Credo che dopo una lunga ricerca ho trovato quello che potrebbe fare al
caso mio :
shorewall, avete controindicazioni ?

 internet) da IP (e mac) non conosciuti vengono droppati.
Gli strumenti che ti servono sono iproute2, per il policy routing, e
iptables con il match --mac-source per il filtraggio sugli indirizzi
mac. 
Lascerei perdere shorewall. Cerca e leggi LARTC e prova a fare tutto
a mano con gli strumenti di base di cui sopra e senza "intermediari" 
tipo shorewall. Altrimenti, se ritieni che sia meglio interporre dei
layer d'astrazione, per me non ci sono controindicazioni a shorewall
salvo che, in casi semplici (come sembra questo), potrebbe diventare
addirittura una (inutile) complicazione. Specie se voi avete gia' un
firewall funzionante e lo devi soltanto riconfigurare per soddisfare
queste nuove richieste.
Fabio

Si il caso anche secondo me e' relativamente semplice.
Non sono un esperto, ma mi piace imparare e sbattere la testa.
Ho delle basi sia di rete che di linux, mi muovo relativamente bene con
google, man pages etc etc.
La configurazione devo poterla farla al volo:
Da interfaccia web (diciamo php) viene scelta la connessione da
utilizzare (eth1 o ppp0 per dire) , e viene intercettato l'ip, il
programma aggiunge che tutti i pacchetti verso internet provenienti da
quell'ip devono passare per connessione eth1.
Poi avro' anche bisogno di sapere quanto traffico (in e out) ha
generato ip 192.168.0.x, e questo da quello che ho capito lo posso fare
sempre con iptables.
Grazie per i consigli, e se ti viene in mente altro che puo' tornarmi
utile per la particolare situazione, grazie ancora di piu' :D
MarLaw