AWS Route53 ドメイン設定

Question

バリュードメインで取得したドメインを設定しようとしているのですが、設定後にアクセスできない現象です。
とりあえずまずはドメインが使える状態になることを確認したいのでCLBは使っていないです。
また検証環境なのでロードバランサー使わない予定です。
EIPは使っています。

単純にRoute53->EC2でパケット運びたいだけなのですが、以下手順です。
example.comは例です。実際は取得しているドメイン名です。

■AWS側
example.comでHosted zonesを作成。
nameは空のままで、AレコードでEIPを設定。
■バリュードメイン側
AWSのTypeがNSなレコード４つをバリュードメインのNSに設定。

example.comをブラウザで確認しようとしても以下のエラー発生。

このサイトにアクセスできません 
example.com のサーバーの IP アドレスが見つかりませんでした。
example.com を Google で検索してください

マジか、、、。

$ nslookup example.com
;; connection timed out; no servers could be reached

$ dig example.com

; <<>> DiG 9.10.6 <<>> example.com
;; global options: +cmd
;; connection timed out; no servers could be reached

以上になりますが、EIPでブラウザアクセスすると問題なく見れます。
nginx入れててドキュメントルートにindex.php用意してphpinfo()しているのでそれが見れます。
しかし、Route53でドメイン設定しているのに、ドメインではブラウザアクセスできない状態です。

お力添えいただけると助かります。
他のところの影響かなと思いVPCから見直しているのですがVPCはパブリックのみで作っています。
セキュリテューグループもマイIPにしていたんですが、とりあえずということで任意に修正してみましたが駄目です。。。

dig コマンドがいけたりいけなかったりする場合があるようです。。。

$ dig example.com

; <<>> DiG 9.10.6 <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 39928
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com.			IN	A

;; Query time: 1646 msec
;; SERVER: 192.168.10.1#53(192.168.10.1)
;; WHEN: Sat Dec 15 22:56:22 JST 2018
;; MSG SIZE  rcvd: 42

追記

強制的にDNSたどってみると、Aレコードあります！
Aレコードに対するIPも52.199.216.160であっていて、52.199.216.160でアクセスするとブラウザ表示されます。
しかし、Aレコードであるexample.jpでアクセスしてもブラウザ表示されません。。。
あろ少しのような気がするんですが。。。

$ dig example.jp +trace

; <<>> DiG 9.10.6 <<>> example.jp +trace
;; global options: +cmd
.			235468	IN	NS	g.root-servers.net.
.			235468	IN	NS	a.root-servers.net.
.			235468	IN	NS	e.root-servers.net.
.			235468	IN	NS	j.root-servers.net.
.			235468	IN	NS	b.root-servers.net.
.			235468	IN	NS	d.root-servers.net.
.			235468	IN	NS	l.root-servers.net.
.			235468	IN	NS	h.root-servers.net.
.			235468	IN	NS	i.root-servers.net.
.			235468	IN	NS	k.root-servers.net.
.			235468	IN	NS	m.root-servers.net.
.			235468	IN	NS	f.root-servers.net.
.			235468	IN	NS	c.root-servers.net.
;; Received 811 bytes from 192.168.10.1#53(192.168.10.1) in 91 ms

jp.			172800	IN	NS	g.dns.jp.
jp.			172800	IN	NS	b.dns.jp.
jp.			172800	IN	NS	c.dns.jp.
jp.			172800	IN	NS	d.dns.jp.
jp.			172800	IN	NS	e.dns.jp.
jp.			172800	IN	NS	f.dns.jp.
jp.			172800	IN	NS	a.dns.jp.
jp.			172800	IN	NS	h.dns.jp.
jp.			86400	IN	DS	54004 8 1 0EC348CC7E6D3213CC89E5867088043FC7D5C111
jp.			86400	IN	DS	54004 8 2 5F4B24F667BC70880720D10DF317DC8FF80C63E586D504E6BBFE53F0 B9ECC040
jp.			86400	IN	RRSIG	DS 8 1 86400 20181228050000 20181215040000 2134 . kdUFFgb/DcWiLetWk/zUI3e+nsj1RxMxS9AsjLW4MED0BKGpc8AE6Ruw HD89VxUId3cuaL+hD2h2ypADpdQQYbPUV8ZmgAJpHZkUMp8K2yO0LsW1 igipX0EjeCfmFLqEZrTdOQT71aGIPB1GUO8kL8hbxYjM8eVFPVqiRK18 mX5Pw7L0I+rk2T/vuiKE5NG8qTVWP/rqN839YnFkKlRVBIe4i0tbt7+G ChBj6oknuM9g71gFP9TFQJ8QbZWVuSqaK/4D6YCz6YSDWtZR+WyHLVa/ qfuIp2/eImS34jx38eEX0moIHpo/IWm9dqRnPVjwyDSMqmNGfKCr3YO5 WAjhbg==
;; Received 869 bytes from 192.203.230.10#53(e.root-servers.net) in 9 ms

example.jp.		86400	IN	NS	ns-2046.awsdns-63.co.uk.
example.jp.		86400	IN	NS	ns-396.awsdns-49.com.
example.jp.		86400	IN	NS	ns-1359.awsdns-41.org.
example.jp.		86400	IN	NS	ns-844.awsdns-41.net.
TL3E9MCE8KE1PUDULD7G5JUB5D7CAVQI.jp. 900 IN NSEC3 1 1 8 0B645814A5 TL3QIB30GAAN9EE2TJVJNVBMMOGA0AC0  NS SOA RRSIG DNSKEY NSEC3PARAM
TL3E9MCE8KE1PUDULD7G5JUB5D7CAVQI.jp. 900 IN RRSIG NSEC3 8 2 900 20190107174502 20181208174502 45828 jp. Jd0g6uuLYXf9WXDJFT1btwMrbUmColzQTJlnlPfEkuMSogw/HQ8O9B6R JspdfjdpabD0Cc3CVZeBHmaGRPa6v9+ul8M0onH8ThUXCo9Yq4/2xPDG szANAufiD2VFRiKD+InounH2g7IXKMYDYAX5uDk9KHB80+wan8Cdi61l zJM=
S3EL50DVO7U41INODVK8O2M49PFFQF05.jp. 900 IN NSEC3 1 1 8 0B645814A5 S4JRRGPDHRP4LU08D2LRIDSDF592R3AL  TXT RRSIG
S3EL50DVO7U41INODVK8O2M49PFFQF05.jp. 900 IN RRSIG NSEC3 8 2 900 20190107174502 20181208174502 45828 jp. KF3JPO7grLBF/9rmOzJ7+NEx8BmulNQvftp+MTyfpWjqAvEbNJFnHMfB AZC/6jgbB1DBwWLaTTRBLJPDs4ZC9XUtk0NHp4A9weDnH4u/whYQTMw1 +knbiyF1qGFUVK4mfwLKLaD5QgmXu8lfp2usUarepwWbKNshjjOosO4p f5c=
;; Received 675 bytes from 192.50.43.53#53(e.dns.jp) in 12 ms

example.jp.		300	IN	A	52.199.216.160
example.jp.		60	IN	NS	ns-1359.awsdns-41.org.
example.jp.		60	IN	NS	ns-2046.awsdns-63.co.uk.
example.jp.		60	IN	NS	ns-396.awsdns-49.com.
example.jp.		60	IN	NS	ns-844.awsdns-41.net.
;; Received 198 bytes from 205.251.197.79#53(ns-1359.awsdns-41.org) in 7 ms

Answer 1

dig example.jp nsの結果はRoute 53のNSを返していますか？
NS変更後は反映まで時間がかかる場合があります。

Comments

[退会済みユーザー]

ありがとうございます。
頂いたコマンドでは以下の結果になります。

```
$ dig example.com ns

; <<>> DiG 9.10.6 <<>> example.com ns
;; global options: +cmd
;; connection timed out; no servers could be reached
```

質問の一番最後の記述にも記載していますが、dig example.jp +traceだとNSもAレコードも返ってきているようです。

[moonphase]

+traceで返ってくるということは、単にDNSが浸透していないと考えられます。最大で72時間程度かかる場合があります。

[退会済みユーザー]

取得したけど使っていないドメインがあるので、先程までmain.jpとno.jpという感じでroute53に登録して試していました。

EIPは同一です。

main.jp->EIP->EC2
no.jp->EIP->EC2

そしたらno.jpがつながるようになったのですが、本当に使いたいのはno.jpではなくmain.jpの方なので、今、no.jpはroute53から削除してmain.jpの方で試しています。

が、一行につながらずです。。。
main.jpの方は昨日から設定していて次の日になったらアクセスできるようになるだろうと思い、今日試していたのですが、一行にブラウザ表示されないので、１時間ほど前にno.jpをroute53に登録して試したらちょっと時間がかかりましたがそれでもno.jpの方はつながったといったところです。

main.jpいつになったら、、、

[moonphase]

jpドメインは２つとも汎用jpドメインでしょうか？
属性型jpドメインの場合は時間がかかった記憶があります。

[退会済みユーザー]

いえ！
厳密には、つながったドメインは捨てドメインのつもりで取得しているので.siteドメインです。
本当に使いたいドメインは.jpドメインです。

>属性型jpドメインの場合は時間がかかった記憶があります。

siteドメインでつながったのは確認できているので、これっぽいですね。
もう少し様子見してみようと思います！

ありがとうございます！
TTLとか関係しているのですかね。。。
別のところで浸透が遅いのか、、、何か縮められる設定があればありがたいですよね><

[退会済みユーザー]

今きました！
すぐ反映される内容ではないので自分の設定がおかしいのか疑心暗鬼になったり時間を無駄に過ごしてしまいそうです。しかし今回のことでそうではなかったことが明らかになったので良かったです。

siteドメインは１時間程度で反映されましたが、jpドメインは結構またないと反映されないみたいです。
main.jpで通るようになったので、nameをstg.main.jpに変更してstg.main.jpでアクセスしたらまた反映されなくなっていましたが時間の問題だと思います。

「どのタイミング」から浸透まで時間がかかるのは不明ですが、、、
個人的には、バリュードメインとかドメイン取得サービス側にNSを設定したタイミングから起算されると思っていましたが、stg.main.jpに変更したらまた見れなくなっているので、ドメイン取得サービス側とAWSのRoute53側のタイミングが分かりづらいところです。

「ドメイン取得サービスとAWSのRoute53の浸透時間の切り分けとそのタイミング」
みたいな感じでqiitaとかに載ってそうですが（今回個人的にはここが知りたかった）どこかの猛者がまとめてくれるのを心待ちにしたいと思います。

[退会済みユーザー]

main.jpをstg.main.jpに変更してから約10分後に反映されたことを確認。
ドメイン取得プロバイダーでのAWSのNS浸透までに時間がかかっていたと推測。
一度、ドメイン取得プロバイダーでのAWSのNS浸透が終われば、後はAWSの反映時間のみと推測。

[moonphase]

NameServer変更は時間がかかる場合が多いですし、通常NameServerは頻繁に変更しませんので設定後はあまり触れないほうが良いと思います。その他レコードは比較的TTLに従って反映されやすいと思います。