Propagate and Refresh DNS Cache Faster Izplatīt un Atsvaidzināt DNS Cache Faster
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. Pārvietojot Web Host uz citu hostinga pakalpojuma serveri vai maina servera IP adresi, viens svarīgs apsvērums, lai nodrošinātu to turpināt pieejamību izvietotās mājas lapas uz servera, samazinātu dīkstāves no tīmekļa vietnes, izvairīties dīvaini problēmas, piemēram, e-pastu saņemt piegādāto vai nu servera nejauši, vai pārlūkojot pie vecā servera, ir cik ātri DNS (Domain Name System) būs iespēja tulkot vai atrisināt hostname vai domēna nosaukumu uz savu jauno IP adresi, nevis veco IP galamērķi. Unfortunately, webmasters have limited ability to control or override the DNS propagation process. Diemžēl, webmasters ir ierobežotas spējas, kas kontrolē vai ignorēt DNS pavairošanas procesu. Nonetheless, there are still some tips, tricks and workarounds that ensure DNS cache will reflect the new IP addresses as soon as possible. Tomēr joprojām ir daži padomi, trikiem un workarounds, kas nodrošina DNS cache atspoguļos jaunās IP adreses, cik drīz vien iespējams.
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 darbojas tādā veidā, ka gadījumā, ja IP adresei saņemto DNS resolver lūgumu, tā būs tad vaicājums root serveriem, lai atrastu autoritatīvu serveri ar detalizētu informāciju par konkrētu domēna vārdu. 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. Ja derīgu IP adresi domēna tiek atgriezta ar autoritatīvu serveri, DNS resolver būs cache DNS rezolūciju laika periodā sauc par TTL (Time To Live) pēc veiksmīgas atbildi, kādā pazīstams kā DNS kešošanu lai lai samazinātu slodzi uz noteiktu DNS serverī. 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 kešošanu ļauj izšķirtspēju domēna nosaukumu IP notiks vietējā, izmantojot kešatmiņā informāciju, nevis vaicājumiem attālā servera turpmāki pieprasījumi, līdz TTL laiks beidzas.
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) taimeris triks, lai nodrošinātu, ka DNS cache beidzas ātrāk, un vienmēr paliek svaiga. 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 ir noteikta domēna administrators autoritatīvs DNS serveri zonā, kur datu izcelsme, un tās vērtībām uzdot DNS kešošanu resolvers beidzas un izmetiet DNS ierakstus pēc TTL sekundes. Lowering the TTL value will enable rapid expiration and refreshing of DNS records, causing the new records to propagate faster across the world. Pazemināšana TTL vērtība ļaus ātri beigām un atsvaidzinošu DNS ierakstus, kas rada jaunus ierakstus izplatīt ātrāk visā pasaulē. However, the trick needs the name resolvers follow the RFC standards, which most do. Tomēr triks nepieciešams nosaukums resolvers ievērot RFC standartiem, kas visvairāk darīt. Beside, you must have full control to modify the name server authoritative for your domains. Blakus, jums ir pilnīga kontrole mainīt servera autoritatīvs jūsu domēnu.
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. Par TTL tweaking ir DNS ieraksti jāveic dažas dienas pirms tā gatavojas mainīt (datums, kad serveris pārvietojas vai IP maiņa), lai nodrošinātu, ka visi DNS kešošanu resolvers saņem jaunu TTL vērtību un beigas veco vairs vērtības. The trick will reduce the TTL in anticipation of the change to minimize inconsistency during the change, according to Triks samazinās TTL, paredzot izmaiņas, lai mazinātu neatbilstību laikā izmaiņas, saskaņā ar RCF 1034 RCF 1.034 . .
TTL is defined by Minimum field in SOA (Start of Authority) type as default TTL, or individually at each record as TTL. TTL ir noteikta minimālā lauka SOA (Start of Authority) tips pēc noklusējuma TTL, vai individuāli pie katra ieraksta, kā TTL. RCF 1912 RCF 1.912 describes the Minimum field in details as below: apraksta Minimālais lauka informāciju, kā to zemāk:
Minimum: The default TTL (time-to-live) for resource records (RR) — how long data will remain in other nameservers' cache. Minimālā: default TTL (time-to-live) resursu uzskaiti (RR) - cik ilgi dati paliks citu nameservers "kešatmiņu. ([ ([ RFC 1035 RFC 1.035 ] 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. ], Definē to par minimālo vērtību, bet gan serveru šķiet vienmēr īstenot to kā noklusējuma vērtība) Šis ir līdz šim svarīgākie taimeri. Set this as large as is comfortable given how often you update your nameserver. Iestatiet šo tik liela, kā ir ērti, ņemot vērā, cik bieži jūs atjaunināt nameserver. If you plan to make major changes, it's a good idea to turn this value down temporarily beforehand. Ja plānojat veikt būtiskas izmaiņas, tā ir laba ideja, lai ieslēgtu šo vērtību nosaka uz laiku iepriekš. Then wait the previous minimum value, make your changes, verify their correctness, and turn this value back up. Tad pagaidiet iepriekšējā minimālo vērtību, veiciet izmaiņas, pārbauda to pareizību, un savukārt šī vērtība atpakaļ uz augšu. 1-5 days are typical values. 1-5 dienas ir parastie lielumi. Remember this value can be overridden on individual resource records. Atcerēties šo vērtību var būt svarīgāka par atsevišķiem resursu uzskaiti.
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. Ja jūs izmantojat interneta vai grafisko lietotāja interfeisu, lai pārvaldītu jūsu domēna DNS ierakstus, tad piesakieties sistēmā, un rediģēt SOA ierakstus. 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. Inside redzēsiet lauka nosaukumu Minimums, modificēt vērtību pēc iespējas mazāku (sekundēs), piemēram, 300 timeout ik pēc 5 minūtēm. Then modify the TTL for all of the A, MX, CNAME, TXT, SOA, PTR and other records, if applicable. Tad pārveidot TTL visiem, MX, CNAME, TXT, SOA, PTR un citus dokumentus, ja iespējams.
If you are using cPanel WebHost Manager (WHM), login and choose Edit DNS Zone under DNS Functions section. Ja lietojat cPanel WebHost Manager (WHM), lietotāja vārdu un izvēlieties Edit DNS zonas saskaņā ar DNS funkcijas sadaļā. Select the applicable zone (domain name). Izvēlieties piemērojamo zonas (domēna nosaukums). You will be presented with a list of records. Jums tiks parādīts saraksts ar ierakstiem. Modify the minimum ttl in SOA, and TTL column of A, MX, CNAME and other records defined. Grozīt minimālo TTL in SOA, un TTL slejā, MX, CNAME un citus dokumentus, noteikti.
For those manually configure the authoritative nameserver for a domain zone using BIND, modification has to be done in the zone file. Tiem manuāli konfigurēt autoritatīvo nameserver par domēna zonu, izmantojot BIND, grozīšanu, ir jāveic zonas failā. For example, so domain zone example.com, you will see the following resource records in the zone file: Piemēram, lai domēnu zonas example.com, jūs redzēsiet šādu resursu ieraksti zona failu:
; zone 'example.com' $TTL 14400 @ IN SOA ns1.example.com. ; Zonā "example.com '$ TTL 14.400 @ IN SOA ns1.example.com. host.example.com. host.example.com. ( 2007080501 ; Serial 10800 ; Refresh 3 hours 3600 ; Retry 1 hour 604800 ; Expire 1 week 86400 ); Minimum 24 hours @ NS ns1.example.com. @ NS ns2.example.com. @ A 192.168.0.1 @ MX 10 mail.example.com. ; nameservers ns1 A 192.168.0.11 ns2 A 192.168.0.12 ; mail servers mail A 192.168.0.10 ; web server www CNAME example.com. (2007080501; Serial 10.800; Refresh 3 stundas 3.600; Atkārtot 1 stunda 604.800; termiņš 1 nedēļa 86.400); Minimālā 24 stundas @ NS ns1.example.com. @ NS ns2.example.com. @ 192.168.0.1 @ 10 MX pasts . example.com.; nameservers ns1 192.168.0.11 ns2 192.168.0.12; pasta serveriem pasts 192.168.0.10; web servera www CNAME example.com.
Now change the $TTL 14400 with the value you want (in seconds), such as 300 (5 minutes). Tagad mainīt $ TTL 14.400 ar vērtību, kuru vēlaties (sekundēs), piemēram, 300 (5 minūtes). 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. Šī vērtība nosaka default TTL visus esošos ierakstus, un, samazinot šo vērtību līdz 300 (piemēram, jūs varat izvēlēties uzvarēja vērtība), caching serveri, būs turēt šo dokumentāciju par vairāk nekā 5 minūtes pirms vaicājumiem autoritatīvs servera, kas būt pirmais, lai atspoguļotu jauno IP adresi, kad mainīt vēlāk vēlreiz. Another value that you should change is minimum TTL, the last line of SOA type (remarked as minimum 24 hours). Vēl viena vērtība, ko jums vajadzētu mainīt ir minimālais TTL, pēdējā rindā SOA veids (atzīmēja, minimālās 24 stundas).
After change, your DNS zone file will probably looks like this: Pēc pārmaiņām, savu DNS zonas failu, iespējams, izskatās šādi:
; zone 'example.com' $TTL 300 @ IN SOA ns1.example.com. ; Zonā "example.com '$ TTL 300 @ IN SOA ns1.example.com. host.example.com. host.example.com. ( 2007080501 ; Serial 10800 ; Refresh 3 hours 3600 ; Retry 1 hour 604800 ; Expire 1 week 300 ); Minimum 24 hours @ NS ns1.example.com. @ NS ns2.example.com. @ A 192.168.0.1 @ MX 10 mail.example.com. ; nameservers ns1 A 192.168.0.11 ns2 A 192.168.0.12 ; mail servers mail A 192.168.0.10 ; web server www CNAME example.com. (2007080501; Serial 10.800; Refresh 3 stundas 3.600; Atkārtot 1 stunda 604.800; termiņš 1 nedēļa 300), minimālās 24 stundas @ NS ns1.example.com. @ NS ns2.example.com. @ 192.168.0.1 @ 10 MX pasts . example.com.; nameservers ns1 192.168.0.11 ns2 192.168.0.12; pasta serveriem pasts 192.168.0.10; web servera www CNAME example.com.
Restart the DNS service. Restart DNS pakalpojumu. The new TTL value will propagate to other DNS nameserver. Jauns TTL vērtība izplatīties uz citām 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). Šis process parasti aizņem 48 stundas līdz 72 stundām (tātad jāsamazina TTL mēģināt veikt ātrāk, mainot kritiskos un MX ierakstu) veidā. 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. Pēc tam gaida dažas dienas, pārvietot jūsu mājas lapas uz jauno servera vai mainīt IP adresi un pēc tam atjauniniet DNS ierakstus, norāda uz jaunu serveri vai IP.
Once done, you can now revert back the TTL values to reduce the load on your DNS server. Kad izdarīts, tagad varat atgriezties TTL vērtību, lai samazinātu slodzi uz savu DNS serveri.
IMPORTANT : The page is machine translated and provided "as is" without warranty. SVARĪGI: lapa mašīna iztulkot un pasniegts tàds, "kàds tas ir" bez garantijas. Machine translation may be difficult to understand. Mašīntulkošanas var būt grūti saprast. Please refer to Lūdzu, skatiet original English article oriģināls angļu rakstu whenever possible. kad vien iespējams.
Related Articles Saistītie raksti
- Clear, Delete and Refresh ARP Cache Entry Skaidrs, dzēst un Atsvaidzināt ARP Cache Entry
- Firefox Tips: Refresh Firefox Webpage Content Without Clearing Cache & Disable Automatic File Scanning after File Download Firefox Tips: Atsvaidzināt Firefox Web lapu saturu bez Clearing Cache & Disable Automatic failu skenēšana pēc Failu lejupielāde
- Display and View FireFox Cache Files Without Browser Cache Viewer Displejs un Skatīt FireFox Cache failus, pārlūka kešatmiņu Viewer
- Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com Domēns nav neviena NS Records Kļūda DNSStuff.com vai DNSReport.com
- How to Flush and Reset DNS Cache Kā Flush un Reset DNS Cache
- Your Browser's Cache is Full and May Interfere with Your Gmail Experience Error with Working Fix Jūsu pārlūkprogrammas kešatmiņa ir pilna un var ietekmēt Jūsu Gmail Pieredze Kļūda ar darba Fix
- Hard Refresh Hard Atsvaidzināt
- How to Move the Firefox Disk Cache To Another Drive Kā pārvietot Firefox Disk Cache uz citu Drive
- Refresh your Monitor Atsvaidzināt savu Monitor
- Microsoft Confirms Vista SP1 RC Refresh 2 (RCR2) is RTM Release Microsoft apstiprina Vista SP1 RC Refresh 2 (RCR2) ir RTM Release
August 3rd, 2009 08:26 Augusts 3, 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. [...] Pēc instalēšanas visu, un apstiprinot, ka vieta bija rādīt, kā paredzēts (tikai daudz ātrāk), tas bija laiks mainīt Record mana domēna tripwiremagazine.com. I'm using a seperate service for hosting my domains which I consider a advantage. Es esmu, izmantojot atsevišķu pakalpojumu izvietošanai manu domēnu, ko es uzskatu priekšrocības. In this case it turned out to be a great advantage because I could switch hosting in just a few hours. Šajā gadījumā tā izrādījās liela priekšrocība, jo es varētu pāriet hostings tikai dažas stundas. No matter how you host your domain changing DNS for it is not something you can do quick. Nav svarīgi, kā jūs vadāt savu domēna maiņu DNS tā nav kaut ko var izdarīt ātri. I know that it can take hours and in worst case many hours to have DNS changes propagated around the globe. Es zinu, ka tas var būt laika un sliktākajā gadījumā, cik stundas ir DNS izmaiņas pavairots visā pasaulē. 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. Es atklāju šo rakstu, ka man būtu paticis lasīt tikai pirms dažām dienām, jo tas ir tikai laika izmaiņas notika. 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 [...] Būtībā gals ir samazināt savu TTL, lai Record dažas dienas pirms plānojat mainīt Hosting Company: izplatīt un Atsvaidzināt DNS Cache Faster [...]
June 21st, 2009 15:00 Jūnijs 21, 2009 15:00
Very useful information… thanks a lot Ļoti noderīga informācija ... thanks a lot
October 29th, 2008 03:51 29 oktobris 2008 03:51
Great tip. Great tip. I hope I don't have to wait 72 hours for it to update now! Es ceru, ka man nav jāgaida 72 stundas, lai to update tagad!
A word of warning though… Don't start messing around with the cName settings unless you know what your doing! Vārds brīdinājums gan ... Nesāciet messing aptuveni ar CNAME uzstādījumus, ja vien jūs zināt, kādas ir jūsu doing!