Newsgroup: it.comp.os.linux.sys
Titolo: maledette linee inaffidabili

Scenario.
Avevamo due linee, una ADSL e una HDSL con Fastweb.
La linea di fastweb cadeva in continuazione in media una volta al mese (e a 
volte anche per più di una giornata), tamponavamo la cosa spostando i server 
"assolutamente necessari" (es: quello di posta) sulla ADSL. Ovviamente 
questo comporta il problema di propagazione dei DNS.
Ora siamo passati a una HDSL di Telecom (quella di Fastwbe è ancora attiva 
ancora per poco). Spostiamo il serve rdi posta sulla nuova HDSL e... che 
succede? Dopo un giorno cade pure questa!!!
Quando si dice sfiga continua.
Esasperati da una situazione che va avanti così da oltre un anno (solo la 
ADSl sembra funzionare ma ovviamente è sottodimensionata per la posta di 
centinaia di utenti esterni) vi chiedo qualche consiglio.
Che posso fare per fare in modo che se cade una linea il server possa essere 
raggiunto da un'altra linea in tempi ragionevoli (anche con procedure 
manuali va bene)?
Così su due piedi pensavo di mettere due schede di rete ognuna su linea 
diversa, mettere il secondo IP come MX secondario e poi, in caso di guasto, 
cambiare al volo il gateway del server. Ma non so, non mi convince molto. 

 convince molto.
http://lartc.org/howto/lartc.rpdb.html#LARTC.RPDB.SIMPLE

 
http://lartc.org/howto/lartc.rpdb.html#LARTC.RPDB.SIMPLE
Grazie, non ci avevo pensato (e dire che utilizzai proprio IPRoute2 in 
questo modo anni fa ma in un contesto diverso.

 Grazie, non ci avevo pensato
Figurati, in effetti mi sembrava strano che non ti fosse venuto in 
mente. :)
Tieni conto, però, che potresti aver bisogno d'altro.
Esempio: come risolve i nomi quel mail server?
La risoluzione è influenzata dalla caduta della linea principale?

 La risoluzione è influenzata dalla caduta della linea principale?
Abbiamo due DNS, il primario sulla sua stessa linea (in realtà al momento è 
ancora sotto fastweb ma fra poche settimane verrà messo sulla sua linea) e 
un'altro sulla linea secondaria (quindi la risoluzione dei nomi dovrebbe 
andare bene).

 centinaia di utenti esterni) vi chiedo qualche consiglio.
Provo a darti una soluzione un po' fuori dal coro , ngi fornisce linee adsl
aggregate e ridondate , e costano anche meno di una hdsl , quindi se la
banda ti basta potrebbe essere una soluzione.
Ti danno gia' gli apparati che fanno aggregazione di 2 3 o 4 adsl e se una
cade perdi solo la banda.
ciao.
-- 
Il QI di un gruppo e' il piu' basso QI di un membro del gruppo diviso
per il numero di persone nel gruppo.

 se una cade perdi solo la banda.
Grazie, ci darň sicuramente un'occhiata.

 posta dalla linea secondaria.
La domanda sulla risoluzione non era casuale.
Ad esempio, un postfix con reject_unknown_sender_domain non 
ti accetterebbe posta, se non riuscisse a risolvere.

 ti accetterebbe posta, se non riuscisse a risolvere.
Giustissimo.
Non dovrei avere problemi (almeno su questo), in quando i due IP della 
macchina di posta sono sulle stesse due linee su cui ci sono i due DNS (e la 
routing table mi pare a posto). 


Cosiglio all'uopo un caching DNS locale che eventualmente faccia forwarding
su entrambi i DNS di entrambi i providers.
-- 
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.

 Avevamo due linee, una ADSL e una HDSL con Fastweb.
O_O
Di la verita`, ti conosco e lavori con me
Enrico


Ma lol !!!
Rizio

 ha scritto:

Mi sa di no, da noi non c'è nessuno che si chiami Enrico.
A meno che non lavori sotto mentite spoglie :-p
E' più probabile che le linee HDSL vendute da Fastweb (diciamo "spacciate" 
visto che non sono loro) facciano schifo in generale :-)

 visto che non sono loro) facciano schifo in generale :-)
Qua ne avevamo una, e ha funzionato bene per un anno e mezzo senza 
interruzioni.
Ora abbiamo traslocato
Alessandro

 interruzioni.
Anche la nostra è andata benone per i primi 8 mesi, poi è iniziato il 
calvario (un anno farcito da una valanga di disservizi, a volte anche più di 
uno a settimana, alcuni duravano pure 4-5 giorni).
Sembra quasi più un problema di tecnici locali incompetenti (per la serie 
"quando va, va bene, ma se ti va giù non la sanno ripristinare in maniera 
affidabile").

 di posta il nome secondario che gli ho assegnato),
ma nooo :) fai puntare gli MX ad (es.) "mx1" ed "mx2" (per il primo
ed il secondo IP pubblico) poi crei un CNAME da aggiornare al
volo di nome "mail" al quale fai puntare i clients :D

 volo di nome "mail" al quale fai puntare i clients :D
O lo lasci in round robin e al 50% il client funziona ;-)


 O lo lasci in round robin e al 50% il client funziona ;-)
Ah beh.. a quel punto.. ti crei un account "dyndns", installi un
updater sul mailserver e poi crei un CNAME che faccia puntare
"mail" al record "dyndns" ;-)

 al resto ci pensa PFsense
Mi sfugge il senso.

 ha scritto:

I client sono usati da molti utenti esterni, sia aziende che semplici utenti 
residenziali. Ognuno usa i suoi DNS (telecom, infostrada, ecc...).
Se anche cambio al volo il DNS c'è comunque il tempo tecnico di 
propagazione.
Ma mi sta benissimo, i clienti che hanno più urgenza (gli uffici più grossi) 
usano il nostro DNS o comunque possiamo intervenire da remoto.

 O lo lasci in round robin e al 50% il client funziona ;-)
Meglio di no, la linea secondaria è solo una ADSL con prestazioni abbastanza 
scarse (solo 512kbit/s in upload).

ObiWan ha scritto:



Bell'idea!
Cosi' non funziona piu' niente sempre! :)
Forse non lo sai, ma da RFC l'MX non puo' puntare un CNAME, ma deve
puntare a un A...
Infine, poi, pare che tutti dimentichiate una cosa molto fondamentale: per
combattere lo Spam da PC Zombie un numero sempre crescente di Provider e
Server indipendenti, rifiuta tutto il traffico non autenticato da
indirizzi dinamici (e tali sono i collegamenti DSL).
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 puntare a un A...
e chi ha scritto che l'MX deve puntare ad un CNAME ? Rileggiti il tutto
:D
Anzi.. siccome stamattina mi sento buono te lo rispiego :)
supponiamo di avere due connessioni WAN (internet) con due ISP, due
routers e due indirizzi IP diversi, diciamo che uno sia 160.145.18.111 e
l'altro 141.116.230.88 (ora non sottilizziamo sugli IP :D)
configuriamo un PFSense in modo da avere una doppia connessione
WAN ed in modo da gestirla in "fault tolerance" (o in load balance, ma
assegnando tutta la priorità alla connex primaria così da usare l'altra
solo nel caso in cui la primaria non funzioni)
creiamo in PDSense due port forward indirizzandoli al mailserver in tal
modo il mailserver sarà raggiungibile da entrambi gli indirizzi, inoltre
siccome per il mailserver il gateway sarà sempre lo stesso, l'invio
della
mail non avrà problemi; oltre a questo piazziamo anche dietro PFSense
un bel DNS che funga da resolver
a questo punto, assumiamo che il dominio sia "
hack.it
" e configuriamo il
DNS autoritativo in modo opportuno, ossia .. qualcosa di questo tipo
<==========================================>
        IN MX 10    
mx1.hack.it
.
        IN MX 20    
mx2.hack.it
.
        IN A        160.145.18.111
        IN A        141.116.230.88
mx1     IN A        160.145.18.111
mx2     IN A        141.116.230.88
mail    IN CNAME    
hack-it.dyndns.org
<==========================================>
quindi procediamo alla creazione di un account "hack-it" su "dyndns"
ed all'installazione di un opportuno "updater" che mantenga corretto
il "puntamento" dell'indirizzo IP
a questo punto modifichiamo la config del mailserver così che questo
si presenti come "
hack.it
" (e non come mx1 o mx2) in modo da evitare
problemi durante l'invio (in tal modo HELO/A/PTR corrisponderanno,
ammesso che i PTR siano configurati correttamente)
questo è tutto, i clients utilizzeranno "mail" per contattare il server
mentre
lo stesso utilizzerà la linea primaria per il normale traffico e la
secondaria
in caso di emergenza, il tutto in modo totalmente automatico
ciao

 Mi sfugge il senso.
leggi la risposta a Luca Bertoncello :)



Leggo, ma continuo a non capire a che serva pfsense visto che c'è già
un server che è linux.

 pfsense visto che c'è già un server che è linux.
semplicemente come esempio :)

 propagazione.
vedi risposta fornita a Luca Bertoncello :) in quel modo l'aggiornamento
di IP sarà automatico e grazie al basso TTL del DNS dinamico i clients
non avranno grossi problemi, al contempo, il fallback sull'altra linea
sarà trasparente e senza alcun problema per la ricezione è l'invio di
emails da parte del tuo server :D
che c'entra.. ci sarebbero anche altre soluzioni, ma quella la metti in
piedi in poco tempo e senza grossi problemi :)

 affidabile").
Figurati, a me un giorno il servizio tecnico mi ha suggerito di usare i
DNS di Telecom in quanto con i loro (che, tra parentesi, girano sotto
windows) non riuscivo a combinare nulla :D
Enrico

 visto che non sono loro) facciano schifo in generale :-)
Io da questo punto di vista sono ancora in forse. Putroppo da questo
punto di vista sono ancora inesperto, ed il fatto che per la maggior
parte dei problemi si vada a tentativi (visto che le cose non sono
mai come da howto vari) non e` molto costruttivo
Enrico

 la ricezione è l'invio di emails da parte del tuo server :D
In effetti mi pare un'ottima soluzione.

 sotto windows) non riuscivo a combinare nulla :D
Per fortuna che usiamo solo i nostri DNS interni :-)