解決 Let's Encrypt 和 Cloudflare 混用時的問題
Cloudflare 的 IPv6 proxy 可能會造成在申請 Let's Encrypt 憑證時的問題,利用 Cloudflare 的模擬 IPv4 功能可以解決。
Cloudflare 是著名的 DNS 和 CDN 服務商,Let’s Encrypt 則是簽發 TLS 憑證的非營利組織,這篇講的是當一個有用到 Cloudflare DNS 和 CDN 服務的網站,在向 Let’s Encrypt 申請 TLS 憑證時可能會出現的問題以及解決方式。
問題
除了 Cloudflare 和 Let’s Encrypt 外,其實場景內也有用到 Plesk,但與核心問題無關,就不多加著墨了。
當用 Plesk 的 Let’s Encrypt 模組申請憑證時,弱這個網站的 DNS 是由 Cloudflare 代管,且有啟用 Cloudflare CDN(橘色小雲)的話,有可能會看到這樣的錯誤訊息:「The example.com DNS zone contains an AAAA record, but the domain is not assigned an IPv6 address in Plesk.」,意思就是說 Let’s Encrypt 在做簽發驗證時向 DNS 查詢得到一組 IPv6 的 AAAA 紀錄,但網站的 IP 卻不是這組 IPv6 的 AAAA 紀錄。
原因
Cloudflare 如果有開啟 Cloudflare CDN 服務的話,則 DNS 的紀錄就會被指向 Cloudflare proxy 機器的 IP,而且不僅是 IPv4 的 A 紀錄,也會有 IPv6 的 AAAA 紀錄,但在 CDN 之後的我們的真實網站主機是沒有 IPv6 的,因此 Plesk 才會提示錯誤訊息。
解決辦法
最直覺的作法就是把 Cloudflare 的 IPv6 proxy 關掉,但這是不可行的,Cloudflare 的政策是強制開啟 IPv6,為了更美好的未來:
雖然關不掉 IPv6,但還是有辦法解決,Cloudflare 的網路頁有一個「模擬 IPv4」的區塊,預設是關閉,可以把這項設成「新增標頭」,再去 Plesk 的 Let’s Ecrypt 模組申請 TLS 憑證,應該就可以了!