Propagate and Refresh DNS Cache Faster רענן שליטת להפיץ ו מטמון 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. כאשר נע מארח האתר כדי לשרת שירות אירוח אחר או שינוי של כתובת ה-IP של השרת, אחד של השיקול חשוב להמשיך כדי להבטיח זמינות של אתרי אינטרנט המתארחים על השרת, למזער את זמן ההשבתה של אתרי אינטרנט, למנוע בעיות מוזרות כגון דואר אלקטרוני לקבל מסירת לשרת או באקראי, או גלישה על השרת הישן, כמה מהר היא שליטת DNS (Domain Name System) יוכלו לתרגם או לפתור המארח או שם תחום חדש לתוך כתובת ה-IP שלך, במקום ה-IP של היעד הישן. Unfortunately, webmasters have limited ability to control or override the DNS propagation process. למרבה הצער, יש מנהלי אתרים מוגבלת היכולת לשלוט או לעקוף את תהליך התפשטות שליטת. Nonetheless, there are still some tips, tricks and workarounds that ensure DNS cache will reflect the new IP addresses as soon as possible. עם זאת, יש עדיין כמה טיפים, טריקים ועל הדרכים לעקוף להבטיח כי שליטת מטמון תשקף את כתובות ה-IP החדשה בהקדם האפשרי.

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. שליטת עובד כמו בדרך כאשר בקשה על ידי כתובת IP קיבל Resolver שליטת DNS, אז זה יהיה שאילתה מול השרתים שורש כדי למצוא את השרת הסמכותי עם ידע מפורט של שם תחום מסוים. 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. אם כתובת IP חוקית עבור תחום הוא שמחזיר השרת הסמכותי, את שליטת Resolver יהיה במטמון ברזולוציה שליטת במשך תקופה מסוימת של זמן המכונה TTL (Time to Live) אחרי עונה מוצלחת, במה שנקרא שליטת במטמון כדי כדי להפחית את העומס על שרת ה-DNS מסוימת. 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. במטמון שליטת מאפשר רזולוציה של שם תחום ה-IP כדי לקחת את המקום באופן מקומי באמצעות המידע במטמון במקום שאילתות השרת המרוחק עבור בבקשות הבאות, עד משך TTL יפוג.

The Time-To-Live (TTL) timer is the trick to ensure that the DNS cache expires quickly and always stays fresh. The Time-To-Live (TTL) טיימר הוא תכסיס כדי להבטיח את המטמון שליטת תפוגת במהירות תמיד נשאר טרי. 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 מוגדר על ידי מנהל תחום בתוך שרת ה-DNS הסמכותי עבור אזור שבו נתונים מקורו, ואת ערכיו להורות שליטת במטמון resolvers לפוג וזורקים את הרשומות שליטת לאחר שניות TTL. Lowering the TTL value will enable rapid expiration and refreshing of DNS records, causing the new records to propagate faster across the world. הפחתת ערך TTL יאפשר התפוגה מהיר ומרענן של רשומות DNS, בגרימת רשומות חדשות כדי להפיץ במהירות ברחבי העולם. However, the trick needs the name resolvers follow the RFC standards, which most do. עם זאת, את הטריק זקוקה resolvers שם אחר, תקני RFC אשר ביותר לעשות. Beside, you must have full control to modify the name server authoritative for your domains. ליד, עליך להיות בעל שליטה מלאה לשנות את שם השרת הסמכותי עבור התחומים שלך.

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. TTL ב tweaking של רשומות DNS צריך לעשות כמה ימים לפני זה עומד להשתנות (התאריך של שרת נע או לשנות את ה-IP) כדי להבטיח שכל שליטת במטמון resolvers מקבל את ערך TTL חדשים תפוגת את הערך הישן יותר. The trick will reduce the TTL in anticipation of the change to minimize inconsistency during the change, according to הטריק יקטין את TTL לקראת השינוי כדי למזער את חוסר העקביות במהלך השינוי, לפי 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 מוגדרת על ידי השדה מינימום ב-SOA (התחלה של הרשות) סוג כברירת מחדל TTL, או בנפרד על כל רשומה כמו TTL. RCF 1912 RCF 1912 describes the Minimum field in details as below: מתאר את שדה מינימום פרטים כמו להלן:

Minimum: The default TTL (time-to-live) for resource records (RR) — how long data will remain in other nameservers' cache. מינימום: ברירת המחדל TTL (time-to-לחיות) עבור רשומות משאב (RR) - כמה זמן הנתונים יישארו מטמון מפנה לשרתי השם אחרים ". ([ ([ 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. ] זה להיות מגדיר את הערך המינימלי, אבל לשרתים נראה תמיד ליישם את זה כערך ברירת המחדל) זה הרבה טיימר החשוב ביותר. Set this as large as is comfortable given how often you update your nameserver. הגדר הזו גדולה ככל שניתן נוח תדירות העדכון nameserver שלך. If you plan to make major changes, it's a good idea to turn this value down temporarily beforehand. אם אתה מתכנן לבצע שינויים גדולים, זה רעיון טוב להפוך את הערך כלפי מטה באופן זמני מראש. Then wait the previous minimum value, make your changes, verify their correctness, and turn this value back up. ואז לחכות את הערך המינימלי הקודם, לבצע את השינויים, לוודא תקינות שלהם, ולהפוך את הערך לגבות. 1-5 days are typical values. 1-5 ימים הם ערכים טיפוסית. Remember this value can be overridden on individual resource records. זכור ערך זה ניתן לדרוס על רשומות משאב בודדים.

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. אם אתה משתמש מבוסס רשת או ממשק המשתמש הגרפי לניהול רשומות DNS של התחום שלך, ואז להיכנס למערכת, ולערוך את הרשומות SOA. 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. בפנים תראה שדה בשם מינימום, כדי לשנות את הערך נמוך ככל האפשר (תוך שניות), כגון 300 עבור פסק זמן כל 5 דקות. Then modify the TTL for all of the A, MX, CNAME, TXT, SOA, PTR and other records, if applicable. ואז לשנות את כל TTL של A, MX, CNAME, TXT, SOA, PTR ורשומות אחרות, אם רלוונטי.

If you are using cPanel WebHost Manager (WHM), login and choose Edit DNS Zone under DNS Functions section. אם אתה משתמש מנהל למארח cPanel (WHM), הכניסה ובחר ערוך שליטת אזור תחת שליטת בסעיף פונקציות. Select the applicable zone (domain name). בחר את אזור ישים (שם תחום). You will be presented with a list of records. אתה תוצג רשימה של רשומות. Modify the minimum ttl in SOA, and TTL column of A, MX, CNAME and other records defined. שינוי TTL המינימום SOA, ועמודה של TTL, מושלם, CNAME ורשומות אחרים מוגדרים.

For those manually configure the authoritative nameserver for a domain zone using BIND, modification has to be done in the zone file. עבור אלה להגדיר ידנית nameserver הסמכותי עבור אזור תחום באמצעות BIND, שינוי צריך להיעשות בקובץ אזור. For example, so domain zone example.com, you will see the following resource records in the zone file: לדוגמה, כך example.com אזור תחום, תראה הבא רשומות משאב באזור הקובץ:

; zone 'example.com' $TTL 14400 @     IN     SOA     ns1.example.com. ; אזור example.com '$ TTL 14400 @ 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; סידורי 10800; רענן 3 שעות 3600; נסה שנית 1 שעה 604800; הפג 1 שבוע 86400); מינימום 24 שעות @ ns1.example.com NS. @ Ns2.example.com NS. @ @ 192.168.0.1 מושלם 10 מייל . example.com.; מפנה לשרתי השם ns1 192.168.0.11 ns2 192.168.0.12; שרתי דואר אלקטרוני 192.168.0.10; השרת example.com CNAME www. 

Now change the $TTL 14400 with the value you want (in seconds), such as 300 (5 minutes). עכשיו לשנות את $ TTL 14400 עם הערך שאתה רוצה (בשניות), כגון 300 (5 דקות). 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. ערך זה מגדיר את TTL ברירת המחדל של כל הרשומות הקיימות, ועל ידי הורדת ערך זה ל 300 (למשל, אתה יכול לבחור ערך ניצח שלך), שרת במטמון יהיה לקיים את הרשומות עבור יותר מ -5 דקות לפני ביצוע שאילתה לשרת שם הסמכותי אשר להיות הראשון משקפות את כתובת ה-IP החדש כאשר לשנות שוב מאוחר יותר. Another value that you should change is minimum TTL, the last line of SOA type (remarked as minimum 24 hours). עוד ערך שאתה צריך לשנות הוא TTL המינימום, את השורה האחרונה של סוג של SOA (כפי שהעיר מינימום 24 שעות).

After change, your DNS zone file will probably looks like this: לאחר השינוי, שליטת אזור הקובץ שלך כנראה נראה כך:

; zone 'example.com' ; אזור 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; סידורי
10800           ; Refresh 3 hours 10800; רענן 3 שעות
3600            ; Retry 1 hour 3600; נסה שנית 1 שעה
604800          ; Expire 1 week 604,800; הפג 1 שבוע
300            ); Minimum 24 hours 300); מינימום 24 שעות

@                       NS      ns1.example.com. @ Ns1.example.com NS.
@                       NS      ns2.example.com. @ Ns2.example.com NS.

@                       A       192.168.0.1 @ 192.168.0.1
@                       MX     10 mail.example.com. @ מושלם mail.example.com 10.

; nameservers ; מפנה לשרתי השם
ns1                     A       192.168.0.11 ns1 192.168.0.11
ns2                     A       192.168.0.12 ns2 192.168.0.12
; mail servers ; שרתי דואר
mail                    A       192.168.0.10 דואר 192.168.0.10
; web server ; שרת אינטרנט
www                     CNAME   example.com. example.com CNAME www.

Restart the DNS service. הפעל מחדש את שירות ה-DNS. The new TTL value will propagate to other DNS nameserver. הערך TTL החדש כדי להפיץ 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). תהליך זה בדרך כלל לוקח 48 שעות עד 72 שעות (ומכאן הצורך להפחית TTL לנסות לעשות את זה מהר יותר בעת שינוי קריטי ואת רשומות ה-MX). 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. לאחר המתנה של כמה ימים, לעבור לשרת שלך אתרי אינטרנט חדשים או לשנות את כתובת ה-IP, ולאחר מכן לעדכן את רשומות DNS כדי להצביע על השרת החדש או ה-IP.

Once done, you can now revert back the TTL values to reduce the load on your DNS server. פעם עשיתי, עכשיו אתה יכול לחזור TTL הערכים כדי לצמצם את העומס על שרת ה-DNS שלך.

IMPORTANT : The page is machine translated and provided "as is" without warranty. חשוב: הדף מכונת תירגם מתפרסם "כמות שהוא" ללא אחריות. Machine translation may be difficult to understand. תרגום מכונה יכול להיות קשה להבין. Please refer to נא עיין original English article המאמר המקורי באנגלית whenever possible. בכל הזדמנות אפשרית.

Related Articles מאמרים קשורים

• Clear, Delete and Refresh ARP Cache Entry ברור, מחק רענון מטמון ARP Entry
• Firefox Tips: Refresh Firefox Webpage Content Without Clearing Cache & Disable Automatic File Scanning after File Download אתר טיפים: רענון דף אינטרנט אתר תוכן ללא ניקוי המטמון & השבת קובץ סריקה אוטומטית לאחר הורדת קובץ
• Display and View FireFox Cache Files Without Browser Cache Viewer התצוגה הצג FireFox מטמון הקבצים בלי מטמון הדפדפן מציג
• Domain Does Not Have Any NS Records Error at DNSStuff.com or DNSReport.com תחום אין רשומות NS שגיאה ב DNSStuff.com או DNSReport.com
• How to Flush and Reset DNS Cache כיצד פלאש ו איפוס שליטת מטמון
• Your Browser's Cache is Full and May Interfere with Your Gmail Experience Error with Working Fix מטמון הדפדפן שלך מלא ועלול להפריע שגיאה החוויה שלך ב-Gmail עם עבודה תקן
• How to Move the Firefox Disk Cache To Another Drive כיצד להעביר את אתר זיכרון מטמון דיסק אחר כונן
• Enable Gzip Compress on Wordpress with WP-Cache 2.x מאפשרים דחיסת GZIP על וורדפרס עם WP-cache 2.x
• Cache Busting Definition and Explaination מטמון Busting הגדרה Explaination
• Hard Refresh קשה רענון

This entry was posted on Monday, August 6th, 2007 at 6:27 pm and is filed under רשומה זו פורסמה ב יום שני 6 אוגוסט, 2007 בשעה 6:27 pm תחת והוא הגיש Webmaster Resources משאבים למנהלי . . You can follow any responses to this entry through the אתה יכול לעקוב אחר כל התגובות רשומה זו דרך RSS 2.0 RSS 2.0 feed. You can להאכיל. אתה יכול leave a response להשאיר תגובה , or , או trackback Trackback from your own site. מתוך האתר האישי שלך.