Newsgroup: it.comp.os.linux.debian
Titolo: linux come router - ppp verso il router impostato a bridge

ho una debian che vorrei usare come firewall e proxy e vorrei, so che è
possibile, impostare il router come bridge creare la connessione
direttamente dalla macchina linux, in modo che sia essa il gatway della
lan, ricevendo dal provider l'indirizzo dinamico pubblico.
ma non ho idea di come diavolo fare :)
ho cercato in rete ma forse sbaglio keywords... chiedo consiglio o magari
un link. grazie

bzzz ha scritto:



Ti serve pppoeconf, squid, iptables e un paio di regole di routing.
iptables -I INPUT -i eth1 -s 192.168.0.10 -j ACCEPT
iptables -t nat -I POSTROUTING -s 192.168.0.10 -o ppp0 -j MASQUERADE
# ppp0 = connessione punto a punto dell'adsl
# eth1 = scheda di rete collegata alla rete locale (e non al bridge)
# 192.168.0.10 = un computer che riceve il forward dei pacchetti (senza
passare dal proxy)
Ti servirà anche istruire il kernel affinchè ti permetta il forwarding dei
pacchetti. Non ricordo bene la procedura ma è qualcosa di simile a questo:
echo 1 > /proc/sys/net/ipv4/ip_forward
P.S.: Se hai dei problemi non rivolgerti qui ma su it.comp.os.linux.sys .
Ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

> Ti serve pppoeconf, squid, iptables e un paio di regole di routing.
Dimenticavo che per il routing ti serve anche bind9.


 Ciao
si ho ancora tanti dubbi ma hai ragione, non è un problema
debian-specifico. 
ciao

 lan, ricevendo dal provider l'indirizzo dinamico pubblico.
Hai le idee molto confuse, un router lavora a layer 3 mentre un bridge a
layer 2. Presumo tu abbia bisogno di fare routing, quindi metti le giuste
route ed eventualmente quelle di NATting con iptables. Inizia da questo.
-- 
http://img169.imageshack.us/img169/1054/medioevowb0.jpg

 route ed eventualmente quelle di NATting con iptables. Inizia da questo.
è che non so spiegarmi bene evidentemente... sono già capace di configurare
una debian per fare routing, firewalling, natting etc.
il mio problema è come fare a creare la connessione ppp, usando il
router-dispositivo come bridge tra la debian e l'isp. non so come devo
impostare il router nè quali accorgimenti devo prendere sulla debian per
settare la connessione ppp, ma appena ho modo farò dei tentativi.

 settare la connessione ppp, ma appena ho modo farò dei tentativi.
Per la connessione PPPoE, ti basta usare pppoeconf, così ti semplifichi la
vita (ovviamente dopo aver sistemato il router o usando un modem
ethernet)...

bzzz ha scritto:


Prima di tutto io entrerei nell'amministrazione del router (192.168.0.1 ?)
e lo imposterei in modalità bridge, così diventa un modem normale.
Poi usi pppoeconf per settare una connessione. A questo punto ti basta
solo sapere user e password forniti dal provider, il resto lo lasci con i
parametri di default.
Puoi attivare la connessione con il comando "pon" (oppure "pon" seguito
dal nome del profilo) e per disconnetterti "poff".
Credo che esista qualche cosa di grafico su ubuntu ma non ricordo bene
come si chiama.
I file di configurazione vengono scritti in /etc/ppp/peers/ e di default
il profilo si chiama "provider" (non c'è bisogno di specificarlo a pon se
è quello che ti interessa).
Sempre da pppoeconf puoi impostare la connessione automatica al boot.
Saluti,
fapo


sono le dritte che mi servivano... partendo da qui spero di riuscire a
camminare da solo :)
grazie mille a tutti

 Dimenticavo che per il routing ti serve anche bind9.
Eh?

 Dimenticavo che per il routing ti serve anche bind9.
ti dispiace se routto anch'io. Dopo aver ingoiato una cazzata simile un 
routtino mi ci vuole.

 routtino mi ci vuole.
LOL
però dai, non siate cosi cattivi, "serve" sicuramente no ma un dns cache è
sempre una buona cosa e quindi un buon consiglio.

 sempre una buona cosa e quindi un buon consiglio.
Azz, ma usare un cannone simile solo per una piccola lan...
Al limite se proprio vuoi un dns usa djbdns od un'altro dns leggere.
Senza contare i brividi che ti vengono con bind...

, sndgg says...


A parte che si era capito benissimo che parlavo di nat, ma di solito in
una rete seria ci si affida a un server dns...
Che senso ha comprare un router e avere 1 computer connesso, ti chiedo?
So che per il tuo computer e max per il tuo coniglio polacco (quello che
costa 140 euro per dirti se ti e' arrivata un'email) non sara'
strettamente necessario, ma quando uno e' un po' esperto di reti di solito
non fa mancare un server dns locale neanche in un piccolo ufficio.


 non fa mancare un server dns locale neanche in un piccolo ufficio.
Invece il conisglio per funzionare ben richiede un server dns ben 
configurato. Altrimenti vedi come muove le orecchie.

 configurato. Altrimenti vedi come muove le orecchie.
? Non saro' un esperto di conigli ma in teoria se lo attacchi al router
senza parametri credo che faccia da solo. (Se ce l'ha fatta mio fratello a
installarlo da solo ce la puo' fare chiunque...)
Se ci volesse un dns locale anche per quello scatolotto converrebbe
spararsi subito... :)


 è sempre una buona cosa e quindi un buon consiglio.
:Dimenticavo che per il routing ti serve anche bind9
è decisamente un'affermazione curiosa, se si parla di instradamento di
pacchetti ip.

 spararsi subito... :)
no ma infatti non è certo obbligatorio. Il server dhcp invece ci vuole.

 Al limite se proprio vuoi un dns usa djbdns od un'altro dns leggere.
in che senso, bind è "pesante"? 

bzzz ha scritto:

Praticamente e' un grosso programma monolitico che accentra in se tutte
le funzioni possibili ed immaginabili (un po' come microsoft office),
che non usi mai.
Djbdns invece se ti server solo un cache dns utilizza solo un
determinato programma (djbdns e' una suite di programmi accorpati sotto
il nome di djbdns, ma e' un programma modulare, dove ogni modulo ha un
nome differente e fa solo la funzione per cui e' progettato).
Tieni presente se se cerchi su usenet, ci sono dei flame immensi su
questa storia.
Paride

bzzz ha scritto:



 storia.
Infatti: dove c'è DJB c'è flame.
Pur riconoscendo il valore del personaggio, avendo nella mia vita
usato sia djbdns che qmail, sia bind che postfix, posso affemare:
resto sui secondi, tutta la vita.
Certo, in un uso cache-only, dnscache può essere un'opzione; su
tinydns preferisco non commentare.

 Paride
ti ringrazio... beh allora non saprei :)
il fatto è che io voglio mettere su questo gateway multiuso proprio a scopo
didattico, e pian piano per questo scopo vorrei tirarci su anche e
soprattutto dei servizi per l'esterno, vpn, ftp, web, posta, etc... lo so
che mettere tot server su un fw/gw è parecchio discutibile ma ripeto, lo
scopo è solo impratichirmi con i servizi.
così sulle prime un dns cache come quello da te indicato andrebbe bene, ma
in un secondo momento (e qui sì, brividi) potrei voler decidere di giocare
con un dominio e diventarne il dns autoritario e tanto vale avere già
metter su un servente potente.


Scusate e di dnsmasq cosa ne pensate?
apt-cache search dnsmasq
apt-cache show dnsmasq
Ciao
UB

 no ma infatti non è certo obbligatorio. Il server dhcp invece ci vuole.
Il dhcp e' un buon consiglio ma (visto che siamo tanto bacchettoni) "non
ci vuole" per forza... Ad esempio la mia rete domestica ha 5 computer
tutti connessi con IP statici.
Aggiungo che un *gateway* decente potra' avere il server dns della marca
che vuole (e potra' anche non averlo) ma non vedo perche' non consigliare
di installarlo (come anche il dhcp), dato che era lapalissiano lo scopo
del ragazzo (installare una rete per imparare).


whiplash ha scritto:

Guarda ti dico solo questo, io ci rimisi le ossa con una vecchia
versione di bind, (precedente alla 8, ma non ricordo con esattezza la
versione).
Da allora non l'ho piu' provato, ma onestamente sono un tipo che una
volta che ci sbatte il muso contro una cosa, non la riprova piu'. Stesso
discorso mi successe con Red Hat 7.0 (salvo scoprire che nel giro di un
mese (se non ricordo male) tirarono fuori in fretta e furia la 7.0a),
che mi fece talmente tanti casini da indurmi definitivamente verso
debian: GRAZIE REDHAT!!! :-) Per il resto sono dell'idea che ognuno usa
cio' che piu' gli piace e se non ha problemi lo consiglia ad un'altro.
E' insito nella natura umana: ricordi la regola del cliente soddisfatto
che lo dice ad altri dieci, mentre uno insoddisfatto lo dice ad altri 100?
Ciao.

 Scusate e di dnsmasq cosa ne pensate?
Che lo uso da oltre 2 anni per la rete aziendale (una ventina di client) 
ed e` perfetto. Mai un riavvio, configurazione zero, prende da solo /etc/
hosts, occupa 1 MB di RAM.
Insomma, una bomba, non lo cambierei con niente.
Bye.

 che non usi mai.
Se si vuole solo un caching dns allora meglio puntare su dnsmasq o pdnsd.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 del ragazzo (installare una rete per imparare).
a me non sembrava aver detto questo. Anzi se vuole giocare ai casino' o 
commettere sule corse di conig ... ops ... cavalli è pessochè 
indispensabile.

per chi starà chiedendo di che coniglio si parli ... 
http://www.monclick.it/schede/violet/NABAZTAG%2FTAG/nabaztag.htm

Il 05/30/2008 05:39 PM Alessandro Pellizzari
Ha scritto:

Infatti, e, se e' utilizzato persino da dd-wrt sui router wireless di 
quelli da loro supportati un motivo deve esserci o mi sbaglio ? Comunque 
sul mio Linksys WRT54GL opportunamente "riflashato" con dd-wrt al comando:
~ # ps fuaxw | grep dns
   207 root        620 S   dnsmasq --conf-file /tmp/dnsmasq.conf
15831 root        248 R   grep dns
~ #
questo e' l'esito del seguente comando:
~ # cat /proc/cpuinfo
system type             : Broadcom BCM5352 chip rev 0
processor               : 0
cpu model               : BCM3302 V0.8
BogoMIPS                : 199.47
wait instruction        : no
microsecond timers      : yes
tlb_entries             : 32
extra interrupt vector  : no
hardware watchpoint     : no
VCED exceptions         : not available
VCEI exceptions         : not available
~ #
e ho detto tutto.
Ciao
UB