Newsgroup: it.comp.os.linux.debian
Titolo: guarddog e gmail

ciao a tutti ho settato guarddog e sulla posta
ho selezionato tutto dando quindi il via libera
mi succede per che ricevo si tutta la posta
ma ad esempio con gmail non riesco ad inviarla
con yahoo si, ho disabilitato il firewall ed ho riprovato
ad inviare la posta con gmail tramite sempre thunderbird
e stavolta ha funzionato dove sarà il problema?



Per Gmail devi aprire le porte 995 (pop3) e 465 (smtp), non quelle di 
default.
-- 
http://theluckystrike.wordpress.com

 ed ho inviato la posta come sempre bhoooo
potresti provare a usare i log di iptables per vedere che succede: non
conosco guarddog nello specifico ma immagino che ti permetta di
modificare il livello di log su ogni regola.
Poi puoi provare a leggerli mentre usi gmail per capire cosa viene
bloccato e perche'.
google: "guarddog log" e "iptables log"

 
quali sono i comandi per fare ciň?

 quali sono i comandi per fare ciò?
indipendentemente dal fatto che ti ripeto che non conosco guarddog, ti
spiego i passi che avresti potuto eseguire DA SOLO sperando (magari)
ti possano aiutare ad essere maggiormente indipendente in futuro:
PROBLEMA 1: "modificare il livello di log su ogni regola"
SOLUZIONE:
1) 
www.google.it
: chiave di ricerca guarddog
2) clicco sul primo link (
http://www.pc-facile.com/guide/
linux_firewall_guarddog_configurazione/) e cerco la parola "log" e
trovo:
[...]
Una volta in esecuzione, guarddog si presenta diviso in quattro
pagine:
- "Accesso": gestione del file di log;
[...]
ecco! devi imodificare le opzioni li' dentro (o almeno lo immagino),
aumentando il livello di log (e poi esiste certamente l'help di
guarddog da qualche parte)
PROBLEMA 2: individuare i file di log da leggere
SOLUZIONE:
3) se non sai qual'e' il file di log da guardare, visto e considerato
che guarddog e' semplicemente un'interfaccia grafica per iptables, ti
fai un bel man iptables e trovi (e cerchi "log"):
[...]
 LOG
     Turn on kernel logging of matching packets.  When this option is
set for a rule, the Linux kernel will print some
     information  on  all  matching packets (like most IP header
fields) via the kernel log (where it can be read with
     dmesg or syslogd(8)).  This is a "non-terminating target", i.e.
rule traversal continues at the next rule.  So if
     you  want to LOG the packets you refuse, use two separate rules
with the same matching criteria, first using tar-
     get LOG then DROP (or REJECT).
[...]
e a questo punto sai che il tuo file sara' /var/log/kern.log e se non
lo sai ti vai di man in cascata su syslogd e syslog.conf e lo capisci
(oppure usi dmesg)
PROBLEMA 3: come leggere il file di log (o magari visualizzare solo i
"movimenti di coda" del file)
SOLUZIONE:
4) un qualsiasi editor o reader va bene (less,vi,ed,emacs,gedit,anche
openoffice se proprio ti vuoi far del male) ma con il tail fai molto
meglio: tail -f /var/log/kern.log (fatti un man tail per capire)
ora solo una curiosita': tralasciando il tail (che potevi non
conoscere) mi dici queal'era la difficolta' nel perdere 10 minuti (ci
ho messo di piu' a scrivere sta roba che a farla) a cercare su google
e leggere 2 man (tantopiu' che te l'avevo pure scritto cosa cercare)?