次の各節では、Origin Rules で利用できる設定を説明します。
受信リクエストの HTTP Host ヘッダーを書き換えられます。Host ヘッダーは、リクエストの宛先となるウェブサイトまたはアプリケーションを、宛先サーバーに伝えます。
よくある用途は、自社のコンテンツを、自社サーバー名の Host ヘッダーしか受け付けない第三者サーバーでホストしている場合です。このときは、受信リクエストの HTTP Host ヘッダーを Host: example.com から Host: thirdpartyserver.example.net に更新する必要があります。
リクエストの Server Name Indication(SNI)1 値を上書きできます。詳細はラーニングセンターの SNI(Server Name Indication)とは ↗ を参照してください。
受信リクエストの解決済みホスト名を上書きし、Cloudflare がリクエストを送るオリジンサーバーを制御できます。この機能は resolve override とも呼ばれます。
よくある用途は、特定のパス(たとえば mydomain.com/app)からアプリケーションを提供している場合です。このとき app は別サーバー、または第三者でホストされていることがあります。DNS レコードの上書きにより、このエンドポイントへのリクエストを、その第三者アプリケーションのサーバーへ振り直せます。
次の DNS レコード例は、CNAME レコードと A レコードで、外部ホスト名および IP アドレスを指す resolve.example.com ホスト名を設定します。
CNAME レコードの例
- Type: CNAME
- Name:
resolve.example.com - Target:
domain.s3.amazonaws.com - TTL:
Auto - Proxy status: Proxied(オレンジの雲アイコン)
A レコードの例
- Type: A
- Name:
resolve.example.com - IPv4 address:
203.0.113.1 - TTL:
Auto - Proxy status: Proxied(オレンジの雲アイコン)
リクエストの宛先ポートを上書きできます。
宛先ポートの上書きを設定すると、受信リクエストを別のポートへ振り直せます。たとえば、mydomain.com 向けに受け取ったリクエストの宛先ポートを上書きし、ポート 9000(mydomain.com:9000)で動くアプリケーションが応答するようにできます。
宛先ポートは 1 から 65,535 の範囲である必要があります。
-
SNI を使うと、1 つの IP アドレスで複数ウェブサイト向けの複数 TLS 証明書をホストできます。共有 IP を使うとき、SNI は TLS ハンドシェイクにウェブサイトのホスト名を含め、サーバーが提示するサイトを知らせます。 ↩