このサイトにアクセスできません - ホストゾーンの再作成

# はじめに
すべてタイトル通りで1行で完結してしまうのですが、、
自身のHPが突然「このサイトにアクセスできません」と表示されました。
![DNS_PROBE_FINISHED_NXDOMAIN-11-04 18.02.15.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/3a18d54b-078e-02f4-0cd3-4df11333ac04.png)
サイトのドメイン失効、サーバーメンテナンスである可能性をつぶした結果、
ホストゾーンを再作成することでサイトにアクセスできるようになりました
（口外していないドメイン名なので実行しました。念のため）。
タイトルで完結していますが、同じような方に共有できればと思います。
たぶん今ドキドキ2択クイズの真っ只中な気がします

# 動作環境
・MacBook Air (Retina, 13-inch, 2020)
・Big Sur11.4
・WordPress.org 5.8.1
・Webサーバ：EC2インスタンス、DB：RDSインスタンス（MySQL）、
　DNS：Route53、ドメイン取得：お名前.com

# 試したこと
出来そうなことを片っ端からチャレンジ！
・AWS障害を疑うも障害はなし
・お名前.comからのアドレスの認証手続きメールの確認
https://berkiefer.jp/blog/tech/dns_probe_finished_nxdomain/
-> ドメイン取得時に認証済み、
念のためメール認証情報、データ情報もダウンロードして確認しました。
![スクリーンショット 0003-11-08 17.39.35-1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/6ee0b7c2-6383-6b2d-e062-435c637af837.png)
・iPhoneの4G（SE2）、Wi-Fi接続（SE2、7、Mac）でHPを確認
-> すべてにおいて「このサイトにアクセスできません」と表示されたことから、
自宅のWi-Fiが原因ではなくDNSサーバに何か問題があると踏む
・EC2インスタンスへのssh接続は出来る

```
       __|  __|_  )
       _|  (     /   Amazon Linux 2 AMI
      ___|\___|___|
```

・DNSキャッシュをクリアしても「このサイトにアクセスできません」

```zsh
watashi@figgy ~ % sudo killall -HUP mDNSResponder
Password:
```
・優先DNSサーバーを「8.8.8.8」、代替DNSサーバーを「8.8.4.4」を試すも儚く散る
・EC2のボリュームを置き換えてみても「このサイトにアクセスできません」
・自身のHP以外のほかのHPは見ることが出来る
・AWSへ不正アクセスを疑うもそのような形跡は見当たらない
・IPアドレスでは自身のHPに接続可能なことからドメインに原因があるのではと考える
・CyberDuckやSequel Aceでデータベースの中身を見ることが出来る
・お名前.comに、Route53で登録されているNSを再度登録し、
72時間経つも「このサイトにアクセスできません」
![スクリーンショット 0003-11-07 16.12.12-1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/d69025c3-874c-3e77-b188-f5640a7eae74.png)
悲しいくらいの❌です
![スクリーンショット 0003-11-07 8.21.54-1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/ca18e7b4-32ee-800d-ff45-91416b9d8206.png)
・[CMAN](https://www.cman.jp/network/support/go_dig.cgi)とターミナルにてnslookupを試行するとポート53番が開いていないことが判明、
hogehoge.comは見つかりませんでしたと言われてしまう
![Port53の到達出来ませんでした-11-08 17.58.34-1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/361b73dd-5294-5e92-7c9d-2ff5fec8c0b4.png)

```
[ec2-user@ip-○○○ ~]$ nslookup hogehoge.com
[Server:10.0.0.2
Address:10.0.0.2#53]
Non-authoritative answer:
*** Can't find hogehoge.com: No answer

[ec2-user@ip-○○○ ~]$ netstat -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address        Foreign Address    State
tcp        0      0 0.0.0.0:22           0.0.0.0:*          LISTEN
tcp        0      0 0.0.0.0: 111         0.0.0.0:*          LISTEN
tcp6       0      0 :::22                :::*               LISTEN
tcp6       0      0 :::443               :::*               LISTEN
tcp6       0      0 :::111               :::*               LISTEN
tcp6       0      0 :::80                :::*               LISTEN
```

・名前解決に失敗している！？

```
[ec2-user@○○○ ~]$ curl hogehoge.com
curl: (6) Could not resolve host: hogehoge.com
```

・digを実行するとNOERRORとは表示される

```zsh
[ec2-user@ip-10-0-10-10 ~]$ dig hogehoge.com

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.amzn2.5.2 <<>> hogehoge.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43298
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
:: OPT PSEUDOSECTION:
; EDNS: version: O, flags:; udp: 4096
;; QUESTION SECTION:
;hogehoge.com.                  IN       А
;; AUTHORITY SECTION:
hogehoge.com.           46     IN       SOA ns-○○○○.awsdns-○○.co.uk. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400
;; Query time: 0 msec
;; SERVER: 10.0.0.2#53(10.0.0.2)
;; WHEN: 110 07 00:04:38 UTC 2021
;; MSG SIZE rcvd: 126
```

・ホストゾーンの再作成の考えにたどり着き、ドメイン名でHPにアクセス成功

# 解決
ホストゾーンを1から作成し直しました。
①お名前.comに登録してあるNSの情報を全削除
②お名前.comのNSサーバに設定する
③Route53で新しくホストサーバを作成する（15時55分〜）
④お名前.comで新しく作成したNSを登録する（15時58分〜）
⑤ドメイン名でアクセスすると「このドメインはお名前.comで取得されました」と表示される（16時07分）
![お名前から取得されました-11-07 16.36.02-1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1588933/7f612494-26b2-b74e-90d4-204d58934801.png)

⑥16時09分にドメイン名で再アクセス、HPを見ることが出来ました！
⑦前ホストサーバーは、NSレコードとSOAレコード<font color="red">以外</font>の、
CNAMEレコードとAレコードを先に削除してから、該当のホストゾーンを削除します
<font color="red">※</font> 新しく作成したホストゾーンのNSが浸透するまで自身のHPに接続できたり、
上記画像のお名前.comに接続されたりと不安定でしたが1日経つと安定しました。

# あとがき
太陽フレアの影響が出やすい日（2021/11/04）ではありましたが、未だに原因が不明です。
定期的な確認・メンテナンスを怠ってはいけないと痛感いたしました。
次から次と問題発生して面白く、学べたことも多かったので禍転じて福と為し、
これから活用できるようにしていきたいと思います。

ここまでお読みいただきありがとうございました。

# 参考

[【解決】TXTレコードを追加したらDNS_PROBE_FINISHED＿NXDOMAINのエラーでサイトが見れなくなった｜お名前.com+さくらサーバのような別契約の時のDNSレコードの注意点](https://at-virtual.net/it%e6%8a%80%e8%a1%93/%e3%80%90%e8%a7%a3%e6%b1%ba%e3%80%91txt%e3%83%ac%e3%82%b3%e3%83%bc%e3%83%89%e3%82%92%e8%bf%bd%e5%8a%a0%e3%81%97%e3%81%9f%e3%82%89dns_probe_finished%ef%bc%bfnxdomain%e3%81%ae%e3%82%a8%e3%83%a9%e3%83%bc/)

https://aws.amazon.com/jp/premiumsupport/knowledge-center/route53-hosted-zone/#:~:text=%E3%83%87%E3%83%95%E3%82%A9%E3%83%AB%E3%83%88%E3%81%AE%20Start%20of%20Authority%20(SOA)%20%E3%83%AC%E3%82%B3%E3%83%BC%E3%83%89%E3%81%8A%E3%82%88%E3%81%B3%E3%83%8D%E3%83%BC%E3%83%A0%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%20(NS)%20%E3%83%AC%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E9%99%A4%E3%81%8F%E3%80%81%E3%83%9B%E3%82%B9%E3%83%88%E3%82%BE%E3%83%BC%E3%83%B3%E3%81%AB%E9%96%A2%E9%80%A3%E4%BB%98%E3%81%91%E3%82%89%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%81%99%E3%81%B9%E3%81%A6%E3%81%AE%E3%83%AC%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E5%89%8A%E9%99%A4%E3%81%97%E3%81%BE%E3%81%99%E3%80%82

https://aws.amazon.com/jp/premiumsupport/knowledge-center/route-53-fix-dns-resolution-issues/

https://aws.amazon.com/jp/premiumsupport/knowledge-center/route-53-fix-dns-resolution-private-zone/

https://www.yamamanx.com/route-53-unuse-domain-delete/

https://ferret-plus.com/7972#:~:text=%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E3%81%AE%E3%83%97%E3%83%AD%E3%83%91%E3%83%86%E3%82%A3%E3%81%AB%E3%81%82%E3%82%8B%E5%84%AA%E5%85%88DNS%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%82%92%E3%80%8C8.8.8.8%E3%80%8D%E3%80%81%E4%BB%A3%E6%9B%BFDNS%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%82%92%E3%80%8C8.8.4.4%E3%80%8D%E3%81%AB%E8%A8%AD%E5%AE%9A%E3%81%97%E3%81%A6%E3%80%81%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E8%A7%A3%E6%B6%88%E3%81%95%E3%82%8C%E3%82%8B%E3%81%8B%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%81%97%E3%81%A6%E3%81%BF%E3%81%A6%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84%E3%80%82

https://www.school.ctc-g.co.jp/sse/columns/ozawa2/ozawa201.html#:~:text=%E4%BB%8A%E5%9B%9E%E3%81%AF%E3%80%8C-,%E7%89%B9%E5%AE%9A%E3%81%AE%E3%82%B5%E3%82%A4%E3%83%88%E3%81%AB%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E3%81%A8%E3%81%8D%E3%81%AF%E3%80%81%E3%83%91%E3%83%96%E3%83%AA%E3%83%83%E3%82%AFDNS%208.8.8.8%20%E3%82%92%E8%A8%AD%E5%AE%9A%E3%81%97%E3%81%A6%E3%81%BF%E3%82%88%E3%81%86,-%E3%80%8D%E3%81%A7%E3%81%99%E3%80%82

https://qiita.com/ichihara-development/items/6c84fb99311c1cc7159c

https://chirashi.twittospia.com/%E6%8A%80%E8%A1%93/%E3%80%8Cdns_probe_finished_nxdomain%E3%80%8D%E3%82%A8%E3%83%A9%E3%83%BC%E3%82%92%E4%BF%AE%E6%AD%A3%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95/2020-10-22/


https://www.momosiri.info/zakki/dns_probe_finished_nxdomain/

https://digital-shift.jp/flash_news/s_210201_14

https://berkiefer.jp/blog/tech/dns_probe_finished_nxdomain/