Newsgroup: it.comp.reti.locali
Titolo: bloccare emule con zyxel zywall5

Vorrei bloccare l'uso di emule ai pc di una rete che hanno tutti come 
gateway un firewall zyxel zywall 5.
Ho creato regole lan to wan e wan to lan per bloccare le porte da 4660 a 
4670, ma vedo che comunque emule bypassa il problema utilizzando la porta 
80. Visto che non posso bloccare anche la 80 quali altri metodi posso 
utilizzare?
La rete è mista pc e mac e come dicevo tutti hanno come gateway il firewall 
zyxel.
Grazie
A. 

 utilizzare?
questa mi giunge strana! Ho fatto delle prove l'altro giorno e
lasciando aperto solo la navigazione (quindi porta 80) emule (con
configurazione standard) non riusciva a connettersi. 
Ciao ciao
-- 
MirkoB.   
ne...@bsi-net.it
Motoretta BMW R1150R Nera...
L'indirizzo em@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

 utilizzare?
Confermo che la porta 80 mi giunge in questo caso strana: a me e'
sufficiente bloccare le porte da 1025 a 65535, e ne' winmx ne'
emule funzia.
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam al contrario, e cambia nazione
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 emule funzia.
Ah ok... pensavo che fosse uscita qualche versione più recente in
grado di usare la porta 80!
A proposito di "bloccaggi" mi chiedevo una cosa (che non ho ancora
affrontato direttamente) ma le radio online come si bloccano? Se non
erro usano la porta 80... 



a me sembra continui a funzionare (mulo con benda nera sugli occhi)
Dico così perchè continuo a vedere un gran traffico e la banda è utilizzata.
A. 

 ha scritto nel messaggio
news:EbTRg.101$dN2...@nntpserver.swip.net...

Va in modo passivo (firewallato);
-- 
dmax

Secondo me la soluzione migliore non è bloccare tutte le porte alte, ma
usare delle regole di trafic shaping su quelle.
Puoi impostare una priorità bassa per i pacchetti in ingresso con porta
di origine sopra la 1024 ed una priorità alta a quella da 1 a 1024. In
questo modo la rete sta sempre al 100%, ma ad esempio, le connessioni
http avranno precenza su quelle di emule e nessuno avrà l'impressione
che ci sia emule in funzione. Ovviamente dovrai fare lo stesso con i
pacchetti in uscita solo che in questo caso le regole si applicano alle
porte di destinazione.
Bye



Mha... ripeto, io lascio aperto solo le porte che interessano, tutto
il resto lo blocco. Dal mio portatile, su cui ho emule solo per fare
questi test, non riesco a connettermi! Appena riabilito le porte,
emule si connette con ID basso!
La stessa cosa l'ho impostata in alcune aziende con firewall zyxel
(zywall10, 5 e 35) e in tutti i casi il risultato è sempre lo stesso.
Vedo adesso che nella lista dei server uno risponde sulla porta 80, in
quel caso credo che emule si colleghi e funzioni.
domani testo, e banno l'ip!


 che ci sia emule in funzione. Ovviamente dovrai fare lo stesso con i
Il problema non è il dare la priorità a qualcosa... il problema è che
emule (e tutti gli altri) in azienda non deve proprio esistere! 
Proprio per questo parto dal principio che il firewall mi deve
bloccare tutto quello che è inutile.


Secondo me la soluzione migliore non è bloccare tutte le porte alte, ma
usare delle regole di trafic shaping su quelle.
Ma con lo zywall 5 lo posso fare? come?
Puoi impostare una priorità bassa per i pacchetti in ingresso con porta
di origine sopra la 1024 ed una priorità alta a quella da 1 a 1024. In
questo modo la rete sta sempre al 100%, ma ad esempio, le connessioni
http avranno precenza su quelle di emule e nessuno avrà l'impressione
che ci sia emule in funzione. Ovviamente dovrai fare lo stesso con i
pacchetti in uscita solo che in questo caso le regole si applicano alle
porte di destinazione.
grazie
A. 

 Ciao ciao
Il firewall filtra i pacchetti, dunque se le connessioni sulla porta 80
sono consentite ed il firewall le fa passare allora sei fritto.
Mi pare di aver letto da qualche parte (Ma può darsi che sto dicendo una
fandonia) che è stata rilasciata una nuova versione di emule in grado di
rilevare e raggirare i firewall che bloccano porte alte ed i sistemi di
trafic shaping dei provider (Infatti ingenere su windows la gente usa
amule con i privileggi di administrator e quindi possono usare la porta
80)
Brrr, se in azienda usate solo un firewall allora siete proprio male in
quanto a sicurezza (livello pc domestico)... Immagina questa situazione:
esce un bug su amule, amule gira come administrator su di un pc di un
impiegato. Un pirata (non confondiamolo con gli hackers) sfrutta il bug
per prendere il controllo della postazione ed eccolo lì pronto a
fregarsi tutti i dati che circolano sulla lan.
Questo nel esempio con amule, ma il discorso è lo stesso con qualunque
altro programma che accede ad internet.
Se vuoi bloccare emuli e suoi amici allora un firewall non basta, il
firewall agisce ai livelli 3-4 dei protocolli di trasmissione, ovvero
rete e trasporto. A te serve qualcosa che agisca a livello 5, ovvero
applicazione. Hai bisogno di un proxy (puoi usare un proxy trasparente
se hai molti host sulla tua lan)... Tutti i pc della rete devono
dialogare col proxy per "connettersi" ad internet. In realtà è il proxy
che si connette al server richiesto dal client e poi gli fornisce i dati
ottenuti. Quando emule ed amici cercano di connettersi ad internet il
proxy capisce che non si tratta di un protocollo accettato e non gli
risponde.
Con firewall + proxy il tuo livello di sicurezza sale a "piccolo
ufficio"
Ovviamente anche un proxy può essere aggirato, ma questo non rientra in
quello da te richiesto. Fa parte di un'altra storia.
Adesso è tardi. Buona notte.
- 

 applicazione.
Il layer 5 e' il session layer. L'application e' il 7 ;-)
Potrebbe sempre utilizzare un firewall layer 7, visto che ne esistono 
anche di prezzi accettabili.
Ciao
Luca
-- 
"Un nostro incaricato verra' a casa vostra senza impegno"
[da una televendita]

 applicazione. Hai bisogno di un proxy (puoi usare un proxy trasparente
layer 5 non è applicazione. Layer 7 è l'applicazione.


 Ciao ciao
Layer 7 secondo il modello iso/osi, scusa se non ho specificato prima,
ma mi riferivo al modello del tcp/ip in cui sessione e presentazione se
ne occupa il programma.

 ma mi riferivo al modello del tcp/ip in cui sessione e presentazione se
Ho verificato sia su internet (sito cisco) che su un paio di libri
prima di dire una stupidata (a volte la memoria fa brutti scherzi), ma
i layer del tcp/ip non sono 4? Network layer, internet layer,
transport layer e application layer?


 gateway un firewall zyxel zywall 5.
Con questi finti firewall non blocchi e-mule, perchè può lavorare su una 
miriade di porte, anche sulla 80 (dipende dal server o in HTTP tunnel).
L'unico modo fino a poco tempo fa era usare un FW che spacchettava fino a 
livello7 riconoscendo i pacchetti dei + diffusi P2P.
Ma ora quelli di e-mule hanno superato anche questa barriera, con la 
modalità "mascheramento" i pacchetti vengono generati con header e 
fingerprint casuali, sia lato server che lato client, rendendo di fatto 
inutile qualsiasi tetativo di individuarli.
Ti dico queste cose perchè lavoro in un'azienda che produce border gateway 
per wisp.
Saluti
Cuccio 

 Ciao ciao
Vabbè dai, non tiriamo la discussione sui modelli, che poi sono solo concetti astratti.
Io la lezione me la ricordo così:
Iso/osi
1) Fisico
2) Collegamento dati
3) rete
4) trasporto
5) sessione
6) presentazione
7) aplicazioni
Tcp/ip
1) fisico (Cioè come vengono modulati i i singoli bit sul mezzo di
trasmissione)
2) collegamento dati (come vengono aggregati e trasmessi insieme blocchi
di dati. Es frame ethernet)
3) rete (ip ed icmp)
4) trasporto (tcp o udp)
5) aplicazione

domani testo, e banno l'ip!
Ma anche se si collega a quel server non potrà collegarsi
agli altri utenti, a meno che non utilizzino anche loro
la porta 80 o la 443 in ingresso, ma ne vedrà pochissimi.