Propagate and Refresh DNS Cache Faster Propagovať a Občerstviť DNS Cache Byť pripevnený
When moving web host to another hosting service's server or changing the server's IP address, one of the important consideration to ensure to continue availability of the websites hosted on the server, minimize the downtime of the web sites, avoid weird problems such as emails get delivered to either server randomly, or browsing at old server, is how fast DNS (Domain Name System) will be able to translate or resolve hostname or domain name into your new IP address, instead of the old IP destination. Pri presunu do iného webhostingu hostingové služby server alebo zmenou IP adresu servera, jeden dôležitý faktor pre zabezpečenie pokračovať prístupnosti webových stránok hostovaných na serveri minimalizovať výpadok stránok, vyhnúť sa problémom, ako je podivné e-maily si dodané na serveri buď náhodne, alebo pri prezeraní starého servera, je, ako rýchlo sa DNS (Domain Name System), bude vedieť prekladať alebo vyriešiť meno alebo názov domény do vašej novú IP adresu, miesto pôvodného určenia IP. Unfortunately, webmasters have limited ability to control or override the DNS propagation process. Bohužiaľ, webmasteri majú obmedzenú schopnosť riadiť alebo potlačiť šírenie DNS procesu. Nonetheless, there are still some tips, tricks and workarounds that ensure DNS cache will reflect the new IP addresses as soon as possible. Avšak ešte stále existujú niektoré tipy, triky a riešenia, ktoré zabezpečia, DNS cache bude odrážať nové IP adresy čo najskôr.
DNS works in such as a way that when a request for IP address received by DNS resolver, it will then query the root servers to find the authoritative server with detailed knowledge of the particular domain name. DNS funguje napríklad tak, že pri žiadosti o IP adresy dostať do DNS analyzovať, potom bude dotaz koreňové servery nájsť autoritatívne server s podrobnou znalostí konkrétneho doménového mena. If a valid IP address for the domain is returned by the authoritative server, the DNS resolver will cache the DNS resolution for a given period of time known as TTL (Time To Live) after a successful answer, in what known as DNS caching in order to reduce the load on particular DNS server. Je-li platnú adresu IP pre doménu vráti autoritatívny server, bude vyrovnávaciu pamäť prekladania DNS DNS rozlíšenie pre dané časové obdobie tzv TTL (Time To Live), po úspešnej odpovede, v čom známe ako DNS caching, aby znížiť záťaž na konkrétny DNS servera. DNS caching allows resolution of domain name to IP to take place locally using the cached information instead of querying the remote server for subsequent requests, until the TTL duration expires. DNS cache umožňuje rozlíšenie doménových mien na IP sa bude konať lokálne pomocou medzipamäte informácie namiesto pátraniach vzdialeného servera pre následné žiadosti, až do doby vypršania TTL.
The Time-To-Live (TTL) timer is the trick to ensure that the DNS cache expires quickly and always stays fresh. Time-To-Live (TTL), časovač, je trik, aby zabezpečili, že DNS cache vyprší rýchlo a zostane vždy čerstvé. TTL is defined by domain administrator in the authoritative DNS server for the zone where data originates, and its values instruct DNS caching resolvers to expire and discard the DNS records after TTL seconds. TTL je definovaná správcom domény na autoritatívny DNS server pre zónu, kde sa údaje pochádza, a jeho hodnoty pokyn DNS caching analyzovať skončí a zbaviť sa DNS záznamy po TTL sekúnd. Lowering the TTL value will enable rapid expiration and refreshing of DNS records, causing the new records to propagate faster across the world. Zníženie hodnoty TTL umožní rýchlu platnosti a obnovenie DNS záznamov, čo spôsobilo nové záznamy množiť rýchlejšie po celom svete. However, the trick needs the name resolvers follow the RFC standards, which most do. Avšak, trik musí nasledovať meno analyzovať RFC štandardov, ktoré väčšinou robia. Beside, you must have full control to modify the name server authoritative for your domains. Vedľa, musíte mať plnú kontrolu zmeniť názov servera, autoritatívny pre vaše domény.
The tweaking of TTL in DNS records must be done a few days before it's about to change (date of server moving or IP change) to ensure that all DNS caching resolvers receives the new TTL value and expires the old longer value. Štípnout of TTL v záznamoch DNS je potrebné urobiť pred niekoľkými dňami to čoskoro zmení (dátum server sťahovania alebo zmeny IP), aby zabezpečila, že všetky DNS caching analyzovať dostáva novú hodnotu TTL a končí starý dlhšie hodnotu. The trick will reduce the TTL in anticipation of the change to minimize inconsistency during the change, according to Trik zníži TTL v očakávaní zmien, aby sa minimalizovalo nedôslednosť počas zmeny, podľa RCF 1034 RCF 1034 . .
TTL is defined by Minimum field in SOA (Start of Authority) type as default TTL, or individually at each record as TTL. TTL je definovaná pole minimum v SOA (Start of Authority) ako predvolený typ TTL, alebo individuálne na každý záznam ako TTL. RCF 1912 RCF 1912 describes the Minimum field in details as below: Minimálna opisuje pole v detailoch, ako nižšie:
Minimum: The default TTL (time-to-live) for resource records (RR) — how long data will remain in other nameservers' cache. Minimum: Predvolená hodnota TTL (time-to-live) pre záznamy o prostriedkoch (RR) - ako dlho zostanú dáta v cache iných nameservery '. ([ ([ RFC 1035 RFC 1035 ] defines this to be the minimum value, but servers seem to always implement this as the default value) This is by far the most important timer. ] Definuje to, aby sa minimálna hodnota, ale zdá sa servermi vždy vykonať toto ako predvolená hodnota) To je zďaleka najdôležitejšie časovač. Set this as large as is comfortable given how often you update your nameserver. Nastaviť túto tak veľké, ako je pohodlie, ako často je daný aktualizovať nameserver. If you plan to make major changes, it's a good idea to turn this value down temporarily beforehand. Ak máte v pláne uskutočniť zásadné zmeny, je to dobrý nápad, aby túto hodnotu sa dočasne vopred. Then wait the previous minimum value, make your changes, verify their correctness, and turn this value back up. Potom vyčkajte predchádzajúce minimálne hodnoty, vykonajte požadované zmeny a overiť ich správnosť, a potom túto hodnotu späť hore. 1-5 days are typical values. 1-5 deň sú typické hodnoty. Remember this value can be overridden on individual resource records. Pamätaj si táto hodnota môže byť prepísaná na individuálne záznamy o prostriedku.
If you're using a web-based or graphical user interface to manage your domain's DNS records, then login to the system, and edit the SOA records. Ak používate on-line alebo grafické užívateľské rozhranie pre správu vašej domény DNS záznamov, potom sa prihlásiť do systému, a upraviť SOA záznamy. Inside you will see a field named Minimum , modify the value to as low as possible (in seconds), such as 300 for timeout every 5 minutes. Vnútri uvidíte pole s názvom minimálne, zmeňte hodnotu na čo najnižšiu (v sekundách), napr 300 pre timeout každých 5 minút. Then modify the TTL for all of the A, MX, CNAME, TXT, SOA, PTR and other records, if applicable. Upravte TTL pre všetky, MX, CNAME, TXT, SOA, PTR a iných záznamov, ak existuje.
If you are using cPanel WebHost Manager (WHM), login and choose Edit DNS Zone under DNS Functions section. Ak používate cPanel webhost Riaditeľ (WHM), login a vyberte Upraviť zóny DNS v rámci služby DNS Funkcia oddielu. Select the applicable zone (domain name). Vyberte príslušnú zónu (meno domény). You will be presented with a list of records. Bude vám ponúknutý zoznam záznamov. Modify the minimum ttl in SOA, and TTL column of A, MX, CNAME and other records defined. Zmeniť minimum ttl do SOA a TTL stĺpec, MX, CNAME a ďalšie definované záznamy.
For those manually configure the authoritative nameserver for a domain zone using BIND, modification has to be done in the zone file. Pre tých, ručné konfigurácia autoritatívne nameserver pre doménu zónu BIND, zmena musí byť vykonané v zóne súboru. For example, so domain zone example.com, you will see the following resource records in the zone file: Napríklad, takže doména oblasť example.com, uvidíte nasledujúce záznamy o prostriedku v zóne súboru:
; zone 'example.com' Zone 'example.com' $TTL 14400 $ TTL 14400 @ IN SOA ns1.example.com. @ IN SOA ns1.example.com. host.example.com. host.example.com. ( ( 2007080501 ; Serial 2007080501; Serial 10800 ; Refresh 3 hours 10800; Refresh 3 hodiny 3600 ; Retry 1 hour 3600; Opakovať 1 hodina 604800 ; Expire 1 week 604800; vypršania 1 týždeň 86400 ); Minimum 24 hours 86400); Najmenej 24 hodín @ NS ns1.example.com. @ NS ns1.example.com. @ NS ns2.example.com. @ NS ns2.example.com. @ A 192.168.0.1 @ 192.168.0.1 @ MX 10 mail.example.com. @ MX 10 mail.example.com. ; nameservers ; Nameservery ns1 A 192.168.0.11 ns1 192.168.0.11 ns2 A 192.168.0.12 ns2 192.168.0.12 ; mail servers ; Mailové servery mail A 192.168.0.10 mail 192.168.0.10 ; web server , Web server www CNAME example.com. www CNAME example.com.
Now change the $TTL 14400 with the value you want (in seconds), such as 300 (5 minutes). Teraz môžete zmeniť $ TTL 14400 s požadovanú hodnotu (v sekundách), ako je 300 (5 minút). This value defines the default TTL of all existing records, and by lowering this value to 300 (for example, you can choose your won value), caching server will be hold this records for more than 5 minutes before querying the authoritative name server which will be the first to reflect the new IP address when change later on again. Táto hodnota určuje implicitné TTL všetkých existujúcich záznamov a znížením túto hodnotu na 300 (napríklad môžete vybrať vyhral hodnota), cache servera budú držať túto evidencii dlhšie ako 5 minút pred dotazom autoritatívny menný server, ktorý bude ako prvý, aby odrážali novú IP adresu meniť, keď neskôr znova. Another value that you should change is minimum TTL, the last line of SOA type (remarked as minimum 24 hours). Ďalšie hodnotou, ktorou by sa malo zmeniť, je minimum TTL, posledný riadok typu SOA (ako poznamenal minimálne 24 hodín).
After change, your DNS zone file will probably looks like this: Po zmene, bude váš DNS zóny súbor vyzerá asi takto:
; zone 'example.com' Zone 'example.com' $TTL 300 $ TTL 300 @ IN SOA ns1.example.com. @ IN SOA ns1.example.com. host.example.com. host.example.com. ( ( 2007080501 ; Serial 2007080501; Serial 10800 ; Refresh 3 hours 10800; Refresh 3 hodiny 3600 ; Retry 1 hour 3600; Opakovať 1 hodina 604800 ; Expire 1 week 604800; vypršania 1 týždeň 300 ); Minimum 24 hours 300); Najmenej 24 hodín @ NS ns1.example.com. @ NS ns1.example.com. @ NS ns2.example.com. @ NS ns2.example.com. @ A 192.168.0.1 @ 192.168.0.1 @ MX 10 mail.example.com. @ MX 10 mail.example.com. ; nameservers ; Nameservery ns1 A 192.168.0.11 ns1 192.168.0.11 ns2 A 192.168.0.12 ns2 192.168.0.12 ; mail servers ; Mailové servery mail A 192.168.0.10 mail 192.168.0.10 ; web server , Web server www CNAME example.com. www CNAME example.com.
Restart the DNS service. Restart služby DNS. The new TTL value will propagate to other DNS nameserver. Nová hodnota TTL bude šíriť na iné DNS nameserver. This process typically takes 48 hours to 72 hours (hence the need to reduce TTL to try to make it faster when changing the critical A and MX records). Tento proces zvyčajne trvá 48 hodín na 72 hodín (teda potreba znížiť TTL sa snažiť, aby to rýchlejšie pri zmene kritickej a MX záznamov). After waiting for a few days, move your websites to new server or change the IP address, and then update the DNS records to point to the new server or IP. Po čakaní na niekoľko dní presunúť svoje stránky na nový server, alebo zmeniť IP adresu, a potom aktualizovať záznamy DNS, aby ukazovali na nový server, alebo IP.
Once done, you can now revert back the TTL values to reduce the load on your DNS server. Potom, čo urobil, si teraz môžete vrátiť TTL hodnoty znížiť zaťaženie servera DNS.
IMPORTANT : The page is machine translated and provided "as is" without warranty. Upozornenie: stránka je stroje preložené a za predpokladu, "ako je" bez záruky. Machine translation may be difficult to understand. Stroj prekladu môže byť ťažké pochopiť. Please refer to Nájdete na original English article originál Anglicky artikl whenever possible. ak je to možné.
Related Articles Súvisiace články
- Clear, Delete and Refresh ARP Cache Entry Jasné, Odstrániť a Občerstviť ARP Cache Entry
- Firefox Tips: Refresh Firefox Webpage Content Without Clearing Cache & Disable Automatic File Scanning after File Download Tipy pre Firefox: Firefox Aktualizovať obsah webovej stránky bez Zúčtovanie Cache & Zakázať automatické skenovanie súborov po Sťahovanie súboru
- Display and View FireFox Cache Files Without Browser Cache Viewer Displej a Cieľ Horúčka Cache Archív Bez Krmivo Cache Čítacie prístroj
- Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com Doména nemá žiadne NS Records Chyba v DNSStuff.com alebo DNSReport.com
- How to Flush and Reset DNS Cache Ako Flush a Nová sadzba DNS Cache
- Your Browser's Cache is Full and May Interfere with Your Gmail Experience Error with Working Fix Mezipaměť prehliadača je plný a zasahovať do vášho Gmail Chyba skúsenosti s pracovnou Fix
- How to Move the Firefox Disk Cache To Another Drive Ako Presunutie diskov Firefox cache na inú jednotku
- Enable Gzip Compress on Wordpress with WP-Cache 2.x Povoľte Gzip Komprimovať ďalej Wordpress s WP-Cache 2.x
- Firefox Add-Ons: ReloadEvery to Refresh Websites at Predefined Intervals Firefox Add-on: ReloadEvery na Obnoviť webové stránky v nastavenom intervaly
- Cache Busting Definition and Explaination Cache Busting Definícia a Explaination
August 3rd, 2009 08:26 3.srpna 2009 08:26
[...] After installing everything and confirming that the site was running as expected (just much faster) it was time to change the A Record for my domain tripwiremagazine.com. [...] Po nainštalovaní všetko a potvrdzuje, že na mieste bežal, ako sa očakávalo (len oveľa rýchlejšie), že je najvyšší čas zmeniť záznam pre moju doménu tripwiremagazine.com. I'm using a seperate service for hosting my domains which I consider a advantage. I'm using samostatnú službu pre hosťovanie mojich domén, ktoré považujem za výhodu. In this case it turned out to be a great advantage because I could switch hosting in just a few hours. V tomto prípade sa ukázalo byť veľkou výhodou, pretože som mohol prejsť hosťovaní v niekoľkých hodín. No matter how you host your domain changing DNS for it is not something you can do quick. Nezáleží na tom, ako si vašu doménu mení hostiteľa DNS pre to nie je niečo, čo môžete urobiť rýchlo. I know that it can take hours and in worst case many hours to have DNS changes propagated around the globe. Viem, že to môže trvať niekoľko hodín a v najhoršom prípade veľa hodín, aby sa zmeny DNS šírených po celom svete. I found this article that I would have loved to read just a few days ago as it would have limited the amount of time the change took. Zistil som, že tento článok by som rád čítal len pred niekoľkými dňami, pretože by sa obmedzilo množstvo času zmeniť sa. Basically the tip is to lower your TTL for the A Record a few days before you're planning to switch Hosting Company: Propagate and Refresh DNS Cache Faster [...] V podstate tip je znížiť TTL na záznam niekoľko dní pred Chystáte Ak sa prejsť Hosting Company: Rozšíriť a Občerstviť DNS Cache Byť pripevnený [...]
June 21st, 2009 15:00 21.červen 2009 15:00
Very useful information… thanks a lot Veľmi užitočné informácie ... díky moc
October 29th, 2008 03:51 29.Októbra 2008 03:51
Great tip. Celok cíp. I hope I don't have to wait 72 hours for it to update now! Dúfam, že nemusím čakať 72 hodín na to, aby aktualizáciu teraz!
A word of warning though… Don't start messing around with the cName settings unless you know what your doing! Slovo varovania keď ... Nezačínajte pohrávam s CNAME nastavenia, ak viete, čo robíte!