Newsgroup: it.comp.os.linux.sys
Titolo: [OT] Se la CDN e' down fare backup su adsl

Non so se e' OT!
  Da ieri la linea CDN e' guasta quindi il telefono non smette di suonare!!
Ma dato che in azienda abbiamo anche una adsl di un operatore diverso con
4 ip statici (di una rete completamente diversa dalla CDN) mi chiedevo se
voi conoscevate un metodo per fare in modo che, come adesso, se la CDN va
giu' possa usare l'adsl come backup, considerando che sulla cdn ho: DNS,
WWW, POP3, FTP. 
Grazie 
Agolf
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Agolf
 
Mica semplice: per il dns tu sei conosciuto per ip e non per nome
(altrimenti tipico caso di cane che si morde la coda!) e quindi non sei
visibile.
Da noi abbiamo (anzi avremo) un backup via isdn gestito direttamente dal
router e quindi dallo stesso provider (wind)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchè sapeva contare fino a 20.
	Nudo fino a 21

 router e quindi dallo stesso provider (wind)
  Io stavo pensando a qualcosa tip:
DNS primario su linea principale (CDN)
DNS secondario su ADSL o quel che c'e'
   quind se cnd e' down qualche cosa dovrebbe risolvere il dns secondario
che risolve un ip diverso da quello del dns primario, munisco i server di
2 schede di rete e per apache lo riavvio con un httpd.conf con i
virtualdomains adatti all'IP di backup, per il pop3 (qumail) lo metto in
ascolto su entrambe gli ip e il dominio pop3.nomedom.quelchee' mi viene
risolto dal dns secondario che e' sempre attivo sulla linea adsl, per
l'ftp me ne sbatto.
 Che ne pensate?
Il problema e' che con 4 IP dell'adsl non copro neanche il 50% dei server,
se funziona mi faccio dare altri 4 ip statici sull'adsl.
Ciao e grazie 


 router e quindi dallo stesso provider (wind)
  Io stavo pensando a qualcosa tip:
DNS primario su linea principale (CDN)
DNS secondario su ADSL o quel che c'e'
   quind se cnd e' down qualche cosa dovrebbe risolvere il dns secondario
che risolve un ip diverso da quello del dns primario, munisco i server di
2 schede di rete e per apache lo riavvio con un httpd.conf con i
virtualdomains adatti all'IP di backup, per il pop3 (qumail) lo metto in
ascolto su entrambe gli ip e il dominio pop3.nomedom.quelchee' mi viene
risolto dal dns secondario che e' sempre attivo sulla linea adsl, per
l'ftp me ne sbatto.
 Che ne pensate?
Il problema e' che con 4 IP dell'adsl non copro neanche il 50% dei server,
se funziona mi faccio dare altri 4 ip statici sull'adsl.
Ciao e grazie 


Scusate ho fatto reload e l'ho inviato due volte.


 Agolf
 
Che non hai tenuto conto del TTL di qualche ora (o giorni..)


  Che ne pensate?
che i dns dei provider cachano di solito.... Quindi prima che
l'informazione si propaghi ci vuole un sacco di tempo.

 adesso, se la CDN va giu' possa usare l'adsl come backup,
Il modo "standard" di avere due route di uscita con provider diversi sarebbe
attivare una nuova route tramite il secondo provider, ma questo e' fattibile
solo se sulla CDN hai una classe di indirizzi completa (almeno C) e se riesci
a convincere il tuo provider ADSL (che probabilmente non sara' d'accordo) a
rendersi disponibile come route alternativa.
In pratica, dovresti fare in modo che il tuo provider ADSL riconosca la tua
classe di indirizzi CDN come un gruppo da instradare verso uno dei tuoi
indirizzi ADSL, anziche' verso i suoi router di default, dopodiche' dovresti
configurare un router interno sull'indirizzo adsl che hai concordato col
provider *e* su un indirizzo cdn di tua scelta, che poi dovrai indicare ai
vari computer sulla cdn in modo che loro usino quello anziche' il router del
provider; quel router dovra' tentare di inviare pacchetti prima verso la CDN
(sul router che usi ora) poi, se la route e' interrotta, verso l'adsl.
E' un casino che meta' basta, ti conviene prendere una linea di backup
direttamente con lo stesso provider, ti risparmi un bel mal di fegato...
Ciaotutti,
*

 Che non hai tenuto conto del TTL di qualche ora (o giorni..)
  In realta' ci avevo pensato, ma dato che non andrei a modificare i dns
record dei domini questo problema non si dovrebbe porre.
Riporto come configurerei la zona del dns primario e dns secondario:
PRIMARIO cio e' 
dns.nomedominio.it
@                       IN      NS  
dns.nomedominio.it
.
@                       IN      NS  
dns2.nomedominio.it
.
dns.nomedominio.it
.     IN      A   192.168.1.2
dns2.nomedominio.it
.    IN      A   192.168.3.1 ;altra rete, ip di backup
mail.nomedominio.it
.    IN      A   192.168.1.5
dns                     IN      A   192.168.1.2
ftp                     IN      A   192.168.1.3
www                     IN      A   192.168.1.3
SECONDARIO cio e' 
dns2.nomedominio.it
@                       IN      NS  
dns.nomedominio.it
.
@                       IN      NS  
dns2.nomedominio.it
.
dns.nomedominio.it
.     IN      A   192.168.1.2
dns2.nomedominio.it
.    IN      A   192.168.3.1 ;altra rete, ip di backup
mail.nomedominio.it
.    IN      A   192.168.3.5 ;altra rete, ip di backup
dns                     IN      A   192.168.1.2
ftp                     IN      A   192.168.1.3
www                     IN      A   192.168.3.3 ;altra rete, ip di backup
Da quel poco che so su Bind il dns2 dovrebbe intervenire quando dns non
risponde. Quindi se funziona come penso io i dns sparsi per il modno hanno
in cache (una volta propagati) gli ip di dns e dns2 e se dns non risponde
dovrebbero inoltrare la richiesta a dns2.
Spero di non aver detto una mega ca###ta.


io ho già fatto una cosa simile,
e la uso, ho 2 XDSL quando una è giù passa sull'altra automaticamente, basta
solo giocare con gli ip, per gli MX record non è un  problema... ma per gli
A record si... se non erro non è previsto un secondario.. al contrario degli
MX che si possono mettere in priorità, io agisco solo sulla posta, per i www
non c'è possibilità... almeno penso..
Stefano


anche se usi 2 dns server diversi, il secondo collegato all'ADSL
impostandogli altri ip, il tyempo di propagazione sarebbe troppo lungo... e
metti caso ci fosse un down della CDN di solo 1 giorno hai metà mondo con
gli ip del''adsl e l'altro con quelli della CDN che è comunque una cosa non
scgradevole... perchè potresti pararti il culo se il tempo diventasse di 6
giorni... dopo sei giorni hai tutto sull'adsl e tornata up la CDN torna
tutto a posto col tempo di propagazione...
devi vedere tu... se capita spesso o se capiterà e preferisci pararti il
culo..
Stefano

Ravara Stefano --- MaxTemplar[DT] --- ha scritto:

Sistemare la posta e' gia una gran cosa, mipotresti dare qualche
dettaglio, per non farmi andare a tentetivi oppure un url dove trovare
info a riguardo?
Grazie mille Agolf


 Agolf
No: questo problema riguarda gli ip dei server web e non dei dns server.
Se telecom sa che il tuoi ip č 1.2.3.4 (che č down), fino alla fine del
TTL non richiede i dati al dns; considera anche che certi dns telecom
hanno 7 giorni di cache! 
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchč sapeva contare fino a 20.
	Nudo fino a 21

 hanno 7 giorni di cache!
ma scusa se hai impostato 2 dns se il primo non va.. non chiede info al
secondo?
Stefano

 info a riguardo?
metti 2 schede di rete nel tuo mail server, una con l'ip della CDN e una
coin l'IP dell'ADSL
per ogni dominio che fai metti come MX con priorità + alta l'ip della CDN e
con priorità + bassa quello dell'ADSL, quando un server spedisce la posta si
rivolge prima al primario se c'è qualche problema butta sul secondario... la
posta è sempre sullo stesso server e non la perdi. in problema è sempre per
il controllo che ad ogni modo dovresti fare 2 account... quindi c'è sempre
il problema perchè se metti un CNAME, non puoi specificare 2 ip, uno
primario e uno secondario... la soluzione potrebbe essere mettere un dns
secondario con impostazioni diverse sull'ADSL che risolve il problema come
ti ho spiegato nel post precedente..
è tutto teorico... non ho mai provato con i dns...
Ciao
Stefano

 Stefano
 
No perchè se il primario risponde il dns client prende per buona la
risposta per x secondi (per me 4 ore, ma alcuni server sono settati su
qualche giorno), quindi fino alla scadenza del time out non c'è nessuna
richiesta al dns secondario
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchè sapeva contare fino a 20.
	Nudo fino a 21