すべてのプロダクト
Search
ドキュメントセンター

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

最終更新日:May 08, 2026

このトピックでは、DNS レコードの構成に関するよくある質問(FAQ)に回答します。

よくある質問

ドメイン名を Web サイトのサーバーアドレスにポイントするにはどうすればよいですか?

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

Alibaba Cloud DNS はどの RecordType をサポートしていますか?

Alibaba Cloud DNS は以下のレコードタイプをサポートしています。

レコードタイプ

説明

どれほど一般的か

A レコード

ドメイン名を指定された IPv4 アドレスに解決します。Web サイトのドメイン解決に一般的に使用されます。

5 段階中 5:最も基本的なレコードタイプです。ほぼすべてのドメイン名で必要です。

CNAME レコード

ドメイン名を別のドメイン名に解決します。Web サイト解決、CDN 高速化、企業メール、Global Traffic Manager の統合に一般的に使用されます。

5 段階中 5:エイリアシングに広く使用されています。CDN やクラウドサービスで一般的です。

MX レコード

ドメイン名のメールサーバーを指定し、優先度に従ってサーバーを並べ替えます。

5 段階中 4:メール関連サービスに必須です。メールを使用しない場合は不要です。

AAAA レコード

ドメイン名を指定された IPv6 アドレスに解決します。IPv6 経由で Web サイトにアクセスする場合に一般的に使用されます。

5 段階中 4:IPv6 の導入が加速しています。ほとんどのクラウドサービスは現在、デフォルトで IPv6 をサポートしています。

TXT レコード

ドメイン名を識別および記述します。ドメイン所有権の検証、デジタル証明書の発行、SPF レコード(迷惑メール対策)、ドメイン回復に一般的に使用されます。

5 段階中 5:SSL、SPF、メール、DNS 検証など、多くの検証タスクに使用されます。

ALIAS レコード

CNAME レコードをフラット化します。CNAME と他のレコードタイプとの競合を解決します。たとえば、ルートドメインに対して MX レコードと CNAME レコードの両方を必要とする場合に ALIAS を使用します。

5 段階中 2:CNAME が MX、TXT、またはその他のレコードと競合する場合にのみ使用します。

明示的および暗黙的 URL 転送

ドメイン名を既存の Web サイトにポイントします。

2 ポイント:特定の DNS リゾルバーでのみサポートされ、主にドメインリダイレクトに使用されます。

NS レコード

ドメイン名の DNS 構成を管理する DNS サーバーを指定します。サブドメインの解決を他の DNS プロバイダーに委任する場合に一般的に使用されます。

5 段階中 3:サブドメインレベルの設定で一般的です。日常的な操作ではほとんど変更されません。

SRV レコード

特定のサービスをホストしているサーバーを識別します。Microsoft ディレクトリ管理で一般的に使用されます。

5 段階中 2:インスタントメッセージや企業サービスプロトコルに必要です。標準的な Web サイトではほとんど使用されません。

CAA レコード

ドメイン名の HTTPS 証明書を発行できる認証局(CA)を指定します。不正な証明書発行を防止し、Web サイトのセキュリティを向上させます。

5 段階中 2:SSL/TLS 証明書管理のセキュリティを強化します。特定のシナリオで使用されます。

PTR レコード

IP アドレスをドメイン名にマッピングします。IP アドレスが特定のドメイン名に対応しているかどうかを検証します。

5 段階中 1:主に逆引き(メールサーバーなど)に使用されます。標準的な Web サイトではほとんど使用されません。

SVCB レコード

プロトコルおよびエンドポイント情報を提供することでサービス検出を改善します。クライアントの接続決定を最適化し、パフォーマンスとセキュリティを向上させます。

5 段階中 1:新興プロトコルです。HTTP/3 および QUIC で使用されます。現在は一般的ではありません。

HTTPS レコード

HTTPS レコードは、HTTPS サービス専用に設計された特殊な SVCB レコードです。

ポイント 1:新しい HTTPS 最適化標準はブラウザのサポートが徐々に拡大していますが、一般の Web サイトではまだ広く採用されていません。

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

Alibaba Cloud DNS はポート解決をサポートしていますか?

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

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 でのみサービスにアクセスできます。

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

ソリューション

  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 は Web サイト構築サービスを提供していますか?

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

Alibaba Cloud 以外で登録したドメイン名の DNS 解決を構成するにはどうすればよいですか?

ご利用のドメイン名が Alibaba Cloud 以外で登録されており、Alibaba Cloud DNS を使用して解決したい場合は、以下のシナリオを考慮してください。

ドメイン名を別のサイトにポイントするにはどうすればよいですか?

ビジネスニーズに応じて、以下のいずれかの方法を選択してください。

  • URL 転送

    使用タイミング:ドメイン A からドメイン B へのユーザーのリダイレクト。

    要件:Alibaba Cloud の転送サーバーが中国本土にあるため、ソースドメイン A には有効な ICP ライセンスが必要です。

  • CNAME レコード

    使用タイミング:ドメイン A をドメイン B のエイリアスとしてマッピングし、ドメイン A にアクセスするとドメイン B にアクセスしたのと同じコンテンツが表示されるようにする場合。

    要件:CNAME は DNS 解決のみを処理します。正常なアクセスは、宛先サーバーの構成(SSL/TLS 証明書の検証、セキュリティポリシー、ファイアウォールによるブロックなど)に依存します。宛先サーバーは、ソースドメインのリクエストを認識および受け入れるように構成されている必要があります。

CNAME または URL 転送レコードの追加手順については、「DNS レコードの追加」をご参照ください。

説明

ドメイン A に ICP 登録がなく、今後申請する予定もない場合は、中国本土以外のサーバーを購入し、自己管理型 Nginx リバースプロキシ をデプロイして URL 転送を実行できます。具体的な構成方法については、「自己管理型 Nginx リバースプロキシを使用した HTTPS 転送およびポートマスキング」をご参照ください。

「ホスト」と「レコード値」とは何を意味しますか?

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

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

    • A レコード:レコード値は IPv4 アドレスです(例:192.0.2.0)。

    • AAAA レコード:レコード値は IPv6 アドレスです(例:2001:db8::)。

    • CNAME レコード:レコード値はドメイン名です(例:www.example.com)。

    • MX レコード:レコード値はメールサーバーのドメイン名です(例:mail.example.com)。通常、優先度の値を含みます(例:10 mail.example.com)。

    • NS レコード:レコード値は権威 DNS サーバーのドメイン名です(例:ns1.example.com)。

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

Alibaba Cloud DNS は重み付きラウンドロビンをサポートしていますか?

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

Alibaba Cloud DNS はエニーキャストネットワークをサポートしていますか?

はい。Alibaba Cloud DNS は、グローバルなエニーキャストネットワークの DNS サーバーを使用して、ユーザーの地理的位置に最も近いサーバーからユーザーのクエリに応答します。これにより、ユーザーはクエリの待ち時間が短縮され、DNS レコードの変更が数秒で反映されます。

Alibaba Cloud DNS はダイナミック DNS(DDNS)をサポートしていますか?

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

DNS レコードタイプごとのデフォルト TTL は何ですか?これらの値を変更できますか?

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

  • 無料版 / Personal Edition:最小 TTL は 10 分(600 秒)です。

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

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

Alibaba Cloud DNS でホストできるドメイン名および DNS レコードの数に制限はありますか?

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

  • 単一のプライマリドメイン名(そのすべてのサブドメインを含む)に対して、最大 100,000 件の DNS レコードを追加できます。

  • 同一のホストまたはサブドメインで、同一の解決回線および同一のレコードタイプの場合、DNS の無料版では最大 10 件の DNS レコード、有料版では最大 100 件の DNS レコードを許可します。

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

Premium Edition では上記の制限を超えることができます。詳細については、「エディション比較」をご参照ください。

Alibaba Cloud DNS はワイルドカードエントリ(ワイルドカード DNS)をサポートしていますか?サポートしている場合、どのようなタイプが利用可能ですか?

ワイルドカード DNS のサポートおよびその適用方法については、「ワイルドカード DNS」をご参照ください。

DNS 設定インターフェイスに「この期間のトラフィック制限を超えました」と表示された場合はどうすればよいですか?

これは、この期間中の呼び出し回数が多いため、グローバル速度制限がトリガーされたためです。この問題を回避するために、完全一致検索を使用することを推奨します。

A/AAAA レコード

IPv6 とは何ですか?Alibaba Cloud DNS は IPv6 をサポートしていますか?

IPv6 はインターネットプロトコル バージョン 6 を意味します。これは、IPv4 を置き換えるためにインターネット技術特別委員会(IETF)が設計した次世代 IP プロトコルです。IPv4 はネットワークアドレスの数が限られているため、インターネットのアプリケーションおよび開発が大きく制限されています。IPv6 はネットワークアドレス不足の問題を解決するだけでなく、さまざまなアクセスデバイスがインターネットに接続する障壁を取り除きます。

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

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

サブドメインを複数の IP アドレスにポイントできますか?

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

1 つの ECS インスタンスで 2 つ以上のドメイン名を解決できますか?

はい。ECS サーバーの IP アドレスは、複数のドメイン名の解決をサポートできます。つまり、異なるプライマリドメイン名またはサブドメインをすべて同じ IP アドレスにポイントできます。構成の詳細については、以下をご参照ください。

DNS レコードがポイントできる IP アドレスに制限はありますか?

いいえ。IP アドレスは、パブリック IP アドレスまたは内部 IP アドレスのいずれでもかまいません。ただし、実際のビジネスシナリオでは、内部 IP アドレスには意味がなく、通常はテストでのみ使用されます。

DNS レコードに中国本土以外の IP アドレスを入力できますか?

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

サブドメインに IPv6 アドレスと IPv4 アドレスの両方が構成されている場合、DNS はどのように解決しますか?

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

1. DNS レコード構成の例:

レコードタイプ

ホスト

解像度ライン

レコード値

AAAA

www

デフォルト

ff03:0:0:0:0:0:x:x

A

www

デフォルト

1.1.x.x

解決効果:

  • 訪問者のクライアントマシンが IPv6 と IPv4 の両方をサポートしている場合:クライアントはローカル DNS に 2 つの解決リクエスト(IPv6 アドレスと IPv4 アドレスのそれぞれ 1 つずつ)を送信します。ローカル 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 レコード構成の例:

レコードタイプ

ホスト

行の解析

レコード値

AAAA

www

中国以外

ff03:0:0:0:0:0:x:x

A

www

デフォルト

1.1.x.x

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

ドメイン名が複数のサーバーに解決される場合、DNS 負荷分散を実現できますか?

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

SDK を使用して A レコードを追加し、その重みを設定するにはどうすればよいですか?

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

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

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

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

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

CNAME レコード

CNAME レコードと URL 転送の違いは何ですか?

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

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

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

レコードを追加する際に A レコードと CNAME レコードの競合エラーが表示されるのはなぜですか?

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

レコードを追加する際に MX レコードと CNAME レコードの競合エラーが表示されるのはなぜですか?

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

CNAME レコードを特定のパスに解決できますか?

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

DNS 解決を構成する際に、ドメイン名の末尾にドット(.)を追加する必要がありますか?

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

なぜ CNAME レコードで百度(バイドゥ)をポイントできないのですか?

百度を含むほとんどの大規模 Web サイトは、セキュリティおよび不正利用防止の理由から、外部ドメイン名が CNAME レコードを使用して直接ドメインにポイントすることを許可していません。百度へのトラフィックを誘導するには、CNAME レコードの代わりに URL リダイレクト(301 または 302)を使用することを推奨します。

単一行で単一のドメイン名に対して複数の CNAME レコードを構成できますか?DNS クエリはどのように応答しますか?

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

TXT レコード

なぜ DNS レコードに余分な TXT レコードが表示されるのですか?

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

自動 DNS 検証のレコードを追加する際、システムはご利用の DNS サービスから重複または競合するレコードを削除します。

MX レコード

MX レコードの優先度とは何を意味しますか?

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

海外貿易用メールボックスを MX 解決に使用できますか?

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

レコードを追加する際に MX レコードと CNAME レコードの競合エラーが表示されるのはなぜですか?

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

Alibaba Cloud 以外でホストされているメールボックスの 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 レコード

サブドメインを追加する際に、プライマリドメイン下に NS レコードを追加する必要がありますが、「NS レコードがサブドメインと競合しています」というエラーが表示されます。どうすればよいですか?

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

URL 転送

301 リダイレクトと 302 リダイレクトの違いは何ですか?

301 リダイレクト:301 は恒久的に移動したことを意味します。

302 リダイレクト:302 は一時的に移動したことを意味します。

類似点:301 および 302 のステータスコードはどちらもリダイレクトを示します。ブラウザがサーバーから 301 または 302 ステータスコードを受信すると、レスポンスの Location ヘッダーから取得した新しい URL にリダイレクトされます。ユーザーは、入力したアドレス A が即座に別のアドレス B に変更されるのを確認できます。

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

URL 転送レコードを追加した後、`dig` コマンドによる解決結果がコンソール設定と一致しないのはなぜですか?

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

URL 転送レコードを追加した後、ドメイン名にアクセスすると HTTP ERROR 502 が表示されるのはなぜですか?

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

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

ドメイン名の URL 転送レコードを追加する際に、ICP 登録異常に関するエラーが表示されるのはなぜですか?

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

暗黙的 URL 転送レコードを追加した後、ドメイン名にアクセスすると空白のページが表示されるのはなぜですか?

Chrome などのブラウザで以下のエラーメッセージが表示される場合があります。

Refused to display 'http://www.example.com/home.html' in a frame because it set 'X-Frame-Options' to 'sameorigin'.

これは、ターゲットサイトで X-Frame-Options ヘッダーが設定されているため、フレーム内にネストされることを防止しているためです。ターゲットサイトから X-Frame-Options 構成を削除するよう、Web サイト担当者に連絡してください。

暗黙的 URL 転送レコードを追加した後、ページは正しく開きますが、ブラウザのアドレスバーにターゲット URL が表示されるのはなぜですか?

ターゲット URL ページの JavaScript コードを確認してください。以下のコードスニペットが見つかった場合は、削除してください。

<script>
    if(window.top!=window.self){window.top.location=window.location};
</script>

URL 転送レコードを追加した後、ページを更新すると誤ったアドレスにリダイレクトされるのはなぜですか?

これは通常、転送された URL のターゲットページ(サイト)にリダイレクトを設定する JavaScript コードが含まれているために発生します。Web サイト担当者に調査を依頼してください。

Alibaba Cloud DNS で URL 転送レコードを追加しましたが、`dig` テストで対応する A レコードおよび値が返されません。なぜですか?

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

URL 転送レコードを追加した後、ページを開くと ERR_EMPTY_RESPONSE エラーが表示されるのはなぜですか?

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

URL 転送レコードを追加した後、ページを開くと「Connection refused」エラーが表示されるのはなぜですか?

症状:コンソールにインターセプト情報が表示されません。

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

解決策:この問題は通常、Web サイトのセキュリティポリシー設定によって引き起こされます。構成を確認するか、明示的 URL 転送のみを使用することを推奨します。

2

URL 転送レコードをいくつ設定できますか?

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

  • 無料版:2 件

  • Personal Edition:5 件

  • Ultimate Edition:10 件

  • Premium Edition:無制限

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

URL 転送は HTTPS 構成をサポートしていますか?

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 転送はパスパラメーターを含むリダイレクトをサポートしていますか?

明示的および暗黙的 URL 転送は、パラメーターを含む構成をサポートしていません。