Newsgroup: it.comp.os.linux.sys
Titolo: gestione delle route in postfix

ho una macchina su cui gira postfix.
questa macchina ha 2 indirizzi di rete associati a 2 router su 2
"provider" diversi...
uno e' flat mentre l'altro e' a traffico...
ho ovviamente messo mx 10 quelloflat e mx 100 quelloatraffico
e la route predefinita della macchina e' su quello flat...
in questo modo anche se uno va giu' la posta la ricevo
correttamente...
il problema e' la spedizione...
postfix usa l'ip di default e quindi se il link e' down la posta in
uscita rimane in attesa...
questo non sarebbe troppo grave  pero' sulla macchina gira nagios che
mi fa da monitor e invia una mail al mio indirizzo di omnitel che mi
viene notificato sul cel...
in questo modo vengo evvertito se qualcosa va giu'...
esiste un modo per dire a postfix che quando non riesce a spedire un
messaggio con una interfaccia provi ad usarne un'altra?
so che questo sarebbe da gestire a livello di router...  peccato che
uno dei due non mi permetta di annunciare le mie route in bgp ....
tia
cesare
ps...  buone feste

fa un 'postfix reload'?
si e' sporchina...
e poi non ha un relay...  ci pensa lui per il delivery...
stavo pensando ad uno script che aggiorna l'ip di default con ip route
add via 
ma e' sempre sporchina...

 cesare
imho, il problema non č a livello di postfix, ma piů giů.
quando una linea č giů, non č solo postfix che deve usare l'altra, ma 
anche tutti i processi attivi sulla macchina.
dato che non puoi sistemare entrambi i router, potresti prendere spunto 
da qui:
http://www.ssi.bg/~ja/nano.txt
si tratta di una sorta di load balancing tra linee multiple, ma secondo 
me puoi adattarlo alla tua situazione, dato che contempla, ovviamente, il 
caso del down di una linea.
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

caso del down di una linea.
interessante, peccato che si debba pathcare il kernel...  
a me la cosa interessa solo per postfix ed in particolare per le mail
che vanno al mio indirizzo ridiretto su sms...
valutero' l'opportunità di modificare la macchina...
per ora quello che mi sta venendo in mente e' di barare con bind...
far restituire 2 mx fittizzi con ip diversi (e fittizzi ) per la mia
mail esterna...
usare 2 route (di sorgente e destinazione) diverse e dopo agire di
dnat.
faro' esperimenti,,,
.  

 valutero' l'opportunità di modificare la macchina...
con molti "se" si potrebbe fare:
se chi ti fornisce la linea a traffico ti offre pure una indirizzo di 
posta e se e' disposto a trasformarlo in un alias che rimandi al tuo 
indirizzo esterno e se il suo smtp accetta alias@[ip.add.dre.ss] (giusto 
per essere pignoli, ma non credo sia indispensabile) allora inserendo 
nella tabella di routing l'ip del server smtp del provider e come 
gateway il router sulla linea a traffico hai risolto, a parte il fatto 
che qualunque amico ti potrebbe fare questa piccola cortesia.
inoltre di router-firewall che facciano il bilanciamento ce ne sono a 
basso costo, symante e fortinet li ho provati, e uno zyxel e' annunciato.
perdonami se ho detto delle vaccate... ciao e buon anno... Paolo

 messaggio con una interfaccia provi ad usarne un'altra?
Mi vengono in mente un paio di soluzioni che forse possono fare al caso
tuo:
agendo in 
master.cf
 o (meglio) in transport map, puoi definire una
regola di consegna di tipo:
host:ip
Che ti permette quindi di: ignorare il dns, usare un dato indirizzo
(quindi interfaccia di rete).
Nella mappa, il vero problema e` il match. E` fatta per agire su i
domini, non su gli "eventi".
L'altro problema e` che transport agisce su i domini, afaik. Se e`
l'unica posta in uscita per 
omnitel.it
, potresti fare una mappa di tipo:
omnitel.it
  smtp:10.0.0.1
(ipotizzando 10.0.0.1 l'interfaccia che vuoi usare), e lasciare gli
altri a default.
Un alternativa e` duplicare un demone in 
master.cf
, chiamarlo slow, e
giocare di default_transport e di transport map, per andare su uno o
l'altro.
In tutti i casi, leggi bene man 5 transport, e fai qualche esperimento.
Purtroppo non ho mai testato una condizione del genere.
HTH.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
There /was/ a light at the end of the tunnel, and it was a flamethrower.

 Mi dispiace, altro al momento non mi viene in mente..
Potresti usare un protocollo di routing (forse puo` bastare anche rip
per una topologia cosi` banale) per iniettare dinamicamente il default
gateway partendo dai due router di uplink.
-- 
	kinkie (kinkie chiocciola tiscalinet punto it)
	E ora, qualche parola dai nostri sponsor:
Support your right to bare arms!
		-- A message from the National Short-Sleeved Shirt Association