ブログ

digコマンドでDNSの切り替え待ち時間を知る

投稿日:

DNSはレコードなどを変更した後に必ず浸透時間が発生します。

浸透時間は仕組み上、回避不可能なので、浸透時間を踏まえて計画をする必要があります。

 

 

DNSの仕組みについては別途解説することとして。

さっそく本題へ。

 

インフラを扱う人間としては、浸透時間の精神衛生はあまりよくありません(笑)

目安だけでもわかると、安心につながりますよね!

 

ということで!

DNS浸透待ち時間を調べる

Linux上で↓のコマンドを打つだけです。

 

watch -dc -n 1 dig exsample.com ネームサーバー

 

以下2つの場所は、ドメインによって異なるので読み替えてください。

  • exsample.com ←ドメイン部分。調べたいドメインに読み替えてください
  • ネームサーバー ←ドメインを登録してあるネームサーバーを指定してください

 

▼実行するとこんな画面になります。

Every 1.0s: dig exsample.com 01.dnsv.jp Thu Apr 13 14:55:12 2017
; <<>> DiG 9.9.4-RedHat-9.9.4-38.el7_3.1 <<>> exsample.com 01.dnsv.jp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6537
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;exsample.com. IN A

;; ANSWER SECTION:
exsample.com. 2982 IN A 52.69.165.93

;; Query time: 0 msec
;; SERVER: 10.1.0.1#53(10.1.0.1)
;; WHEN: Thu Apr 13 14:55:12 JST 2017
;; MSG SIZE rcvd: 48

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35456
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;01.dnsv.jp. IN A

;; ANSWER SECTION:
01.dnsv.jp. 77313 IN A 157.7.32.53

;; Query time: 0 msec
;; SERVER: 10.1.0.1#53(10.1.0.1)
;; WHEN: Thu Apr 13 14:55:12 JST 2017
;; MSG SIZE rcvd: 44

 

残り時間 2982秒で切り替わる!という意味です。

 

ただし、2800秒くらいで切り替わるときもありますので。

目安として使うと精神衛生的にも大変便利です。

 

-ブログ
-, ,

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

知らずに使うほど怖いものはない

以前にも述べたように、AWSは底なしに広がるインフラ環境だ。 一見するとすごく便利で良いことづくしにも見えるが、世の中にそんなものは存在しないのだ。 AWSはクラウドにありがちなオンデマンド課金である …

no image

EC2にEC-CUBEでTimezone

EC2→RDS(Mysql)でEC-CUBEを導入します。 導入手順 1.EC2インスタンス作成(t2.micro) 2.RDSインスタンス作成(t2.micro) 3.EC2にLAMP環境構築 4. …

no image

BarracudaでMySQLのチューニング

MySQL5.5から追加されたBarracuda機能で性能改善。 理屈的には通信データを圧縮することで転送時間を短くすることで、性能が早くなるということ。 圧縮が発生するということはCPUパワーを使う …

no image

gmail経由でdocomo宛にメールが届かない

メールサーバの構築を検討しています。 普段であれば、postfixを使ってサーバを立てるのですが、outbound25対策を考えるのが面倒になってきたので、googleのsmtpサーバ経由で送信するこ …

no image

tmp領域のチューニング

MySQLのCPU使用率が300%()を超える事態に襲われている。 原因をいろいろ調査するも、明確な打開策は見いだせず そんな中、見つけたのがtmp領域のチューニング。 http://k-1-ne-j …