-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
-
-
-
-
-
-
-
-
ドメインネームシステム
-
-
-
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
ドメインネームシステム
注： リリース13.0ビルド41.x以降、ADNSおよびプロキシモードのCitrix ADCアプライアンスは、2019年のDNSフラグ日に完全に準拠しています。
Citrix ADCアプライアンスは、ドメインの権限のあるドメインネームサーバー（ADNSサーバー）として機能するように構成できます。アプライアンスが権限を持つドメインに属する DNS リソースレコードを追加し、リソースレコードパラメータを設定します。また、ネットワーク内またはネットワーク外にある DNS ネームサーバのファームを負荷分散するプロキシ DNS サーバとしてアプライアンスを設定することもできます。アプライアンスをエンドリゾルバおよびフォワーダとして設定します。完全修飾ドメイン名が設定されていない場合に名前解決を有効にする DNS サフィックスを設定できます。アプライアンスは、ドメインに属するすべてのレコードを取得する DNS ANY クエリもサポートしています。
アプライアンスは、あるドメインでは権限のある DNS サーバとして、別のドメインでは DNS プロキシサーバとして同時に機能するように設定できます。アプライアンスをゾーンの権威 DNS サーバーまたは DNS プロキシサーバーとして構成すると、User Datagram Protocol（UDP）に指定されたサイズ制限を超える応答サイズに TCP を使用するようにアプライアンスを有効化できます。
Citrix ADCでのDNSの仕組み
Citrix ADCアプライアンスは、ADNSサーバー、DNSプロキシサーバー、エンドリゾルバー、およびフォワーダーとして機能するように構成できます。Citrix ADCアプライアンスには、次のレコードを含むDNSリソースレコードを追加できます。
- サービス (SRV) レコード
- IPv6 (AAAA) レコード
- 住所 (A) レコード
- メール交換 (MX) レコード
- 正規名 (CNAME) レコード
- ポインタ (PTR) レコード
- 権限の開始 (SOA) レコード
- テキスト (TXT) レコード
- 名前権限ポインタ (NAPTR) レコード
- DNSKEY レコード
- 認証局認証 (CAA) レコード
また、外部DNSネームサーバーの負荷分散を行うようにCitrix ADCを構成することもできます。
Citrix ADCアプライアンスは、ドメインの権限として構成できます。ドメインの有効な SOA および NS レコードを追加します。
ADNS サーバーは、ゾーンに関する完全な情報を含む DNS サーバーです。
Citrix ADCアプライアンスをゾーンのADNSサーバーとして構成するには、ADNSサービスを追加してからゾーンを構成する必要があります。そのためには、ドメインの有効な SOA および NS レコードを追加します。クライアントがDNS要求を送信すると、Citrix ADCアプライアンスは構成されたリソースレコードでドメイン名を検索します。NetScaler グローバルサーバー負荷分散（GSLB）機能と併用するように ADNS サービスを構成できます。
サブドメインの NS レコードを親ドメインのゾーンに追加することで、サブドメインを委任できます。次に、サブドメインネームサーバーごとに「グルーレコード」を追加することで、Citrix ADCをサブドメインに対して権限のあるものにすることができます。GSLBが構成されている場合、Citrix ADCはその構成に基づいてGSLB負荷分散の決定を行い、選択した仮想サーバーのIPアドレスで応答します。次の図は、ADNS GSLB セットアップと DNS プロキシセットアップのエンティティを示しています。
図1：DNS プロキシエンティティモデル
Citrix ADCアプライアンスはDNSプロキシとして機能できます。DNSプロキシの重要な機能であるDNSレコードのキャッシュは、Citrix ADCアプライアンスではデフォルトで有効になっています。キャッシュにより、Citrix ADCアプライアンスは翻訳の繰り返しに対して迅速に対応できます。負荷分散 DNS 仮想サーバーと DNS サービスを作成し、これらのサービスを仮想サーバーにバインドします。
Citrix ADCには、キャッシュされたデータの存続期間を構成するための最小有効期間（TTL）と最大TTLの2つのオプションがあります。キャッシュされたデータは、これら 2 つのオプションの設定に従ってタイムアウトします。Citrix ADCは、サーバーから送信されるDNSレコードのTTLをチェックします。TTL が設定された最小 TTL より小さい場合、設定されている最小 TTL に置き換えられます。TTL が設定された最大 TTL より大きい場合、設定されている最大 TTL に置き換えられます。
Citrix ADCでは、ドメインに対する否定応答のキャッシュも可能です。否定応答は、要求されたドメインに関する情報が存在しないか、サーバーがクエリに対する応答を提供できないことを示します。 この情報の保存はネガティブキャッシュと呼ばれます。ネガティブキャッシュは、ドメインでのクエリへの応答を高速化するのに役立ち、オプションでレコードタイプを指定することもできます。
否定応答は、次のいずれかになります。
- NXDOMAIN エラーメッセージ-ローカルキャッシュに否定的な応答が存在する場合、Citrix ADCはエラーメッセージ（NXDOMAIN）を返します。応答がローカルキャッシュにない場合、クエリはサーバーに転送され、サーバーはNXDOMAINエラーをCitrix ADCに返します。Citrix ADCは応答をローカルにキャッシュし、エラーメッセージをクライアントに返します。
- NODATAエラーメッセージ-クエリ内のドメイン名は有効だが、指定されたタイプのレコードが使用できない場合、Citrix ADCはNODATAエラーメッセージを送信します。
Citrix ADCは、DNS要求の再帰的解決をサポートしています。再帰的解決では、リゾルバ (DNS クライアント) はドメイン名の再帰クエリをネームサーバに送信します。照会されたネームサーバがドメインに対して権限を持つ場合、要求されたドメイン名で応答します。それ以外の場合、Citrix ADCは、要求されたドメイン名が見つかるまで、ネームサーバーに再帰的にクエリを実行します。
再帰クエリオプションを適用するには、まず再帰クエリオプションを有効にする必要があります。DNS ルックアップが失敗した場合に DNS リゾルバーが解決要求 (DNS 再試行) を送信する回数も設定できます。
Citrix ADCをDNSフォワーダーとして構成できます。フォワーダは DNS 要求を外部のネームサーバに渡します。Citrix ADCを使用すると、外部ネームサーバーを追加したり、ネットワーク外のドメインに名前解決を提供したりできます。Citrix ADCでは、名前検索の優先順位をDNSまたはWindowsインターネットネームサービス（WINS）に設定することもできます。
ADC アプライアンスが DNS を使用してホスト名を対応する IP アドレスに解決できるようにします
注： アプライアンスのコマンドラインインターフェイス（CLI）にアクセスするには、SSH ユーティリティが必要です。
デフォルトでは、ADC アプライアンスはホスト名を対応する IP アドレスに解決できません。アプライアンスで名前解決を有効にするには、次のタスクを実行します。
- ネームサーバを定義する。
- DNS サフィックスを定義します。
注意事項
CLI から DNS ルックアップを実行します。/etc/resolv.conf ファイルのエントリが 127.0.0.2 の IP アドレスを指しているため、FreeBSD オペレーティングシステムのシェルプロンプトからの DNS ルックアップは失敗します。
次のコマンドは、drillコマンドで到達可能なアプライアンスの FreeBSD CLIのshellコマンドに置き換えられます。
- host
- dig
- getent/MIP
- nslookup
<!--NeedCopy-->
たとえば、dig www.google.com @8.8.8.8を実行してネームサーバー「8.8.8.8」の「A」レコード「www.google.com」を照会する代わりに、 drill www.google.com @8.8.8.8コマンドを実行できます。drillコマンドは、 digコマンドとまったく同じように機能します。
root@lab# drill www.google.com @8.8.8.8
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 57980
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; www.google.com. IN A
;; ANSWER SECTION:
www.google.com. 300 IN A 142.250.187.196
;; AUTHORITY SECTION:
;; ADDITIONAL SECTION:
;; Query time: 53 msec
;; SERVER: 8.8.8.8
;; WHEN: Thu Jun 9 11:04:55 2022
;; MSG SIZE rcvd: 48
<!--NeedCopy-->
アプライアンスが SNIP アドレスで DNS サーバに ping できない場合、サーバステータスは [Down] と表示されます。アプライアンスがファイアウォールの内側にある場合、ping の成功は重要です。
CLI 設定
コマンドプロンプトで入力します。
add dns nameServer <Name_Server_IP_Address>
add dns suffix <DNS_Suffix>
<!--NeedCopy-->
構成を確認するには、次のように入力します。
show dns nameServer
show dns suffix
<!--NeedCopy-->
DNS 解決をテストするには、次のように入力します。
show dns addrec <Host_Name>
<!--NeedCopy-->
GUI 構成
- トラフィック管理 > DNS > ネームサーバ > 追加に移動します。
- [ ネームサーバの作成] ダイアログボックスで、ネームサーバの IP アドレスを入力し、[ 作成] をクリックします。
- トラフィック管理 > DNS > DNS サフィックス > 追加に移動します。
- [ DNS サフィックスの作成 ] ダイアログボックスで、すべてのホストクエリに使用する DNS サフィックス (example.com など) を入力し、[ 作成] をクリックします。
ラウンドロビン DNS
クライアントが DNS リソースレコードを検索する DNS 要求を送信すると、DNS 要求内の名前に解決される IP アドレスのリストを受信します。次に、クライアントはリスト内の IP アドレスの 1 つを使用します。通常は、最初のレコードまたは IP アドレスです。そのため、キャッシュの合計 TTL には 1 つのサーバが使用され、多数の要求が到着すると過負荷になります。
Citrix ADCは、DNS要求を受信すると、ラウンドロビン方式でDNSリソースレコードのリストの順序を変更して応答します。 この機能はラウンドロビン DNSと呼ばれます。ラウンドロビン方式では、データセンター間でトラフィックが均等に分散されます。Citrix ADCはこの機能を自動的に実行します。この動作を設定する必要はありません。
機能概要
Citrix ADCがADNSサーバーとして構成されている場合、レコードが構成された順序でDNSレコードが返されます。Citrix ADCがDNSプロキシとして構成されている場合、サーバーからレコードを受信した順序でDNSレコードを返します。キャッシュに存在するレコードの順序は、サーバーからレコードを受信する順序と一致します。
Citrix ADCは、ラウンドロビン方式でDNS応答でレコードが送信される順序を変更します。最初の応答には最初のレコードが順番に含まれ、2 番目の応答には 2 番目のレコードが順番に含まれ、順序は同じ順序で続きます。したがって、同じ名前を要求するクライアントは、異なる IP アドレスに接続できます。
ラウンドロビン DNS の例
ラウンドロビン DNS の例として、次のように追加された DNS レコードを考えてみましょう。
add dns addRec ns1 1.1.1.1 add dns addRec ns1 1.1.1.2 add dns addRec ns1 1.1.1.3 add dns addRec ns1 1.1.1.4
<!--NeedCopy-->
ドメイン abc.com は、次のように NS レコードにリンクされています。
add dns nsrec abc.com. ns1
<!--NeedCopy-->
Citrix ADCがns1のAレコードに対するクエリを受信すると、Addressレコードは次のようにラウンドロビン方式で提供されます。最初の DNS 応答では、1.1.1.1 が最初のレコードとして提供されます。
ns1. 1H IN A 1.1.1.1 ns1. 1H IN A 1.1.1.2 ns1. 1H IN A 1.1.1.3 ns1. 1H IN A 1.1.1.4
<!--NeedCopy-->
2 番目の DNS 応答では、2 番目の IP アドレス 1.1.1.2 が最初のレコードとして提供されます。
ns1. 1H IN A 1.1.1.2 ns1. 1H IN A 1.1.1.3 ns1. 1H IN A 1.1.1.4 ns1. 1H IN A 1.1.1.1
<!--NeedCopy-->
3 番目の DNS 応答では、3 番目の IP アドレス 1.1.1.2 が最初のレコードとして提供されます。
ns1. 1H IN A 1.1.1.3 ns1. 1H IN A 1.1.1.4 ns1. 1H IN A 1.1.1.1 ns1. 1H IN A 1.1.1.2
<!--NeedCopy-->
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.