Newsgroup: it.comp.reti.ip-admin
Titolo: Ridondanza linee per raggiungibilità sito

Supponiamo che voglia gestire un meccanismo di fail-over sul mio sito (non
un backup ISDN della linea che va giů) di questo tipo :
- l'assunto č avere in gestione server web e dns sulla classe ad esempio
222.222.222.X
- 2 linee di 2 provider diversi
- va giů la linea primaria, a questo punto interviene un meccanismo per
farmi raggiungere dall'ALTRO provider sulla classe IP del primo.
Ovviamente so che soluzioni del genere sono fattibili in server farm o
presso provider, ma dato che ho dei responsabili convinti che basti
"attaccare i 2 router dei 2 provider e farci raggiungere in modo
indifferente da una delle 2 linee" e gestirsi una cosa cosi' in casa, che
termini semplici usereste per spiegare che č una soluzione costosa e assai
complessa per un semplice sito aziendale?

 farmi raggiungere dall'ALTRO provider sulla classe IP del primo.
Beh, intanto ogni provider ha assegnate una o piu' classi di indirizzi 
univoche e generalmente le distribuisce per pool di utilizzo. Pertanto, 
anche se il gestore fosse sempre lo stesso, se hai una hdsl ed una isdn, 
i rispettivi IP apparterranno sicuramente a circuiti differenti.
L'unica soluzione, a mio avviso, e' quella dei domini dinamici tipo 
dyndns. Un secondo problema, inoltre, e' dato dal default gateway delle 
macchine dietro ai router, che dovrebbe variare in caso di guasto.
Un'idea che mi piacerebbe davvero tanto e' l'adozione di una cosetta del 
genere su IPCop; ho provato a postare una richiesta in tal senso ma non 
ho avuto nessuna risposta. Del resto, una funzione del genere non mi 
sembra nulla di complicato; si potrebbe ragionare in questo modo:
- il firewall testa un pool di siti dalla connessione primaria; finche' 
il test ne risolve almeno uno, la connessione e' su
- se il test fallisce, la connessione WAN viene switchata dal profilo 
normale al profilo di emergenza, mentre continuano i test sulla 
primaria; il firewall aggiorna 
dyndns.org
 di conseguenza (cosa che fa gia')
- appena la primaria riprende a funzionare, switcha di nuovo sul default 
e ri-aggiorna 
dyndns.org
Una soluzione del genere non comporterebbe nessuna modifica alle network 
dietro al firewall.
Spero proprio che prendano in considerazione la cosa, smettendola di 
correre dietro all'estetica della web interface :-)
Ciao
Luca
-- 
Luca Sasdelli
Microsoft MVP - Security, Networking, Windows NT/2000/XP
http://support.microsoft.com/newsgroups/default.aspx
IDRCI Italia - 
http://www.idrci.it
 - 
http://forum.idrci.it
CHX-I, CHX-I NAT Stateful Packet Filter

 i rispettivi IP apparterranno sicuramente a circuiti differenti.
Interessante la tua idea, ma mi spiego meglio.
Devo *convincere* che è meglio un normalissimo backup ISDN, perchè
attualmente abbiamo 2 ADSL dello stesso provider, e qualcuno è convinto che
basti "attaccare" i 2 router (con classi drasticamente diverse) perchè
magicamente, in caso di caduta della linea sulla quale ho attestati i
servizi, l'indirizzo pubblico del sito e ovviamente il server dns siano
raggiungibili COMUNQUE.
Cosa scriveresti in parole semplici per dire che non si fa senza apparati
appositi o soluzioni complesse e costose rispetto ai 2k euro annui per un
bel backup su 128k che ti garantisce lo stesso indirizzamento e quindi la
raggiungibilità?

 raggiungibilità?
Ma sei sicuro di questa cosa? Come fai ad avere lo stesso IP su una 
dial-up e su una adsl?
Comunque, un backup adsl-isdn si puo' fare con una wic e opportuna 
configurazione su tutti i router Cisco. Pero' funziona solo in uscita, 
dato che gli IP saranno ovviamente differenti; in questo caso, comunque, 
se usi IPCop (e mi sembra di si') puoi usare ugualmente 
dyndns.org
 per 
aggiornare i DNS e rendere raggiungibili i tuoi server anche quando sei 
in isdn.


 Luca
Ciao
LuTh


 e ri-aggiorna 
dyndns.org
Si ... l'idea di base è corretta, ma a questo punto, perchè
non usare semplicemente uno dei (molti) meccanismi di
"connection pooling" ?? Ossia, in condizioni normali si
userà la connex principale fino ad un limite predefinito
raggiunto il quale entrerà in funzione automaticamente
(ed in parallelo) anche la secondaria, in aggiunta a tale
config si potrebbe avere _anche_ un "failover check"
per cui se la connex principale "cade" il sistema passa
automaticamente alla secondaria; ovviamente perdendo
le sessioni attive ma ... questo è inevitabile :-)

 farmi raggiungere dall'ALTRO provider sulla classe IP del primo.
Se la gestione dei dns ce l'hai in casa puoi sempre intervenire sul dns 
stesso e cambiare l'ip a mano :-) Certo e` una soluzione scomoda (devi 
inervenire manualmente quando hai la linea principale che si guasta) e 
lenta (i record del dns che eventualmente sono nella cache del provider 
da cui si collegano gli utenti devono prima scadere). Ma e` un 
compromesso che ti consente di ottenere una specie di 'failover dei 
poveri' senza spendere una lira per backup su isdn. In alcune realta` la 
cosa puo` essere accettabile.
-- 
Vincenzo