Alibaba Cloud DNS:DNS レコード追加に関するよくある質問

ドメイン名をウェブサイトサーバーに紐付けるプロセスは、名前解決と呼ばれます。このプロセスにより、ユーザーは覚えやすいドメイン名を使用して、IP アドレスにあるウェブサイトサービスにアクセスできます。詳細については、「DNS レコードの追加」をご参照ください。

Alibaba Cloud DNS は、次のレコードタイプをサポートしています：

詳細については、「DNS レコードの追加」をご参照ください。

いいえ、サポートしていません。A、AAAA、CNAME などの一般的なレコードタイプは、ドメイン名を IP アドレスにマッピングするだけで、ポート情報は含まれません。つまり、api.example.com は 1.1.x.x にしか解決できません。サービスにアクセスするには、クライアントの URL でポートを指定する必要があります (例：http://api.example.com:8080/)。ドメイン名にポートを表示したくない場合は、「Nginx リバースプロキシを設定して HTTPS 転送とポートを非表示にする」ことで非表示にできます。

URL 転送の使用

URL 転送レコードタイプは、ドメイン名リクエストを別の URL に転送することをサポートしており、その URL はドメイン名 + ポート番号の形式にすることができます。この方法もリバースプロキシとして機能し、サービスレベル契約 (SLA) の対象外です。「Nginx リバースプロキシを設定して HTTPS 転送とポートを非表示にする」ことを推奨します。

シナリオ：ドメイン名 cloud-example.com をお持ちです。サービスの IP アドレスは 1.1.x.x で、サービスポートは 8888 です。すでに DNS レコードを設定しており、サービスには http://demo.cloud-example.com:8888 でアクセスできます。または、DNS レコードを設定しておらず、サービスには http://1.1.x.x:8888 でしかアクセスできません。

目標：URL にポート番号を表示せずに、http://www.cloud-example.com でサービスにアクセスしたい。

ソリューション：

1. サービスに http://1.1.x.x:8888 でしかアクセスできない場合は、まず DNS レコードを設定する必要があります。詳細については、「A レコード」をご参照ください。

   レコードタイプ	A
   ホスト	demo.cloud-example.com
   レコード値	1.1.x.x

   DNS レコードが有効になると、http://demo.cloud-example.com:8888 でサービスにアクセスできます。

2. 暗黙的 URLレコードを設定します。詳細については、「URL 転送」をご参照ください。

   レコードタイプ	暗黙的 URL
   ホスト	www.cloud-example.com
   レコード値	http://demo.cloud-example.com:8888 説明 Q：なぜレコード値として http://1.1.x.x:8888 を直接入力しないのですか？ A：「URL 転送」は、レコード値として IP アドレスを含む URL をサポートしていません。

   これにより、http://www.cloud-example.com にアクセスすることで、http://demo.cloud-example.com:8888 のサービスにアクセスできます。

Alibaba Cloud DNS は、ドメイン名をウェブサイトサーバーの IP アドレスに紐付ける名前解決サービスを提供します。ウェブサイト構築サービスが必要な場合は、「ECS インスタンス上でのウェブサイト構築」をご参照ください。

ご利用のドメイン名が Alibaba Cloud に登録されておらず、Alibaba Cloud DNS を使用して解決したい場合は、次のシナリオを検討してください：

• ドメイン名が別のプロバイダーに登録されているが DNS 設定がない場合は、「Alibaba Cloud に登録されていないドメイン名の DNS 設定」をご参照ください。

• ドメイン名が Alibaba Cloud または別のプロバイダーに登録されており、別のプロバイダーで DNS 解決が設定されていて、それを Alibaba Cloud DNS に移行したい場合は、「ドメイン名の名前解決を Alibaba Cloud DNS にスムーズに移行する」をご参照ください。

まず、要件を特定します：

1. ドメイン名 A にアクセスしたユーザーをドメイン名 B にリダイレクトしたい場合は、URL 転送を使用します。

2. ドメイン名 A がドメイン名 B のエイリアスであり、ドメイン名 A へのアクセスがドメイン名 B へのアクセスと同じ効果を持つようにしたい場合は、CNAME レコードを使用します。

CNAME または URL レコードの追加に関する詳細については、「DNS レコードの追加」をご参照ください。

• ホスト：ホストは、サブドメインを作成する際に追加するドメインプレフィックスです。プライマリドメイン名の DNS レコードを追加するには、ホストにアットマーク (@) を入力します。たとえば、プライマリドメイン名が example.com で、訪問者に www.example.com を使用させたい場合は、ホストとして www を入力します。

• レコード値：レコード値は、ホストに関連付けられた特定の値です。その意味はレコードタイプによって異なります。以下は、一般的なレコードタイプのレコード値の例です：

  • A レコード：レコード値は 192.0.2.0 のような IPv4 アドレスです。

  • AAAA レコード：レコード値は 2001:db8:: のような IPv6 アドレスです。

  • CNAME レコード：レコード値は www.example.com のようなドメイン名です。

  • MX レコード：レコード値は mail.example.com のようなメールサーバーのドメイン名です。通常、10 mail.example.com のように優先度値が含まれます。

  • NS レコード：レコード値は ns1.example.com のような権威 DNS サーバーのドメイン名です。

  レコードタイプの詳細については、「DNS レコードの追加」をご参照ください。

はい。ドメイン名が複数の IP アドレスに解決される場合、重み付きラウンドロビンを使用して各 IP アドレスに異なる重みを設定できます。これにより、アクセス トラフィックを異なる比率で IP アドレス間に分散させることができます。この機能を使用して、ソフトウェアの変更が加えられたサーバーにトラフィックのごく一部を送信することで、A/B テストを実行できます。手順については、「重みの設定」をご参照ください。

はい。Alibaba Cloud DNS は、DNS サーバーのグローバルエニーキャストネットワークを使用して、ユーザーの地理的な場所から最も近いサーバーからのユーザーのクエリに応答します。これにより、ユーザーはより低いクエリ遅延を得ることができ、DNS レコードへの変更が数秒で有効になります。

ダイナミック DNS (DDNS) は、頻繁に変化するパブリック IP アドレスを固定のドメイン名にリアルタイムでバインドするサービスです。これにより、外部ネットワークはいつでもドメイン名を通じて自宅や会社のネットワークデバイスにアクセスできます。Alibaba Cloud DNS は現在、DDNS をサポートしていません。

Alibaba Cloud DNS のすべての DNS レコードタイプのデフォルトの TTL (Time to Live) は 10 分 (600 秒) です。TTL 値は変更できます。許可される最小 TTL 値は、Alibaba Cloud DNS のエディションによって異なります：

• Free Edition/Personal Edition：最小 TTL は 10 分 (600 秒) です。

• Ultimate Edition：最小 TTL は 1 秒です。

TTL 値を変更するには、「TTL の設定」をご参照ください。

Alibaba Cloud DNS は、ホストされるプライマリドメイン名の数に制限を設けていません。DNS レコードの制限は次のとおりです：

• 単一のプライマリドメイン名に対して、すべてのサブドメインのレコードを含め、最大 100,000 件の DNS レコードを追加できます。Ultimate Edition のユーザーでこの制限を超える場合は、チケットを送信して増加をリクエストできます。

• 同じホストまたはサブドメインで、同じ解決回線、同じレコードタイプの場合、DNS の Free Edition では最大 10 件の DNS レコードが許可され、有料版では最大 100 件の DNS レコードが許可されます。

• 明示的/暗黙的 URL 転送レコードの場合、Free Edition は 2 レコード、Personal Edition は 5 レコード、Enterprise Edition は 10 レコードをサポートします。

ワイルドカード DNS のサポートとそれがどのように有効になるかについては、「ワイルドカード DNS」をご参照ください。

これは、この期間中の呼び出し回数が多く、グローバルな流量制限がトリガーされたために発生します。この問題を回避するために、期間クエリを使用することを推奨します。

IPv6 は Internet Protocol Version 6 の略です。これは、IPv4 に代わる次世代の IP プロトコルとして、IETF (Internet Engineering Task Force) によって設計されました。IPv4 はネットワークアドレスの数が限られており、インターネットのアプリケーションと開発を著しく制限するため、IPv6 はネットワークアドレスの不足問題を解決するだけでなく、さまざまなアクセスデバイスがインターネットに接続するための障壁も取り除きます。

Alibaba Cloud DNS は IPv6 をサポートしています。DNS 設定で AAAA レコードを追加することで、訪問者が IPv6 アドレスを使用してウェブサイトにアクセスできるようになります。さらに、Alibaba Cloud DNS サーバークラスター内の DNS サーバーは IPv6 を完全にサポートしています。

詳細については、「DNS レコードの追加」をご参照ください。

はい、サブドメインを複数の IP アドレスに紐付けることができます。これは、DNS クエリリクエストを複数のサーバーに均等に分散させてサーバーの負荷を軽減するためによく使用されます。Alibaba Cloud DNS では、A/AAAA レコードに複数の IP アドレスを追加できます。DNS クエリ中、Alibaba Cloud DNS は設定されたすべての IP アドレスのリストをユーザーのローカル DNS サーバーに返します。ローカル DNS サーバーは、どの IP アドレスを訪問者に返すかを決定します。重みに基づいてアドレスを返すには、「重みの設定」をご参照ください。

はい。ECS サーバーの IP アドレスは、複数のドメイン名の解決をサポートできます。これは、異なるプライマリドメイン名またはサブドメインがすべて同じ IP アドレスを指すことができることを意味します。設定の詳細については、以下をご参照ください：

• Nginx サーバーで複数のウェブサイトを設定する

• IIS サーバーで複数のウェブサイトを設定する

いいえ。IP アドレスは、パブリックまたは内部の任意の IP アドレスにすることができます。ただし、実際のビジネスシナリオでは、内部 IP アドレスは意味がなく、通常はテスト目的でのみ使用されます。

レコード値フィールドに中国本土以外の IP アドレスを直接入力できます。Alibaba Cloud DNS は、サーバーの IP アドレスが中国本土内か外かについて制限を設けていません。

DNS クエリの結果は、訪問者のクライアントマシンが IPv6 プロトコルスタックをサポートしている場合にのみ IPv6 アドレスを返します。

1. DNS レコード設定例：

解決効果：

• 訪問者のクライアントマシンが IPv6 と IPv4 の両方をサポートしている場合：クライアントはローカル DNS に 2 つの解決リクエスト (1 つは IPv6 アドレス用、もう 1 つは IPv4 アドレス用) を送信します。その後、ローカル DNS は Alibaba Cloud DNS に 2 つの解決リクエストを送信します。Alibaba Cloud DNS は、ドメイン名が指す IPv6 と IPv4 のアドレスを返します。クライアントは最終的にどのアドレスを訪問者に返すかを決定します。通常、IPv6 アドレスが優先的に返されます。

• 訪問者のクライアントマシンが IPv6 のみをサポートしている場合：クライアントはローカル DNS に IPv6 アドレスのリクエストを送信します。その後、ローカル DNS は Alibaba Cloud DNS から IPv6 アドレスをリクエストします。Alibaba Cloud DNS は IPv6 アドレスを返し、クライアントはそれを訪問者に返します。

• 訪問者のクライアントマシンが IPv4 のみをサポートしている場合：クライアントはローカル DNS に IPv4 アドレスのリクエストを送信します。その後、ローカル DNS は Alibaba Cloud DNS から IPv4 アドレスをリクエストします。Alibaba Cloud DNS は 1.1.x.x を返し、クライアントは解決されたアドレス 1.1.x.x を訪問者に返します。

2. DNS レコード設定例：

• 訪問者のクライアントマシンが IPv6 と IPv4 の両方をサポートしており、訪問者が中国本土以外からの場合：クライアントはローカル DNS に 2 つの解決リクエスト (1 つは IPv6 アドレス用、もう 1 つは IPv4 アドレス用) を送信します。ローカル DNS も Alibaba Cloud DNS に 2 つの解決リクエストを送信します。Alibaba Cloud DNS は、ドメイン名が指す IPv6 と IPv4 のアドレスを返します。クライアントは最終的にどのアドレスを訪問者に返すかを決定します。通常、IPv6 アドレスが優先的に返されます。

• 訪問者のクライアントマシンが IPv4 のみをサポートしており、訪問者が中国本土以外からの場合：クライアントはローカル DNS に IPv4 アドレスのリクエストを送信します。その後、ローカル DNS は Alibaba Cloud DNS から IPv4 アドレスをリクエストします。しかし、Alibaba Cloud DNS の「中国本土以外」回線には IPv4 アドレスが設定されていないため、解決リクエストは完了できません。

• 訪問者のクライアントマシンが IPv4 のみをサポートしており、訪問者が中国本土からの場合：クライアントはローカル DNS に IPv4 アドレスのリクエストを送信します。その後、ローカル DNS は Alibaba Cloud DNS から IPv4 アドレスをリクエストします。Alibaba Cloud DNS は IPv4 アドレスを返し、クライアントは解決されたアドレス 1.1.x.x を訪問者に返します。

• 訪問者のクライアントマシンが IPv6 と IPv4 の両方をサポートしており、訪問者が中国本土からの場合：クライアントはローカル DNS に 2 つの解決リクエスト (1 つは IPv6 アドレス用、もう 1 つは IPv4 アドレス用) を送信します。ローカル DNS も Alibaba Cloud DNS に 2 つの解決リクエストを送信します。しかし、Alibaba Cloud DNS のデフォルト回線には IPv4 アドレスしか設定されていません。IPv6 アドレスは設定されていません。したがって、Alibaba Cloud DNS はローカル DNS に IPv4 アドレスのみを応答できます。その後、クライアントは解決されたアドレス 1.1.x.x を訪問者に返します。

はい。ドメイン名が複数のサーバー IP アドレスに解決される場合、重み付きラウンドロビンを使用して各 IP アドレスに異なる重みを設定できます。これにより、アクセス トラフィックを異なる比率で IP アドレス間に分散させることができます。重みを 1:1 の比率に設定することで、DNS ロードバランシング効果を実現できます。手順については、「重みの設定」をご参照ください。

1. addDomainRecord を使用して DNS レコードを追加します。デフォルトでは、A レコードはポーリングモードを使用します。

2. SetDNSSLBStatus を使用して、重み付きラウンドロビンを有効または無効にします。Open=true を設定して、A または AAAA レコードの重み付きラウンドロビンを有効にします。

3. DNS レコードの RecordId を取得し、UpdateDNSSLBWeight を呼び出してレコードの重みを変更します。

   1. 最初のステップで DNS レコードを追加したばかりの場合は、戻り値から RecordId を取得できます。

   2. DNS レコードがすでに存在する場合は、DescribeDomainRecords を呼び出して、DNS レコードのリストから RecordId をクエリできます。

CNAME レコードは、ドメイン名 (エイリアス) を別のドメイン名に紐付けることができる DNS レコードの一種です。URL 転送は、あるドメイン名へのアクセスリクエストを別の URL にリダイレクトします。これは、内部リダイレクト (暗黙的転送、通常は iframe で実装) または外部リダイレクト (明示的転送、通常は 301 または 302 リダイレクトを使用) でターゲットアドレスにリダイレクトできます。違いは次のとおりです：

• CNAME レコードはアクセスされたドメイン名を変更しませんが、明示的 URL 転送はアドレスバーに表示される URL を変更します。

• CNAME レコードは、あるドメイン名を別のドメイン名に長期間マッピングする必要がある状況に適しています。URL 転送は、一時的なリダイレクト、ウェブサイトの移行、または実際のアクセスアドレスを隠したいシナリオにより適しています。

同じホストと同じリクエストソース回線に対して、A レコードと CNAME レコードを追加することはできません。A レコードと CNAME レコードを作成するには、異なるホストまたは異なるリクエストソース回線を使用することを推奨します。他のタイプの競合に関する詳細については、「DNS レコードの競合ルール」をご参照ください。

DNS 解決プロセスでは、異なるレコードタイプには異なる優先順位があります。そのため、同じホストと同じ解決回線に対して、一部のレコードタイプは共存できません。これにより、設定リスクが生じ、サービスの可用性が失われる可能性があります。詳細については、「DNS レコードの競合ルール」をご参照ください。

いいえ。CNAME レコードは、あるドメイン名を別のドメイン名にマッピングするように設計されており、特定のファイルパスやディレクトリにはマッピングされません。

いいえ。ドメイン名の末尾のドットはルートドメインを表します。Alibaba Cloud DNS はバックエンドで自動的に追加するため、追加する必要はありません。

Baidu を含むほとんどの大規模なウェブサイトは、セキュリティと不正利用防止のため、外部ドメイン名が CNAME レコードを使用して直接自社のドメインを指すことを許可していません。トラフィックを Baidu に誘導するには、CNAME レコードの代わりに URL リダイレクト (301 または 302) を使用することを推奨します。

はい、複数の CNAME レコードを同時に設定できます。それらは重みに基づいて返されます。詳細については、「重みの設定」をご参照ください。

特定の Alibaba Cloud プロダクトを使用すると、ドメインの所有権の検証のために TXT レコードが追加される場合があります。 たとえば、Alibaba Cloud SSL 証明書購入ページで、[証明書関連情報] の下の [ドメイン検証方法] に [自動 DNS 検証] を選択すると、システムによって TXT レコードが自動的に追加されます。 詳細については、「ドメイン検証方法を選択する方法」をご参照ください。

MX レコードが 1 つしかない場合、その優先度は意味がありません。優先度は、ドメイン名に複数の MX レコードがある場合にのみ関係します。送信メールサーバーは、まず最も低い MX 優先度番号を持つサーバーにメールを配信しようとします。そのサーバーがメールを受信できなかった場合、送信サーバーは自動的に次に低い優先度のサーバーを試行し、メールが正常に配信されるか、すべてのサーバーが失敗して配信エラーになるまで続きます。

はい。詳細については、「メールボックス解決の設定」をご参照ください。

DNS 解決プロセスでは、異なるレコードタイプには異なる優先順位があります。そのため、同じホストと同じ解決回線に対して、一部のレコードタイプは共存できません。これにより、設定リスクが生じ、サービスの可用性が失われる可能性があります。詳細については、「DNS レコードの競合ルール」をご参照ください。

Alibaba Cloud でホストされていないメールボックスの DNS 解決を設定するには、次のシナリオを検討してください：

• ドメイン名が Alibaba Cloud に登録されており、Alibaba Cloud DNS を使用し、Alibaba Cloud 以外のメールボックス製品を使用している場合。

  メールボックスプロバイダーに連絡して、設定する必要がある DNS レコードのチェックリストを入手してください。その後、「メールボックス解決の設定」を参照して設定してください。

• ドメイン名が Alibaba Cloud に登録されており、Alibaba Cloud DNS を使用せず、Alibaba Cloud 以外のメールボックス製品を使用している場合。

  メールボックスプロバイダーに連絡して、設定する必要がある DNS レコードのチェックリストを入手してください。その後、DNS プロバイダーに連絡して設定してください。

• ドメイン名が Alibaba Cloud に登録されておらず、Alibaba Cloud DNS を使用し、Alibaba Cloud 以外のメールボックス製品を使用している場合。

  メールボックスプロバイダーに連絡して、設定する必要がある DNS レコードのチェックリストを入手してください。その後、「メールボックス解決の設定」を参照して設定してください。

「NS レコードがサブドメインと競合しています」というエラーは、通常、同じレベルに複数の異なるタイプの DNS レコードが存在するために発生します。既存の DNS レコードを注意深く確認し、競合するものを削除してから NS レコードを追加することで解決できます。ただし、この操作はサブドメイン下の他の DNS レコードの解決に影響を与える可能性があります。詳細については、「DNS レコードの競合ルール」をご参照ください。

301 リダイレクト：301 は「恒久的に移動した」を意味します。

302 リダイレクト：302 は「一時的に移動した」を意味します。

類似点：301 と 302 の両方のステータスコードはリダイレクトを示します。ブラウザがサーバーから 301 または 302 のステータスコードを受信すると、新しい URL にリダイレクトします。この新しい URL は、レスポンスの Location ヘッダーから取得されます。ユーザーは、入力したアドレス A が即座に別のアドレス B に変わるのを見ます。

相違点：301 リダイレクトは、古いアドレス A のリソースが恒久的に削除され、もはやアクセスできないことを示します。検索エンジンは新しいコンテンツをクロールし、古い URL を新しい URL に置き換えます。302 リダイレクトは、古いアドレス A のリソースがまだ存在し、アクセス可能であることを示します。A から B へのリダイレクトは一時的なものです。検索エンジンは新しいコンテンツをクロールしますが、古い URL は保持します。

URL 転送レコードを追加すると、Alibaba Cloud DNS は自動的に A レコードを追加します。A レコードは、Alibaba Cloud DNS が提供する URL 転送サーバーのアドレスを指します。したがって、コンソールで追加したレコード値が URL であっても、`dig` コマンドが 203.107.XX.XX のような IP アドレスを持つ A レコードを返す場合、これは正常です。

• URL 転送レコードを追加する際に ICP 登録が必要であるというメッセージが表示された場合は、ソースドメイン名とターゲットドメイン名の両方が ICP 登録を完了しているかどうかを確認してください。完了していない場合は、ICP 登録プロセスを完了してください。

• すでに URL 転送レコードを追加していて 502 エラーが発生した場合は、ICP 登録が無効になっている可能性があります。

URL 転送レコードを追加すると、ソースドメイン名は Alibaba Cloud 転送サーバーに解決され、その後転送プロキシが処理されます。Alibaba Cloud URL 転送サーバーは中国本土にデプロイされています。したがって、ソースドメイン名は有効な ICP 登録を持っている必要があります。ICP 登録は Alibaba Cloud を通じて完了する必要はありません。

Chrome などのブラウザでエラーメッセージが表示されることがあります。これは、ターゲットサイトで X-Frame-Options ヘッダーが設定されており、フレーム内でのネストが禁止されているためです。ウェブサイトの技術者に連絡して、ターゲットサイトから X-Frame-Options 設定を削除してもらってください。

ターゲット URL ページの JavaScript コードを確認してください。下の画像でマークされたコードが見つかった場合は、それを削除してください。

これは通常、ターゲットページ (転送された URL のサイト) にリダイレクトを設定する JavaScript コードが含まれている場合に発生します。ウェブサイトの技術者に連絡して調査してもらってください。

ソースドメイン名の `dig` コマンドが 203.107.XX.XX に関連する IP アドレスを返さない場合は、Alibaba Cloud DNS のチケットを送信してください。技術スタッフが対応します。

これは通常、CC 攻撃中に発生します。ドメイン名の QPS (クエリ/秒) が高すぎるため、URL 転送サーバーはそのドメイン名の転送サービスを停止します。別の方法で転送サービスを実装することを推奨します。

症状：コンソールにインターセプト情報が表示されない。

原因：接続が同一オリジンポリシーによってブロックされている。最後の 200 OK レスポンスのヘッダーのネットワークパスを確認してください。同一オリジン制限が含まれている可能性があります。

解決策：この問題は通常、ウェブサイトのセキュリティポリシー設定が原因です。設定を確認するか、明示的 URL 転送のみを使用することを推奨します。

サポートされる URL 転送レコードの数は、Alibaba Cloud DNS のエディションによって異なります：

• Free Edition：2

• Personal Edition：5

• Ultimate Edition：10

エディション間の違いの詳細については、「バージョン比較」の URL 転送 (単一ドメイン) の比較をご参照ください。

URL 転送のソースドメイン名は HTTP をサポートしますが、HTTPS はサポートしません。ターゲットアドレスは HTTP と HTTPS の両方をサポートします。HTTPS リクエストをリダイレクトするには、中間サーバーに SSL 証明書をインストールするか、ユニバーサル証明書の自動発行をサポートするサービスを使用する必要があります。証明書管理、セキュリティ、その他の考慮事項により、この機能はサポートされていません。HTTPS リクエストを転送したい場合は、ソースサーバーで HTTPS リダイレクトを設定する必要があります。以下は Nginx の設定例です：

server {    
  listen 443 ssl;    
  server_name yourdomain.com;    
  ssl_certificate     /path/to/cert.pem;    
  ssl_certificate_key /path/to/cert.key;    
  return 301 https://targetsite.com$request_uri;
}

明示的および暗黙的 URL 転送は、パラメータ付きの設定をサポートしていません。