問題タブ [quic]

Azure CDN Verizon Premium を作成しました。

通常、CF DNS から自分のサーバーを指します。

これらの設定で、自分のサイトにアクセスできます (プロキシなし)

ルート ドメインに Azure CDN を使用したいと考えています。

を使用するのは好きではありませんがwww.mysitename.com、ルート/ネイキッド ドメイン (mysitename.com) を使用するのは好きです

そこで、DNS を次のように変更しました。

Cloudflare の CNAME お世辞のおかげで

(このテクニックは QUIC.Cloud CDN で機能しました - 私が CF DNS で彼らの NODE URL を使用したとき)

そこで、Azure CDN で同じトリックを使用しました (うまくいくかどうかはわかりません)。

ブラウザにエンドポイントのホスト名を入力すると、504 タイムアウト エラーが発生します。ご存知のように、Azure はルート ドメインでの SSL 証明書を許可していません。

では、どうすればこの問題を解決できますか?

正確に何をしたいですか

従来の URL マッピング CDN ではなく、動的 CDN。

ファイルとフォルダー全体をエッジの場所に配信する必要がある (Verizon & Akamai Dynamic Delivery)

URL マッピングを使用したくない理由

ルートドメイン上のサイトとサブドメイン内の CDN が可能です。

例: サイト URL mysite.com & CDN URL: cdn.mysitename.com (現在、いくつかのサイトでこの設定を使用しています)

しかし、本当の問題は次のとおりです。

CDN の URL はすばやく、ファイルを配信できます。ただし、Web サイトのルート ドメインは、引き続きオリジン サーバーから配信されます。

そのため、インドのユーザーが米国でホストされているサイトにアクセスすると、TTFB が遅延します。

解決策は見つかりましたか？

はい、Cloudflare と QUIC はどちらも DNS レベルで機能するため、これに最適なソリューションです。

Cloudflare は、私たちのドメインを彼らの NS に向けるように私たちに要求し、彼らは動的に配信します (プロキシが有効になっている場合)

各国は、起源よりもTTFBが優れています（CFでテストしました）

しかし、なぜCloudflareを使用しないのですか?

Cloudflare には SEO の問題がいくつかあります。何度も何度も遭遇しました。CFは速いのに急に順位が落ちました。

QUIC.Cloud を使用していないのはなぜですか?

私はいくつかの小さなサイトでQuicを使用しています。それはうまくいきます。

QUIC は、CNAME を NODE URL にポイントすることで機能します (DNS ソリューションは準備中です)。サイト全体がそのノードを介して配信されます。

しかし、それはまだベータ版であり、期待どおりに常に要件を提供することはできません. たぶん、彼らは小さなバグをできるだけ早く修正します。

じゃあ何が欲しい？

サイト全体を CDN 経由で配信する必要があります。そのため、すべての場所で TTFB を増やすことができます。ルートドメインのCDNが解決策です（私はそう思います）

エンドポイントのホスト名への CNAME は機能しますか?

DNS または Azure CDN のセットアップで何か見逃していることはありますか?