Brže propagiranje domena?
Pozdrav.
Zanima me kako je moguće ubrzati proces propagiranja domena prilikom transfera, produžetka domena ili slično? Znam da internet provajderima treba 24h do 72h da osveže DNS, i znam za npr google public dns, ali me zanima kako da svima domen bude dostupan brže, ili bez uopšte nekog nedostupnog perioda? Nikad nisam primetio da je npr burek, blic ili neki veliki sajt nedostupan, a siguran sam da se njihovi domeni premeštaju/apdejtuju ili šta već. Postoji neka caka, neki premium DNS servis ili već šta god koji može ubrzati ceo taj proces? Zahvaljujem na odgovoru. :1074: |
"Nikad nisam primetio da je npr burek, blic ili neki veliki sajt nedostupan, a siguran sam da se njihovi domeni premeštaju/apdejtuju ili šta već. "
svaki veliki sajt radi premestaj tako da nije down primer iz glave: prebace bazu stari server pocne da koristi IP nove baze novi server takodje gde god da korisnika posalje DNS, on vidi sve up-to-date prodju dva dana gase stari server |
^ upravo.
moze i tcp-tunneling softverom da se resi ako se proceni da ce manji protok da pravi http saobracaj nego komunikacija sa bazom [ili ako je bitno da se uploadovani fajlovi [koje korisnici uploaduju] vide bez obzira da li je DNS propagiran... ili ako sam sajt zavisi od neke vrste file-database-a [baza sastavljena od fajlova]]. znaci, prosto stari server radi kao proxy za sav http saobracaj - dok svi ne vide novi server. u drugim slucajevima savrseno radi ovo sto je robi-bobi rekao... danas je internet u datacentrima dovoljno brz da mozes bazu da drzis i na drugom kontinentu, a da korisnici ne osete bog zna kakav latency... meni se komunikacija sa bazom u trenutku selidbe izvrsavala u roku od pola sekunde - to korisnici ne osete :) |
ili ako selis ceo server sa mnostvo sajtova [dvesta sajta recimo] - neprakticno bi bilo da svakom menjas konfiguracioni fajl za bazu... onda tcp-tunneling nema alternativu...
mada moze i sam mysql saobracaj da se tunnel-uje, a ne http saobracaj :) but then again, ako neki sajt radi sa fajlovima... onda je ipak bolji http tunneling. |
Hm, a mirorovanje celog sajta, uz izmenu A zapisa u dns-u starog da pokazuje ka novom?
|
sta tacno podrazumevas pod mirrorovanjem sajta?
|
Pravljenje identične kopije fajlova i baze, ili u slučaju sajta sa user-generated sadržajem - sinhronizacija sadržaja dok se nameserveri ne dogovore.
|
Citat:
|
Veoma bitna stvar je da se TTL A zapisa postavi na neku malu vrednost (npr. 5 minuta). Sačeka se da svi DNS serveri provajdera (telekom, sbb, opendns, itd.) pokupe infomarcije o novom TTL-u (max vreme čekanja je vrednost starog TTL-a), prebace se podaci na novi server, promeni se A zapis, na starom serveru se postavi neko obaveštenje da je došlo do prebacivanja i u najgorem slučaju će svi kroz 5 minuta videti sadržaj sa novog servera. Na kraju se vrati TTL na staru vrednost.
Ovo je pod pretpostavkom da NS zapisi ostaju isti tj. da se menja samo A. |
Citat:
|
Vreme je GMT +2. Trenutno vreme je 20:52. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.