> ok allora aggiungi che non hai contatti da esterno Perche? > E importante questo > per semplicita' diciamo che usi solo il tcp/ip (udp njet almeno per ora) > ora se e' cosi qualche cosa la puoi fare. Ripeto: perche? > In pratica ti serve uno switch > che abbia il dump di tutto il traffico quindi per certi versi un hub > potrebbe andare bene.... Questo dump lo porti al linux di nat su una > interfaccia in promiscuo. ?????????????????????????????????????? dillo con parole tue... ?????????????????????????????????????? > Ci sniffi sopra e quando trovi un pacchetto per l'esterno lo prendi e lo > processi.... tipicamente inviandolo al firewall di linux cha fara' il > nat. ovvio che aggiornerai le tabelle di routing per trattare facilmente > almeno gli ip non pubblici. ?????? > Per quelli pubblici dovrai lavorare > completamente a livello mac.... E comunque avrai problemi.... P.es > immagina che macchina con ip privato voglia accedere a un ip pubblico > di una altra macchina del pool.... Che fai? Marasgnauz! Dal mio multiplexer è fondamentale che le macchine nattate non si possano vedere quindi questo caso non interessa. > > Ma per curiosita': e' un problema reale oppure una semplice > esercitazione? Metti di avere una ditta che fornisce connessione ad internet a ognuno che si vuole attaccare con il proprio portatile e metti che al posto di comando abbiamo la classica segretaria che quando il tipo ha finito gli fa la fattura... > > comunque farlo potrebbe essere bello!!!! :-) > Nel senso che ti interessa il progetto e potresti partecipare attivamente? Diaolin -- La roulette russa: se avete un bel 100 Gb di dati e volete provare l'ebbrezza del rischio(cambiate la i con f): [ $[$RANDOM % 6] = 0 ] && rm -ir / Ocio al BACKUP! -- Per iscriversi (o disiscriversi), basta spedire un messaggio con SOGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx