Udv!
Leegyszerusitve a problemam annyi, hogy van egy (A) szerver, aminek a neve
a.domain.hu, es ezen egy egyszeru iptables szabaly mindent atiranyit, ami a 80- as vagy a 443- as portra erkezik, megpedig a (B) szerverre, aminek a neve
b.domain.hu. Na most, levelezesnel, hasonlo esetben, ha mondjuk kiesne az elso gep, a levelek automatikusan az mx backupra kerulnek. Erdekelne, hogy van- e valami hasonlo megoldas 80 es 443 eseten is?
Jelen esetben a legjobb az lenne, ha a (B) gep fel tudna venni az
a.domain.hunevet, de ez jelenleg nem megoldhato.
Arra lennek kivancsi, milyen megoldasok leteznek arra, hogy (A) kiesese eseten ne alljon meg a szolgaltatas. Nyilvan (B) kiesese eseten is megall, de legalabb felezheto lenne.
Mivel tobb ilyen geprol van szo, elkepzelheto valami load balancing, de elsodlegesen az erdekelne, hogy DNS szintjen van- e valami megoldas.
Koszi a valaszokat.
- 1742 megtekintés
Hozzászólások
- A hozzászóláshoz be kell jelentkezni
Ez jonak tunik, szoval akkor ezzel megoldhato lenne az, hogy minden, ami az
a.domain.hu- ra jon, kapasbol a
b.domain.hu- ra menjen anelkul, hogy egyetlen byte forgalom is keletkezne (A)- n.
Jol ertem, hogy ehhez kb. ezeket a szabalyokat kellene felvenni?:
_www._a.domain.hu. 86400 IN SRV 10 100 80 b.domain.hu.
_https._a.domain.hu. 86400 IN SRV 10 100 443 b.domain.hu.
, es ha mondjuk szeretnek bevonni meg 1 gepet, akkor:
_www._a.domain.hu. 86400 IN SRV 10 50 80 b.domain.hu.
_https._a.domain.hu. 86400 IN SRV 10 50 443 b.domain.hu.
_www._a.domain.hu. 86400 IN SRV 10 50 80 b2.domain.hu.
_https._a.domain.hu. 86400 IN SRV 10 50 443 b2.domain.hu.
.
- A hozzászóláshoz be kell jelentkezni
Na ja, sikerult nagyon felreolvasnom valamit, szoval a fenti 2 peldanak inkabb igy kellene kineznie:
_www._tcp.a.domain.hu. 86400 IN SRV 10 100 80 b.domain.hu.
_https._tcpa.domain.hu. 86400 IN SRV 10 100 443 b.domain.hu.
es
_www._tcp.a.domain.hu. 86400 IN SRV 10 50 80 b.domain.hu.
_https._tcp.a.domain.hu. 86400 IN SRV 10 50 443 b.domain.hu.
_www._tcp.a.domain.hu. 86400 IN SRV 10 50 80 b2.domain.hu.
_https._tcp.a.domain.hu. 86400 IN SRV 10 50 443 b2.domain.hu.
, de azert FIXME.
Vajon ez jo lenne?:
_80._tcp.a.domain.hu. 86400 IN SRV 10 50 80 b.domain.hu.
- A hozzászóláshoz be kell jelentkezni
a.domain.hu, es ezen egy egyszeru iptables szabaly mindent atiranyit, ami a 80- as vagy a 443- as portra erkezik, megpedig a (B) szerverre,
Ez miert jo?
ha a (B) gep fel tudna venni az a.domain.hu nevet, de ez jelenleg nem megoldhato.
Eleg ha az IP-cimet felveszi...
Mivel tobb ilyen geprol van szo, elkepzelheto valami load balancing,
En a Zeus ZXTM-jet hasznaltam. Teljesen jo, de kereskedelmi termek...
Elsodlegesen az erdekelne, hogy DNS szintjen van- e valami megoldas.
Ha van is, az nagyon heggesztos megoldas lesz. bra irt valamelyik kommentjeben (nem kerdezd, melyik forum vagy blog) egy ilyet. IMHO a DNS inkabb load sharing-re jo, mintsem load balancingra...
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
- A hozzászóláshoz be kell jelentkezni
Migralas tortent anno mas rendszerre mas dns zonaba, szerintem nem volt anno tul jol elokeszitve, de most ez a helyzet.
Nem tudja (B) felvenni azt az IP- cimet, pont ez a gond.
Igazabol nem a load balancing vagy sharing a cel, hanem az, hogy ne 2 gep kelljen ahhoz, hogy menjen a szolgaltatas.
- A hozzászóláshoz be kell jelentkezni
Én is utána néztem az SRV rekordnak és van vele egy probléma, a böngészők nem támogatják :(
- A hozzászóláshoz be kell jelentkezni
Konkrétan nemhogy a böngészők, hanem szinte senki se.
Én mondjuk egyetlen egy alkalmazást sem ismerek, ami ezt használná... De baromi jól hangzik :)
- A hozzászóláshoz be kell jelentkezni
mondjuk a nem túl gagyi voip eszközök támogatják.
a kérdezőnek megoldás lehet a kellően rövid időre vett külső DNS (mondjuk ttl=5m) esetleg úgy, h az éppen aktívvá váló szerver "magára rántja" az A rekordot.
- A hozzászóláshoz be kell jelentkezni
a.domain.hu CNAME b.domain.hu
?
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni