Newsgroup: it.comp.os.linux.sys
Titolo: TinyDNS/DNSCache non va daccordo con le RBL

Il mio sistema di mail-scanning utilizza 4 DNS locali come 'cache',
ognuno dei 4 ha una copia di Tinydns + DNSCache. Apparentemente, ogni
tanto, qualche cosa va' a pera nel DNS, ed il risultato e' che tutti i
controlli che involgono RBL risultano negativi (non trovato) invece di
positivi.
Ho verificato che il problema si presenta all'incirca una volta ogni 80
query.
Il risultato netto e' che circa lo 0.8% delle mail che sarebbero spam
viene invece passato come "pulito".
Lo strano e' che se invece che TinyDNS/Dnscache, io uso un
buon-vecchio-solido BIND, tutto funziona correttamente. Ritengo pertanto
che il problema sia da ricercare in un qualche paperocchio di TinyDNS.
Solo che... non ho la piu' pallida idea di quale possa essere il
problema. E dato che i suoi log del menga sono illeggibili, non so bene
come girarmi la cosa.
Qualche idea?
Davide
-- 
"I'm not lean and mean, I'm surly and anorexic".
-- Chris "Saundo" Saunderson on alt.sysadmin.recovery

 Qualche idea?
Se tra le possibilità esiste quella di cambiare DNS suggerirei pdnsd
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 che il problema sia da ricercare in un qualche paperocchio di TinyDNS.
Disclaimer: il sottoscritto detesta tutto quanto scritto da DJB, essendo
stato costretto ad usare sia qmail che tutta la psicotica suite dns per
un paio di anni.
Non vorrei che dipendesse da questa simpatica 'ficiur' di dnscache, 
"When the answer section is truncated by UDP length limits, it 
is eliminated entirely."
anche se ho difficoltà a credere che una answer section di una tipica
query rbl possa effettivamente superare il limite.
Ad esempio, è vero che una query txt a 
zen.spamhaus.org
 
del tipo 
8.20.104.189.zen.spamhaus.org
 ha una dimensione
non troppo lontana dal limite, ma è perchè tale risposta
incorpora in realtà anche la authority section e la additional 
section.
Devi metterti a fare audit sui log di dnscache, non c'è altra via, IMO.
Un aiutino:
http://dqd.com/~mayoff/notes/djbdns/dnscache-log.html
e
http://www.hungry.com/~fn/dnscache-log.pl.txt

 un paio di anni.
Beh DJB o lo si odia o lo si ama (anch'io faccio parte dei primi ehehe)
-- 
Vide

 ehehe)
Sottoscrivo, anche io sono tra i primi :-D
PS: [OT] tocca fondare un club :-P
Enrico

 PS: [OT] tocca fondare un club :-P
più che altro tocca capire se esiste qualcuno tra i secondi

 Devi metterti a fare audit sui log di dnscache, non c'è altra via, IMO.
...era quello che temevo... grassie.
Davide
-- 
Type cat vmlinuz > /dev/audio to hear the Voice of God.

 più che altro tocca capire se esiste qualcuno tra i secondi
Direi il mio ex-collega che ha messo in piedi tutto l'accrocchio usando
Daemontool e compagnia in lungo ed in largo... non so perche' non ha
usato qmail in effetti...
Davide
-- 
Q: How many Micro$oft programmers does it take to screw in a light bulb?
A: 472. One to write WinGetLightBulbHandle.  One to write
   WinQueryStatusLightBulb. One to write WinGetLightSwitch-Handle...

 non so perche' non ha usato qmail in effetti...
Perche` QMail e` ottimo finche` non devi uscire dal range di
funzionalita` che ti offre (a nessuno piace dover ricompilare quando
con altri prodotti basta abilitare un parametro)
Enrico