ブログ

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

EC2コンソールのStopとTerminate

インスタンスを停止する時に、2つのコマンドがある ・stop ・terminate この2つには、かなり大きな違いが合った! stop:停止 terminate:永久破棄 消しちゃうのだ(笑) 間違え …

no image

固定IPにElasticIP

固定IPを割り振るには、やはりElasticIPを使うので正解でした。 左メニューの中から「Elastic IP」を選びます。 取得するのは非常に簡単なので詳細は割愛。 「Allocate New A …

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

RDSを無料にするには、Backup設定も加味する必要があった

RDSでmysqlサーバを構築した。 容量は20GBで無料枠にしたつもりだった。 しかし、どうもそれだけでは足りないらしい。 ▼このサイトが参考になりましたよ http://goo.gl/kZxWHD …

no image

tmp領域のチューニング

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