【MuuMuudomain】なぜか Chrome で `ERR_SSL_PROTOCOL_ERROR` が出てしまいアクセスできなかった

:::note warn
* 画像について塗りつぶしで情報を伏せている部分が多いため大変見づらくなっておりますがご了承ください
* 結論も不確定な要素が多く技術的な話は無いですがメモ程度にご覧ください
:::

# はじめに
* Render.com でデプロイ
* そのデプロイした Web アプリを Render.com のカスタムドメインで独自ドメインを適用
    * 独自ドメインおよび DNS は MuuMuudomain さんを利用した
* Render.com 上で `Verified` が確認できた後、その独自ドメインにアクセスすると何回かは問題なくアクセスすることが出来た
    * しかし、その後数時間後に突如アクセスできなくなった

# まとめ
:::note info
### 【結論】 決定的な解決策は特定できなかったが解決できた
* 以下の記事より **「ブラウザのキャッシュとCookieをクリアする」** の手順で一時的に解決したものの再発
    * [Chrome で https でウェブサイトにアクセスできない](https://spt.clara.jp/ufaqs/id-17458/#:~:text=%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82-,%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E3%81%AE%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%81%A8Cookie%E3%82%92%E3%82%AF%E3%83%AA%E3%82%A2%E3%81%99%E3%82%8B,-%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%82%84Cookie)
* MuuMuudomain において heteml を「利用しない」にしたら問題なく接続できるようになった
:::

# エラーについて
### 画像1
（画像1： 左=Brave ／ 右=Chrome ）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3518714/96b66348-23bc-9081-c924-352f835f2460.png)

* Chrome で https 通信じゃない場合などに確認される "ⓘ" (赤線部分) が表示される
    * 左）正常で Brave の方ではそういった警告の表示はされなかった
    * 右）SSL 通信が出来ていたことは数時間前に確認できていたが途端に警告を受けた 

### 画像2
（画像2：左=Brave ／ 右=Chrome ）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3518714/3b046b14-0211-6853-efa5-d24f5ee3f7ef.png)

* 左）Brave ではサイトの内容が表示され問題なし
* 右）Chrome では `ERR_SSL_PROTOCOL_ERROR` のエラーが表示される

# 対策１ - キャッシュをクリアにする

* [【CLARA - カスタマーサポート】Chrome で https でウェブサイトにアクセスできない](https://spt.clara.jp/ufaqs/id-17458/#:~:text=%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82-,%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E3%81%AE%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%81%A8Cookie%E3%82%92%E3%82%AF%E3%83%AA%E3%82%A2%E3%81%99%E3%82%8B,-%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%82%84Cookie) より、**「ブラウザのキャッシュとCookieをクリアする」 の手順をそのまま実行したら解決**
    * しかし、一時的な解決だったようで後日再発

# 対策２ - 設定が反映されるまでに時間がかかる場合があるので様子見
* 以下の記事でも書いたようにサーバーに設定が反映されて正常の運用が出来るまでに時間を要する
    * MuuMuudomain の場合、【24～72時間】と公示されており幅は広いですが少なくともある程度の時間は様子見をした方が良いのは間違いなさそうです

https://qiita.com/nakad119/items/f96f5adf5a317d35a64a#%E6%B3%A8%E6%84%8F%E4%BA%8B%E9%A0%85

:::note warn
* この時はコントロールパネルで何も設定は変えず様子見に徹しましょう
    * 自分は誤って 24 時間経過する前に更新をしてしまったのでそれが正常の接続が出来なかった原因だったかもしれません
:::

### 対策１、２を実行後
* 対策１、２を実行後、他の方にも手伝ってもらってアクセスできるか検証したら以下の通りになった
    * しかし数時間後は以下の結果が当てはまらなくなり法則性も無く全く分からなかった

|  | 端末 | ブラウザ | 〇/✕ |
|:-:|:-:|:-:|:-:|
| 1 | PC | MicroSoftEdge IEモード | 〇 |
| 2 | PC | Google | 〇 |
| 3 | PC | Brave | 〇 |
| 4 | Mac PC | Arc | 〇 |
| 5 | Mac PC | Chrome | 〇 |
| 6 | Mac PC | Safari | ✕ |
| 7 | iphone13 (iOS17.6.1) | safari | ✕ |
| 8 | iphone13 pro | safari | ✕ |

# 対策３ - MuuMuudomain で heteml を利用しないようにした
:::note info
* `heteml` ... 高速のレンタルサーバー
https://heteml.jp/service/
:::

* 設定を改めて確認した所、サービスの項目で `heteml` を利用することになっていた
    * 正直利用する理由も覚えていないため「利用しない」に変更し設定を反映させた
    * IP アドレス等他の設定内容は全く変えずに実行

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3518714/534955a7-ebd0-97d5-1417-c0fda0716626.png)

## これにより解決した
* カスタムドメイン先にアクセスしてみるとこれまでとは違い **`Blocked host`** というエラーが表示されるようになった
    * このエラーを解消したら問題なく接続できるようになった

:::note info
* `heteml` を「利用しない」にしてもしっかり https 通信になっており、 `ERR_SSL_PROTOCOL_ERROR` のような SSL についてのエラーは無くなった
    * heteml のサービスとして高速化や独自 SSL を提供しているようだが今回はそれが悪さしているように思えてしまう
:::

---
### 参考資料

https://spt.clara.jp/ufaqs/id-17458/

https://support.muumuu-domain.com/hc/ja/articles/360045803834-%E3%82%B5%E3%82%A4%E3%83%88%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%81%BE%E3%81%9B%E3%82%93

https://heteml.jp/service/

https://qiita.com/Bjp8kHYYPFq8MrI/items/a2844616ded3d354974f

https://railsguides.jp/configuring.html#actiondispatch-hostauthorization