Newsgroup: it.comp.reti.locali
Titolo: IpCOP e tempi di reazione

Ho IpCOP funzionante su un i486 DX2 66MHz con 32MB di ram. Tutto fila
liscio, ma mi chiedo se i lunghi tempi di reazione dipendono
dall'hardware obsoleto oppure da qualche impostazione errata.
Mi riferisco agli svariati secondi che intercorrono tra la richiesta
di una pagina via http e la ricezione della stessa *QUANDO SI USA LA
CONFIGURAZIONE HTTP DI IPCOP*. Lo sottolineo perchè vorrei farvi
notare che il traffico da e verso internet (modem esterno 56K) va a
pieno regime senza alcun problema.
E' ovvio che, a differenza delle pagine web, le pagine che vengono
generate da IpCOP caricano maggiormente la vecchia CPU (e HD), ma ho
l'impressione che, tra la richiesta della pagina e la ricezione della
stessa la linux box non sia impegnata eccessivamente: il led dell'HD
s'accende di rado e i terminalini in basso a destra di windows
lampeggiano pochissimo, indicando che la quantità di dati trasferiti è
veramente esigua.
Cosa potrebbe essere?
Anche a voi succede una cosa simile?
Rigrazio anticipatamente per qualsiasi risposta che possa illuminarmi!
PS: tanto per fare un esempio: tra l'invio (http) della richiesta di
connessione del modem e il "clack" che indica l'apertura della linea
telefonica passano all'incirca 30 secondi!! Sono io che pretendo
troppo oppure c'è un inghippo?
Gabriele Bellini

 ciao, f.
A me ha iniziato a rallentare un po quando ho installato la patch 8..
ho 192mb di ram e ne ha liberi nemmeno 8...
in questi giorni provo a reinstallare tutto e poi vedo se cambia..
Ciao
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 reinstallare tutto e poi vedo se cambia..
Hm ... sembra il vecchio problema di Snort che
"incarta" il sistema ... 192M sono ok per IPCop
mi viene il dubbio che qualcosa non funzioni
come dovuto, per quanto riguarda la domanda
del post originale ... considerando che si tratta
di un 486 e che quando vengono richieste pagine
relative all'interfaccia di config è la macchina stessa
che deve elaborarle credo che la cosa sia in parte
comprensibile... se possibile proverei a mettere
qualche Mb di RAM in più e portare la macchina
da 32Mb a 64 o 128 .. lo so che è difficile trovare la
RAM per un vecchio 486 ma .. qualche mercatino
o fiera dell'elettronica potrebbero permetterti di
trovare qualche banco di RAM a prezzi ridicoli
Ciao

 RAM per un vecchio 486 ma ..
Se e' delle parti di Lecce gliene regalo 16M, presi dal 486 che non sono
riuscito a utilizzare per IPCop. [Pero' ce lhho fatta con un MMX di
risulta...]
MimmoL


Ma .. ROTFL ... di questo passo metteremo
su un mercatino delle pulci "venghino siore
e siori, si scambiano parti hardware per
assemblare un box IPCop..." ;-D !!

 assemblare un box IPCop..." ;-D !!
epperchenno!?
Se penso alla fatica che ho dovuto fare per trovare un paio di ISA che
fossero riconosciute... Alla fine ci ho rinunciato. Siccome il 486 ho
deciso di passarlo a miglior vita, quale migliore idea di donare... i
suoi organi. ;-)
MimmoL

 > reinstallare tutto e poi vedo se cambia..
Io l'ho appena messa su la mia linux box... e l'unica lentezza che vedo, è
la generazione delle pagine sue.. per il resto va bene..
Tutto gira su un Pentium 133... ma con solo 16 Mb di ram ed una scheda isdn
isa...

trovare qualche banco di RAM a prezzi ridicoli
...dubito: la scheda 486 è veramente vecchia: supporta solo ram a 30
pin e (cosa peggiore) solo Fast Page Mode. I 32 mega di cui dispone
sono 8 *sudatissimi* moduli simm a 30 pin da 4 mega ciascuno
(difficili da trovare perchè, ai tempi che furono, si vendevano solo
quelli da 1 mega). Tutti gli slot sono occupati e non credo che quella
vecchia mobo possa supportare simm da 8 mega ciascuno (tantomeno penso
siano facili da reperire!)
cmq ho capito di chiedere troppo al vecchio 486, quindi m'accontento! 
Gabriele Bellini

 che vedo, č la generazione delle pagine sue.. per il resto va bene..
Ma č esattamente di questo che si lamentava il "poster" originale
in pratica, mentre per quanto riguarda le pagine "scaricate da web"
che vanno benone, le pagine "locali" (admin) subiscono un certo
rallentamento, ma questo č semplicemente dovuto al fatto che in
quest'ultimo caso IPCop stesso deve elaborare "al volo" i dati per
generare la pagina richiesta e questo ovviamente "pesa" sulla cpu
e causa tale rallentamento; ma.. a meno che uno non usi di continuo
l'interfaccia web, non credo questo sia un grosso problema
Ciao

mi intrometto dicendo che se è dalle parti di Bologna ne ho io...
e intanto chiedo un parere... IPCop con una sola scheda di rete funziona
correttamente ?

 correttamente ?
Ni .. nel senso che richiede almeno due
"schede"; se poi una è una scheda di
rete reale e l'altra un modem non ci sono
problemi, ma in ogni caso i requisiti minimi
sono due "interfacce" (green+red)... vedi
anche la pagina di documentazione
http://www.ipcop.org/cgi-bin/twiki/view/IPCop/IPCopHCLv01
il discorso è che IPCop utilizza una delle due
interfacce come "green" (rete locale) e vuole
un'altra interfaccia "red" (internet) per poter
configurare il firewalling ed il resto
Ciao

già...
ma se volessi installare un software per fare filtro http... devo proprio
scartare l'ipotesi di un pc con una sola scheda di rete che fa da proxy per
il resto della lan ?


No, solo che in questo caso IPCop non andrebbe bene
oltretutto ... scusa se te lo chiedo ma la config alla quale
stai pensando sarebbe qualcosa del tipo ... ?
Internet
|
router/modem
|
+---- proxy/cache
|
LAN
in questo caso la macchina che fa da cache NON farà (non
è possibile) da firewall ma potrà soltanto fungere da "cache"
locale; un "coso" del genere si chiama "single legged proxy"
e non è molto usato, oltretutto una configurazione simile richiede
che l'accesso ad internet (ad es. per le porte HTTP/HTTPS) sia
permesso soltanto dall'IP della macchina proxy altrimenti uno
degli utenti della rete potrebbe tranquillamente bypassare del
tutto il proxy; detto questo .. beh, per una cosa del genere ti basta
un qualsiasi s/w che faccia da proxy/cache, non hai bisogno di
tutte le "features" di IPCop (firewall ecc..)
Ciao

 correttamente ?
Ipcop E' un router, pertanto necessita di due o piů interfacce.
... che cosa vorresti che facesse con un interfaccia sola ?


 ha scritto nel messaggio
news:Fck8c.8339$jY1....@tornado.fastwebnet.it...


 ha scritto nel messaggio
news:c3sg6i$2b70nf$1...@ID-180886.news.uni-berlin.de...


 l'esatto sistema...
Beh ... ma nessuno ti vieta di piazzare l'IPCop (con due schede di rete)
tra il Cisco ed il resto della LAN, in pratica avresti una config del
tipo...
Internet
|
Pix
|
|
IPCop
|
|
LAN
in questo modo tutto il traffico da/per internet (Cisco) passerebbe
attraverso IPCop, ora, supponendo che il Pix stia funzionando da
NAT, per installare una soluzione del genere basterebbe cambiare
l'IP interno del Pix spostandolo su una subnet diversa da quella in
uso sulla LAN, tale subnet verrebbe utilizzata solo per il traffico tra
il Pix e l'interfaccia RED di IPCop; fatto questo, l'IP precedentemente
in uso all'interfaccia "privata" del Pix verrebbe assegnato all'interf.
GREEN di IPCop in modo da evitare modifiche alla config dei client
In pratica, supponendo che la LAN abbia una subnet 
192.168.1.0/24
e che il Pix sia attualmente su 192.168.1.254 .. basterà modificare il
Pix in modo che l'interfaccia privata sia su (es.) 
192.168.2.254/24
poi impostare la RED di IPCop su 192.168.2.1 con gateway puntato
su 192.168.2.254 ed impostare la GREEN di IPCop su 192.168.1.254
in modo che i clients che continuano a "puntare" su questo IP non
abbiano bisogno di modifiche, fatto questo, tutto il traffico inizierà a
fluire attraverso IPCop per poi raggiungere il Pix (e viceversa)
Spero la cosa sia chiara...
Ciao

chiarissima, grazie
ciao

l'interfaccia web, non credo questo sia un grosso problema
L'interfaccia web la uso solo quando voglio connettere/disconnettere
il modem 56K dell'interfaccia red verso internet e siccome tra la
richiesta di connessione e la stessa passano molti secondi, m'ero
chiesto se la cosa fosse imputabile alla lentezza del 486 oppure a
qualche mia mancanza nella configurazione di IpCOP.
Ora ho capito che sono io a pretendere troppo dal 486.
Grazie a tutti per avermi chiarito le idee.
Gabriele Bellini

 Spero la cosa sia chiara...
Immacolata!
Una sola domanda: se il Cisco fosse in comodato della Telecom (e' il
caso della mia scuola), te lo cambiano loro e facilmente l'IP
dell'interfaccia che va alla zona rossa di IPCOP?
Ciao,
MimmoL

 dell'interfaccia che va alla zona rossa di IPCOP?
Beh ... delle due ... o ti fai cambiare l'IP del cisco o...
cambi la subnet della LAN :-) direi che potresti fare
un tentativo con telecom, se la cosa non "funge" beh
a quel punto uno si rimbocca le maniche e si "passa"
tutti i clients... a questo punto converrebbe quasi usare
DHCP (IPCop funge anche da server DHCP nel caso)
ovvio che se c'è in piedi un'infrastuttura windows sarà
consigliabile usare una macchina win-server per DHCP
e DNS (con forward su IPCop) .. ed eventualmente AD
Ciao
-- 
* ObiWan
DNS "fail-safe" for Windows 2000 and 9X clients.
http://ntcanuck.com
Support and discussions forum
http://ntcanuck.com/net/board
408 XP/2000 tweaks and tips
http://ntcanuck.com/tq/Tip_Quarry.htm

 Ora ho capito che sono io a pretendere troppo dal 486.
Alternativa ... usa SSH per connetterti ad IPCop ed avviare
il dialup tramite script :-) se il client è windows basta usare
il client SSH "PuTTY" (cerca con google)

 e DNS (con forward su IPCop) .. ed eventualmente AD
Sara' il mio caso. Il DHCP, pero', lo preferiro' sul firewall; cosi'
lascio il server piu' liscio per AD.
Ciao e grazie,
MimmoL

 wrote in news:EPF8c.101370
$
z23.4...@news3.tin.it
:

...
meno cose fà il firewall e meglio è.
in più, se il dhcp viene gestito dal server ad centrale, hai 
l'integrazione completa tra dhcp e dns, che fa un sacco comodo...
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 l'integrazione completa tra dhcp e dns, che fa un sacco comodo...
Grazie per il consiglio, Paolo.
Mi documentero' maggiormente sull'argomento.
MimmoL

il client SSH "PuTTY" (cerca con google)
...non ci crederai: 5 minuti prima di leggere il tuo post ho avuto la
tua stessa idea e fatto la stessa cosa! :-)
Ora ho attivato il server ssh su IpCOP e sto sperimentando con PuTTY
da client windows...
Grazie!
Gabriele Bellini

 da client windows...
Ideuzza uzza uzza :-) ... crea su IPCop due account
utente ossia (es.) "connect" e "disconnect" (fantasia
eh ?) ed imposta il ".profile" in modo che il primo
richiami lo script di connex ed il secondo quello di
disconness. inoltre, al termine metti un'exit in modo
che i due utenti non restino loggati, a questo punto
crea un paio di script in windows utilizzando il tool
"plink" per lanciare il logon dei due utenti, se tutto
va come dovrebbe, lanciando il primo script IPCop
attiverà la connex, lanciando il secondo la chiuderà
Ciao

attiverà la connex, lanciando il secondo la chiuderà
bell'idea! vedrò di metterla subito in pratica. ho notato che
operazioni come reboot e shutdown eseguite da console remota ssh sono
molto più veloci rispetto la stessa funzione messa a disposizione da
httpd, quindi sicuramente la tua idea gioverà molto ai tempi di
reazione per connessione/disconnessione interfaccia red. grazie mille!
ps: m'ha sempre incuriosito la potenza della programmazione bash: il
limite è posto solo dalla fantasia del programmatore...
Gabriele Bellini

 bash: il limite č posto solo dalla fantasia del programmatore...
Non solo ... se ci aggiungi qualche "tool" tipo es. awk o sed
e/o se ci "infili" qualche script perl ... beh ti accorgerai di essere
in grado di farci di tutto & di piů :-)
Ciao