Propagate and Refresh DNS Cache Faster伝播とリフレッシュDNSキャッシュより速く
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アドレス、いずれかのウェブサイトの空室状況を継続するためには重要な考慮の変更は、サーバー上のWebホストの移動は、奇妙な問題を避けるは、 Webサイトのダウンタイムを最小限に抑えるホストなど翻訳したり、新しいIPアドレスにホスト名またはドメイン名を解決、古いIP送信先の代わりにできるようになるとして電子メールのいずれかのサーバーにランダムに配信される、または古いサーバーでのブラウジング、どのくらいの速さのDNS （ドメインネームシステム）です。 Unfortunately, webmasters have limited ability to control or override the DNS propagation process.残念なことに、ウェブマスターの能力を制御するためのプロセスを上書きするか、 DNSの伝播が限られている。 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のキャッシュを確保するが、できるだけ早く問題を解決します。
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にする方法は、 DNSリゾルバが受信時のIPアドレスに対する要求は、その後、特定のドメイン名の詳細な知識を持って、権限のあるサーバーを見つけるために、ルートサーバーなどのクエリが動作します。 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アドレスは、権限のあるサーバーによって時間のTTL （タイムライブするには、指定した期間として知られているのは、 DNSリゾルバキャッシュは、 DNS解決されます）を成功させる答えをした後、何のDNSキャッシュとして知られているの順序で返されます。特定の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. DNSのキャッシュの有効期限が切れるまで、 TTLの期間IPアドレスをドメイン名の解決をローカルではなく、キャッシュされた情報を使用して後続の要求のためのリモートサーバーへの照会、場所を取ることができます。
The Time-To-Live (TTL) timer is the trick to ensure that the DNS cache expires quickly and always stays fresh.は、 Time -するにはライブ（ TTL ）のタイマは、 DNSキャッシュの有効期限が切れるとすぐに確保するため、常に新鮮なままのトリックです。 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サーバーのドメイン管理者、およびその値のDNSリゾルバキャッシュの有効期限が近づいて指示とTTL秒後にDNSレコードを破棄によって定義されます。 Lowering the TTL value will enable rapid expiration and refreshing of DNS records, causing the new records to propagate faster across the world.急速な有効期限とDNSレコードのリフレッシュを有効にすると、新しいレコードをより速く、世界中の伝播を引き起こし、 TTL値を下げる。 However, the trick needs the name resolvers follow the RFC standards, which most do.しかし、ほとんどのトリックの名前を行うリゾルバは、 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.約またはIPアドレスを変更する前にサーバーの移動（日を変更するには、 DNSレコードのTTLの数日の調整）は、すべてのDNSリゾルバキャッシュは、新しいTTL値を受信すると、もう古い値の有効期限が切れるように行う必要があります。 The trick will reduce the TTL in anticipation of the change to minimize inconsistency during the change, according toこのトリックは、変化の期待の変化に矛盾を最小限に抑えるためによると、 TTLの削減する RCF 1034ラシンクラブデ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ラシンクラブデ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 （時間、生活の）リソースレコード（ 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.この設定として自分のネームサーバーの更新頻度を与えている快適な大規模な。 If you plan to make major changes, it’sa 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.を使用している場合は、 Webベースのグラフィカルユーザーインターフェイスまたはドメインの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.次に、すべてのA 、のMX 、 にCNAME 、テキスト、 SOAのは、他のレコードのptrと、該当する場合のためにはTTLが変更されます。
If you are using cPanel WebHost Manager (WHM), login and choose Edit DNS Zone under DNS Functions section.場合はDNSの機能セクションの下にcPanelウェブホストマネージャ（ WHM ） 、 ログイン名と DNSゾーンを選択編集を使用している。 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. 、およびA 、のMX 、 にCNAMEレコードを定義およびその他のSOAのTTLの列に最小のTTLを変更します。
For those manually configure the authoritative nameserver for a domain zone using BIND, modification has to be done in the zone file.ゾーンファイルで行う必要がドメインゾーンのBINDを使用してこれらの権限ネームサーバーを手動で設定、変更している。 For example, so domain zone example.com, you will see the following resource records in the zone file:たとえば、 example.comドメインのゾーンの場合、ファイルは、ゾーンでは、次のリソースレコードが表示されます：
; zone 'example.com' ;ゾーン' example.com ' $TTL 14400 $ TTLの14400 @ IN SOA ns1.example.com. 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 604800 ; 1週間期限切れ 86400 ); Minimum 24 hours 86400 ） ;最小24時間 @ 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 ;ネーム 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 ; Webサーバー 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).今すぐ必要な値を持つ（ 秒単位 ）で、 300のような（ 5分）のTTL 14400ドルを変更してください。 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).もう1つの値は最小のTTLは、 SOAのタイプの最後の行を変更してください（最低24時間）と話した。
After change, your DNS zone file will probably looks like this:変更後、 DNSのゾーンファイルは、おそらくこのようになります：
; zone 'example.com' ;ゾーン' example.com ' $TTL 300 $ TTLの300 @ IN SOA ns1.example.com. 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 604800 ; 1週間期限切れ 300 ); Minimum 24 hours 300 ） ;最小24時間 @ 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 ;ネーム 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 ; Webサーバー www CNAME example.com.にwwwにCNAME example.com 。
Restart the DNS service. DNSサービスを再起動します。 The new TTL value will propagate to other DNS nameserver.新しいTTL値は、他のDNSネームサーバーに反映されます。 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).このプロセスは通常、 72時間（それゆえのTTLの必要性を減らすために高速化が重要なAとMXレコードを変更するものにして） 48時間かかります。 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.数日を待って、後に新しいサーバーにWebサイトを移動またはIPアドレスを変更して、 DNSレコードを更新プログラムでは、新しいサーバーまたはIPアドレスを指定します。
Once done, you can now revert back the TTL values to reduce the load on your DNS server.一度、あなたは現在、 TTLのDNSサーバーの負荷を減らすために値を戻すことができること。
IMPORTANT : This is a machine translated page which is provided "as is" without warranty. 重要 ：これはマシンとして"保証なしにされている"提供されているページを翻訳しています。 Machine translation may be difficult to understand.機械翻訳を理解するのが難しい場合があります。 Please refer toを参照してください original English articleオリジナルの英語の記事 whenever possible.可能な場合。
Share and contribute or get technical support and help at共有して貢献するかを得る技術サポートと支援 My Digital Life Forums 私のデジタルライフフォーラム . 。
Related Articles関連記事
- Clear, Delete and Refresh ARP Cache Entryオフにすると、 ARPキャッシュエントリを削除してリフレッシュ
- 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ドメインしていませんDNSStuff.comまたはDNSReport.comで任意のNSレコードのエラーがある
- How to Flush and Reset DNS Cache DNSキャッシュをフラッシュする方法をリセットする
- Your Browser’s Cache is Full and May Interfere with Your Gmail Experience Error with Working Fixお使いのブラウザのキャッシュを完全かつ仕事を妨げる可能性がありますFixでは、 Gmailの経験のエラーでは
- Enable Gzip Compress on Wordpress with WP-Cache 2.x Wordpressの上をgzip圧縮を有効にすると、キャッシュ2.xのWPを採用
- Cache Busting Definition and Explainationキャッシュつぶしの定義とについて説明
- Recover Your Deleted Photo via Thumbnail Cache Thumbs.db File回復を削除した写真のサムネイルをキャッシュThumbs.dbファイルを介して
- Run WordPress at Top Fast Speed by Putting Objects and Variables into XCache or eAccelerator Cache Memory (Plugin)ワードプレストップで、高速スピード実行XCacheまたはeacceleratorを（プラグイン）のキャッシュメモリオブジェクトと変数を入れて、
- Disable and Prevent Thumbnail Cache (Thumbs.db) Creationサムネイルを無効にして創作キャッシュ（ Thumbs.db ）を防ぐ
