Newsgroup: it.comp.os.linux.software
Titolo: ADSL LINUX Infostrada

Salve,
vorrei passare all'adsl, mi sembra buona l'offerta Infostrada con modem
in comodato,
qualcuno ha avuto esperienza a riguardo con Linux?
Grazie



non so te ti possa interessare ma domani faccio anche io la richiesta
(adsl premium, quindi con anche le telefonate urbane comprese).
Per adesso quindi siamo in tre (c'è anche un mio amico) se non altro ci
si aiuta

(adsl premium, quindi con anche le telefonate urbane comprese).
Io sto usando adsl di teleconomy24. Con linux nessun problema, ovviamente
il "modem" (se cosě vogliamo chiamarlo) deve essere tassativamente
ethernet.
A quel punto, 
http://www.provolinux.org
, in fin dei conti vi serve solo il
protocollo ppp over ethernet e siete a posto.
-- 
Crononauta               
==========               | togli 'sse' da ulissebarra | 
ICQ UIN: 4005815         | per rispondermi in  e-mail | 
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.htm
GP Legends: 
http://www.multiplayer.it/driving/

On Fri, 19 Jan 2001 21:39:46 GMT, 
andrea (
eli...@tin.it
)
wrote:

Prendi  il cazzillo  peloso  {(C) Gialappa's  Band}  con la  connessione
Ethernet,   piu`   una  schedina   Ethernet,   e   poi  vai   di   PPPoE
(
http://www.roaringpenguin.com
).
-- 
Emmanuele Bassi         |  Linux: [ 
http://digilander.iol.it/ebassi/linux/
 ]
                        |   SLRN: [ 
http://digilander.iol.it/ebassi/slrn/
  ]
emmanue...@iol.it
  |   SETI: [ 
http://digilander.iol.it/ebassi/seti/
  ]
  GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370 1CAA CAF7 512B 945C A44C



Due macchine in due diverse ditte, modem Ethernet, pppoe preso su
www.roaringpenguin.com
, e:
	./configure
	make install
	adsl-setup
	adsl-start
...cinque minuti dopo, andava :-)
Tieni presente che su ADSL, il firewall e' un MUST. Io uso quello
di MrShark, un po' rimaneggiato.
Leonardo
-- 
".signature": bad command or file name

 di MrShark, un po' rimaneggiato.
grazie, o sommo fiorentino! M'hai illuminato la notte! ;-)
p.s.: notare la firma "sernizzata" ;-)
-- 
Configura internet, junkbuster, fetchmail, procmail, leafnode, firewall,
dns, wwwoffle, postfix, mutt, slrn, kernel, ed altro, visitando il sito:
http://mrshark.sourceforge.net
 o 
http://mrshark.cjb.net
 e scaricando  il
"Quick&Easy Configuration Howto". Cosenza LUG: IRC: 
irc.openprojects.net
canale #cslug - Mailing-list: 
http://www.linux.it/mailman/listinfo/cslug

p.s.: notare la firma "sernizzata" ;-)
ttp://
mrshark.sourceforge.net
 o 
http://mrshark.cjb.net
 e scaricando  il
                                                                  ^^^^
Sembra, ma non e' :-) ... ma hai fortuna, perche' dovresti scrivere non
"o http://" ma "od http://" (h, pronunciato h, inizia per vocale).


Tieni presente che su ADSL, il firewall e' un MUST. Io uso quello
Perche'? Non uso ADSL, per cui potrei ignorare qualcosa, ma credo che se
uno ha attivi soltanto i servizi che gli servono, e setta correttamente
/etc/hosts.allow e hosts.deny, non dovrebbe avere problemi. Sbaglio?
-- 
Saluti,
    Mardy

/etc/hosts.allow e hosts.deny, non dovrebbe avere problemi. Sbaglio?
Sì perché in hosts.allow|deny discrimini l'accesso ai servizi avviati da
inetd, tutti quelli che non riguardano questo non c'entrano nulla.
Es. per tutti: sendmail (o chi per lui) che non è avviato on demand da
inetd. Se anche hai ALL:ALL in hosts.deny, la tua porta 25 resta
accessibile pubblicamente.
Inoltre ci sono altri servizi come ftp e http server (puoi far girare
apache sotto inetd, volendo), cui magari ti serve dare un accesso
"pubblico" ma nel contempo vuoi escludere alcune famiglie di ip, per
motivi tuoi.


 
azz, m'hai sgamato! comunque ho corretto! quando mi vuoi, sabato o domenica 
pomeriggio mi trovi su #cslug o #linux-it su 
irc.openprojects.net
. Ciao
-- 
Configura internet, junkbuster, fetchmail, procmail, leafnode, firewall,
dns, wwwoffle, postfix, mutt, slrn, kernel, ed altro, visitando il sito:
http://mrshark.sourceforge.net
 od 
http://mrshark.cjb.net
 e scaricando il


 /etc/hosts.allow e hosts.deny, non dovrebbe avere problemi. Sbaglio?
no, pero' poi saresti costretto a seguire bugtraq in tempo reale
per esempio ;) metti che si scopra che un ping carpiato
proto=648,4 causi delle rogne al kernel... (ti ricordi IGMP?)
poi hai il problema che non tutti i servizi partono da inetd, e
quindi non passano da hosts.*
Infine se hai una rete (o un altro picci collegato) in
hosts.allow avrai anche il suo ip (192.168.2.1 per esempio) a
cui probabilmente lasci fare tutto, hosts.allow non credo
controlli se 192.168.2.1 arriva da eth0 (il tuo picci) o da ppp0
(...) ipchains si
se resti collegato per brevi momenti (scarico news e posta) non
te ne puo' fregar di meno (forse) ma quando resti costantemente
visibile in rete...
poi, via ipchains con un po' di tempo non e' cosi' brutto come
lo di dipinge [1]
[1] credo... prima a poi dovro' far dare una occhiata al mio
script a qualcuno...
-- 
nebbia

 scripsit:


In effetti e'... abbastanza vero. Soffro di una deformazione
professionale e stavo pensando ad una macchina con Web, POP3
e SMTP aperti, nonche' SSH per il remote admin :-)
Ma, se tutti i servizi sono sotto tcp wrappers, tutt'al piu'
si dovra' stare attenti a ping broadcast e robe simili - che
per la cronaca sono anche queste nello script di MrShark - e
si puo' lasciare dormire ipchains.


 script a qualcuno...
per esempio a me...io ne ho uno ma non sono certo che funzioni.