🚀 go-pugleaf

Tomasz Polus napisał(a):
 >>
 >> Tak zamierzam to zrobić, ale niestety wciąż nie mam pomysłu na
 >> puszczenie tym routerkiem ruchu inbound HTTP w trybie failover. Swoją
 >> drogą ciekawe dlaczego nigdy nie powstał dla ruchu HTTP rekord podobny
 >> do MX dla SMTP.... :)
 >>
 >
 > A co myslisz o korzystaniu z usługi DDNS w celu uzyskania namiastki
 > trybu failover?
 >
 > Chodzi mi o to, że chodzi sobie skrypt/program, który monitoruje
 > podstawowe łącze i w razie jego awarii aktualizuje adres IP w DDNS,
 > podając adres łącza zapasowego.
 >

Jeżeli problemem jest awaryjność łącza to najlepiej byłoby skorzystać z 
takiego rozwiązania:

wydelegowanie specjalnej strefy w DNS, np. strefa.firma.pl
serwery NS dla strefy to:
	dialnet.strefa.firma.pl	(IP z DialNetu)
	tpnet.strefa.firma.pl	(IP z TPNetu)

odpalenie dwóch serwerów DNS na tych adresach IP i takie ich 
skonfigurowanie:

- serwer dialnet.strefa.firma.pl odpowiada na pytanie o 
internet.strefa.firma.pl podając adres IP z dialogu

- serwer tpnet.strefa.firma.pl odpowiada na pytanie 
internet.strefa.firma.pl podając adres IP z tpnet

W ten sposób gdy któreś z łącz padnie, zapytania DNS trafią do drugiego 
serwera, który poda adres działającego łącza.

Nie wiem czy wprowadzanie takich rozbieżności w odpowiedziach DNS jest 
zgodne z RFC.

A najlepiej by było jakby oba adresy IP były dowiązane do jednego 
serwera DNS, który podczas pytania puszczał by pinga z obu łącz, 
sprawdzał które ma lepsze połączenie (krótszy RTT, krótsza trasa) i 
odpowiadał właściwym adresem IP, ale nie znam takiego programu.

-- 
Lukasz Biegaj
http://blog.i64.pl/BlogPio/