http redirect masik serverre

Linux-haladó

Hello

Van egy domain valami.hu a cel az lenne, hogy a valami.hu-t at kene iranyitani akrbantartas miatt (aramszunet) egy masik webservernek. Amig nincs karbantartas addig az eredeti oldal jojjon be. 2 kulon serverrol van szo, tuzfal nincs kozte, mindketto az interneten log. DNS-hez hozza ferek. Mivel lehetne ezt okosan megoldani?

Apache-t nezegettem, de redirectnel ugyan arra a domainre nem redirectelhetek. IP meg nem jo mert namedvirtualhost-ok vannak.

  • 1323 megtekintés

( zamboriz v | 2009. 05. 19., k – 15:09 )

> at kene iranyitani akrbantartas miatt egy masik webservernek

Rakd át az IP címet a másik gépre.

> Illetve ha at is dobatom akkor is az apache domain name alapjan keresne a hozza tartozo bejegyzest nem IP alapjan.

Szét kell választani a problémát, különálló problémákra. Az első probléma a forgalom átirányítása; a második probléma az átirányított forgalom fogadása, és az elvárásoknak megfelelő kezelése.

Az első problémára egy lehetséges megoldás a DNS bejegyzések módosítása; a másodikra meg a fogadó gépen az apache vagy akármi más megfelelő konfigurálása.

Úgy, hogy semmihez sem kell nyúlni, de jó lesz; úgy nem lehet megoldani :-)

IP aliasing is the process of adding more than one IP address to a network interface. With this, one node on a network can have multiple connections to a network, each serving a different purpose. In the Linux kernel, it was first implemented by Juan Jose Ciarlante in 1995.[1]

google, wikipedia, tudod...

t

( eax | 2009. 05. 19., k – 15:25 )

Ha a karbantartas alatt az eredeti szerver meg ki tud szolgalni statikus dolgokat, akkor meta refresh tag-el, egyebkent meg csereld le a dns-ben az ip-t.

Szerk: persze ha tudod, akkor inkabb ip-szinten oldd meg.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Sajnos aramszunet miatt lesz "karbantartas" addig kene egy masik servernek kiszolgalnia valamit. Viszont ugyan arra a domainre. A DNS-k lefrissulese miatt lenne erdekes, hogy mar elobb atalitani, de akkor meg az eredeti serverre kell hogy mutasson es csak az aramszunet idejere kene mashova mutatnia. De ugyebar domain name alapon es nem IP alapon.

"A DNS-k lefrissulese miatt lenne erdekes, hogy mar elobb atalitani, de akkor meg az eredeti serverre kell hogy mutasson es csak az aramszunet idejere kene mashova mutatnia."

Mi ezt ugy oldottuk meg, hogy eloszor huztunk egy tunnelt az eredeti es a backup szerver kozott, a backup szerveren kialakitottuk a kornyzetet, aztan az elesrol minden kerest beleroute-oltunk a tunnelbe, igy azt mar igazabol a backup szerver szolgalta ki. Ekkor at lehet irni a DNS-t (mindket ip-re erkezo keresek ugyanott fognak landolni vegul), es ha ez megtortent, lekapcsolhato az eredeti.

Ezt persze bonyolithatja, ha valami valtozo tartalmu datastore-t, vagy sql adatbazist is at kell rakni (ebben az esetben a master-slave replikacio segithet).

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( covix v | 2009. 05. 19., k – 15:42 )

Én ezt úgy oldottam meg, hogy bevittem a szerver helyére egy csutka üres debiant, nic ugyanúgy konfigurálva mint a karbantartandó szerveren, rajta egy pound amiben be volt állítva, hogy a 80-as portra érkező forgalmat irányítsa a backup szerverre.
üres debian bootol, hálókábel átdug, és csak addig van kiesés, amíg a kezedben van a végpont.
Akármilyen vacak gép elég arra a kis időre, nem fog összecsuklani.
KoviX

szerk: tárgytalan, az áramszünet kérdést még nem olvastam...

( turdus | 2009. 05. 19., k – 15:48 )

Vagy ha az eredeti webszerver marad, akkor valami scriptnyelven tedd ki, hogy ideiglenesen elköltözött. PHP-val pl.: index.php
<?
header("HTTP/1.1 302 - temporarily moved");
header("Location: (új cim ide)");
?>
Így a böngésző magától átirányít, már http szinten, html parse-olás nélkül. (Megjegyzés: ezt használja a google is, mikor .com-ról .hu-ra dob)
Ha az url-nek ugyanannak kell maradnia, akkor csak a fentebb vázolt DNS-es megoldás járható.

( blackluck v | 2009. 05. 19., k – 15:51 )

Ha nem kell kapkodni a karbantartassal es dns-hez hozzafersz elegge, akkor dns-ben lease time-ot lecsokkented egeszen alacsonyra egy ora-fel ora akar kevesebb , megvarod mig mindenhol frissul ez azaltal h az elozo pl 1-2 napos lease time letelt es biztosan frissitette a tobbi dns szerver is, ezutan egy kevesbe kritikus idoszakban (hajnal 5) atirod h dns a masik ip-re mutasson, ami az alacsony lease time miatt hamar atall mindenhol. Az alatt a kis atallas alatt meg vagy leallitod az eredetit, h adatok biztosan csak egy helyen legyenek es addig a fel oraig max nem elerheto a domain mindenkinek vagy ha ez nem gond akkor parhuzamosan mehet addig mig at nem all mindenhol az uj ip-re a dns.

Ha sokaig tart a karbantartas akkor addig erdemes visszavenni a lease time-ot, mert nem mindenhol szeretik ha folyamatosan frissitgetni kell.

Visszaallitas meg lenyegeben ugyanigy.

--
Don't Panic if you see me laughing,
that's not a bug, just a feature.

Igazabol engem csak egyvalami zavar: a session kezeles. PHP-nal bevett szokas, hogy nem db alapu sessionozas van, hanem csak ugy a levegobe vannak a sessionok, nyilvan egy esetleges restart soran is elvesznek, de pl. pont egy ilyen atiranyitas miatt is el tudnak veszni, hiszen a backup szerver el fogja hajtani a francba a klienst a sessionjaval. Ilyenkor wazzup?
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.