Newsgroup: it.comp.os.linux.iniziare
Titolo: problema ipcop: si congela

Ciao,
ho istallato ipcop 1.4.10 su un vecchio P3 con 256 mb di ram e con 3 sk
di rete 3C905B
RED 192.168.1.253
mask 255.255.255.0
gw 192.168.1.254 (router)
GREEN 192.168.0.253
mask 255.255.255.0
ORANGE 172.22.0.253
mask 255.255.255.0
i client hanno come gateway la GREEN
non ho installato nessun addons
per ora lo sto utilizzando solo col mio pc, (è ancora in ambiente di
test) riesco a collegarmi alla web-gui ed a navigare.
purtroppo abbastanza spesso ogni 20 minuti sembra freezarsi, non riesco
più a raggiungerlo, non navigo, non riesco a raggiungere l'interfaccia
web) ma invece col ping SI (il link della sk è cmq attivo)
per "risvegliare" ipcop, dalla console di ipcop, pingo qualche ip che
fa parte sia della RED che della GREEN (mi rispondono immediatamente e
non viene perso nessun pacchetto)
a questo punto tutto torna a funzionare, fino al prossimo blocco. a
volte si "riprende da solo dopo un paio di minuti
cosa può essere? 
grazie 1000
stefano

 cosa puň essere?
sui log (/var/log) non appare nulla?
Pietro
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


mmm, ci sono un po di file,  cosa devo cercare di specifico?
grazie 1000


succede anche a me cappero, praticamente ogni tanto il firewall mi
blocca la porta 53 e quindi non riesco più a navigare

 blocca la porta 53 e quindi non riesco più a navigare
mmmm, strano
magari dico una boiata, ma per navigare vengono usati i dns impostati
nella cfg della sk di rete del client, (visto che NON uso il proxy
squid di ipcop), quindi i dns della AD che fanno forwarding verso
internet direttamente senza passare da ipcop
ciao


Quello che ti interessa e' il file /var/log/message (quello principale). Poi
ci sono tutta una serie di log per gli altri processi...


 blocca la porta 53 e quindi non riesco più a navigare
Come fai a capire che ipcop ti blocca la porta 53?
Tieni conto che su ipcop c'e' un processo che fa il DNS Masquerading
(dnsmasq) che permette ai client nella rete green di impostare come dns
l'indirizzo interno di ipcop (in modo che poi sia lui a fare il forwarding
delle richieste dns). Forse quel processo va giu' per qualche motivo (tipo
poco memoria con i computer piu' vecchiotti) e se sui client hai questa
impostazione allora non riesci piu' a risolvere i nomi e quindi a navigare.
Se invece sui client hai un dns esterno, dovresti navigare comunque.
Controlla anche tu /var/log/message.



a parte qualche messaggio di martian source e ll header dovuti al fatto
che la rete red e green sono fisicamente ancora collegate sullo stesso
switch  (siamo ancora in test)
ho ogni 5 minuti dei job che partono
ipcop fcron job /usr/local/bin/setfwrules /dev/nul started for user
root
ipcop fcron job /usr/local/bin/makegraph /dev/nul started for user root
ipcop fcron job /usr/local/bin/timecheck /dev/nul started for user root
ipcop fcron job -f /var/ipcop/red/active  && /user/local/bin/
setddns.pl
started for user root
e poi il 
normale log dellle eth


Quelli sono processi in cron per l'aggiornamento dello stato che ipcop
mostra via interfaccia web, quindi tutto normale.
Io cmq farei prima una prova utilizzando due hub/switch separando
fisicamente le due reti...



La blocca 53 bloccata la vedo nei log
Io hai client ho dato come dns l'indirizzo green di ipcop
(192.168.0.2.)
Forse posso provare dando un dns esterno, però è una cosa che
all'atto pratico vorrei poi evitare.
Il pc che uso per ipcop è un P3 1000 Mhz con 512 MB di RAM !! Per cui
problemi prestazionali non dovrebbe averne