Newsgroup: it.comp.os.linux.sys
Titolo: Reverse proxy... dove documentarsi

Cosa ne pensate dell'utilizzo di un reverse proxy con squid per proteggere
il proprio webserver da computer infettate da virus tipo Red Code Nimda
ecc....
Piu' che altro per limitare tutto il traffico che generano sti cavolo di
worm, il mio access.log e' strapieno di queste schifezze.
Qualcuno puo' consigliarmi qualche doc ben fatto?
Per il momento sto facendo degli esperimenti, mi son creato un file dove ci
ho messo tutte le chiamate tipo "root.exe, cmd.exe, default.ida?
ecc...almeno quelle che conosco, e che riempiono i miei log" Sembra
funzionare, infatti quando arrivano chiamte tipo "GET /default.ida?XXXXXX
ecc..." l'access.log del mio Apache non lo rileva piu' e me lo trovo sull'
access.log di squid con un bel  TCP_DENIED !!
Vorrei documentarmi meglio pero' credo che si possano fare grandi cose con
questa roba, un gran bel modo di fare firewalling ^__^
Grazie.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.624 / Virus Database: 401 - Release Date: 15/03/2004

 
Prova a dare una occhiata qui:
http://www.skullkrusher.net/squid/index.html
considera che la pagina č stata scritta parecchio tempo fa, e nel
frattempo le mie idee al riguardo si sono evolute, per cui bada
soprattutto ai link in fondopagina, e ignora il file di conf che č
trivial (ma funzionante).
In particolare jeanne...
Potresti essere interessato anche a dare una occhiata a zorp:
http://www.balabit.com/products/zorp/
 (commerciale)
http://zorp-unoff.sourceforge.net/
 (versione GPL)
sul quale sto indagando di recente, anche se il concetto si discosta...
i miei due cent...
-- 
wash the blood from your hands
bury your secrets in the sand
and forget

 sul quale sto indagando di recente, anche se il concetto si discosta...
Molto interessante.... grazie!!


 Qualcuno puo' consigliarmi qualche doc ben fatto?
[cut]
io ho solo aggiunto qualche riga alla conf di apache...
#Permanenet redirect per noti bug di IIS
RedirectPermanent /scripts 
http://127.0.0.1/
RedirectPermanent /MSADC 
http://127.0.0.1/
RedirectPermanent /msadc 
http://127.0.0.1/
RedirectPermanent /c 
http://127.0.0.1/
RedirectPermanent /d 
http://127.0.0.1/
RedirectPermanent /_mem_bin 
http://127.0.0.1/
RedirectMatch (.*)\cmd.exe$ 
http://127.0.0.1/$1
RedirectMatch (.*)\root.exe$ 
http://127.0.0.1/$1
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 io ho solo aggiunto qualche riga alla conf di apache...
Scusa ma cosi' il carico sul webserver non viene alleggerito o sbaglio?
Io con un reverse proxy "a monte del webserver" faccio in modo di fermare
simili richieste prima che arrivino a destinazione, mentre cosi' li
"cortocircuiti" su te stesso. Di fatto fermi l'url ma il traffico generato
lo subisci lo stesso o sbaglio?


 
ricevi solo la richiesta dell'url rompiballe.
al quale rispondi con:
'spostato su 127.0.0.1'
il client, quindi, va a cercare la pagina all'indirizzo 'localhost'
localhost del client, non del server...
non ho mai fatto controlli sul traffico generato ma, a logica, col 
reverse proxy il traffico è maggiore rispetto alla mia soluzione (mia per 
modo di dire, dato che l'aveva postata qualcuno sul ng...).
il proxy, rimanda una pagina d'errore, che occupa più banda di un 
redirect.
in più, col redirect, il client si 'autocarica' di lavoro andando a 
cercare l'url maledetto su se stesso.
