理解のDNS

ドメインネームサービス（ DNS ）の概要

ドメインネームサービス（ DNS ）により、アプリケーションやユーザのホストに接続するにはTCP / IPをベースのネットワークの名前を指定します。 DNSは階層的に分散データベースを作成することができる階層的な名前をIPアドレスに解決します。 IPアドレスは、 MACアドレスを入力し、解決します。 DNSのための手段を提供して命名IPホスト、およびIPホストの場所の問い合わせをされた場合には名を入力します。

して、 [プロトコルおよび標準のDNSは、以下の主要コンポーネント：

ホストファイルが使用されるホスト名とIPアドレスを解決するDNSの前には存在している。 Hostsファイルの管理者が手動で維持されています。 hostsファイルは、中心部に位置し、インターネット上のサーバーに投与します。 場所を必要に応じて、各サイトまたはホスト名とIPアドレスを解決するには定期的には新しいコピーをダウンロードするにhostsファイルです。 hostsファイルのサイズは、インターネットの成長率として成長します。 から生成されたトラフィックの新しいコピーをダウンロードするのhostsファイルにも成長します。 これにより、設計と実装のドメインネームサービス（ DNS ） 、 1984年には、 階層的に解決することができる分散型データベースのホスト名とIPアドレスを入力します。

の主な設計要件のDNSには、以下の主な特長以上のホストファイルです。

からの日中のWindows NT Server 4.0は、 DNSされているオペレーティングシステムに含まれています。 DNSは、プライマリ名の登録と解決方法Service 、 Windows 2000およびWindows Server 2003 、および以下の機能やサービスを提供します：

命名の違いはシステムのNetBIOSとDNS

議論する前にシステムの違いは命名のNetBIOSとDNSは、別の名前を見てでは、最初の型が使用され、 Windowsオペレーティングシステム：

命名の名前のNetBIOSシステムとの違いはDNS名前空間は、下記のとおり：

DNS名前空間を理解する

システムの命名DNSは、階層構造の名前空間を使用され、 DNS名前空間と呼ばれる。 は、 DNSの名前空間には、独自のルートに移動します。 数多くのサブドメインのルートに含めることです。 各サブドメインにも複数のサブドメインを含めることです。 DNS名前空間のツリー構造そこでは、論理的なエンティティは、エンティティに従属しており、それが置かれています。 の各ノードでは、 DNSドメインツリーには名前が、これはラベルと呼ばれる。 ラベルでも、最大で63文字です。 ノードには、同じ支店に位置してツリーいるDNSドメイン名が異なる必要があります。 ノードが存在するには、 DNSの階層別々の枝には、同じ名前のです。

の各ノードでは、 DNSドメインツリーまたはDNSの階層が識別される完全修飾名です。 これは、 DNSドメイン名を指定しますnode.s場所に関連しては、 DNSドメインツリー/階層にあります。 ドメイン名のリストとして定義されてできるラベルのルートからのパスに沿っては、 DNSドメインツリー/階層を、特定のノードを展開します。 のFQDNは、全体のラベルのリストを、特定のノードを展開します。

各ドメインに登録されDNSは、 DNSのネームサーバーに接続しています。 ドメインのDNSサーバーに返信する権限のクエリを提供し、その特定のドメインです。

インターネットコーポレーションフォーアサインドネームズアンドナンバーズ（ ICANNの）管理して、インターネットのドメインのDNSルートの名前空間です。 ICANNのグローバル一意識別子の割り当てを管理してはインターネットの操作キーをします。 これには、以下のコンポーネント：

DNSドメインのルートの下には、 トップレベルドメインです。 これらのトップレベルドメインにもICANNの管理されています。 トップレベルドメインの管理者のICANNは：

トップレベルドメインの追加で定義され、 2000年末のICANNは：

共通のトップレベルドメイン名を使用されて：

DNSのコンポーネントと用語の理解

のコンポーネントに依存してどのDNSが使用される用語や議論や管理のDNSは次のとおりです：

どのように解決のDNSクエリ

DNSクライアントのクエリを解決するには、 DNSサーバー名を入力します。 クエリには、次の重要な情報：

DNSクライアントを使用してクエリを実行する1つの3つのクエリは、 DNSサーバーの種類 ：

DNSサーバーの場合は試合を見つけることができないため、そのゾーン情報を照会された名前か、または、そのキャッシュ;は、 DNSサーバーのパフォーマンス問題を解決するに再帰名を入力します。 これは、デフォルトのDNSサーバーの設定をします。 再帰は、プロセスですDNSサーバーのクエリは、他のDNSサーバーは、クライアントです。 DNSサーバーの最初のクエリを実行され、他のDNSサーバーは、再帰実際に終了するメーカーの最初のDNSサーバーをDNSクライアント！

再帰を実行するために、 ルートヒントを支援するDNSサーバーを決定するには、 DNS名前空間のどこを探してばならない照会された名前を開始します。 ルートヒントは、コレクションのリソースレコードは、 DNSサーバーサービスの利用を見つけるには、権限をwho DNSサーバーのルートには、 DNSドメイン名前空間構造です。 を使用する場合はWindows Server 2003のDNSは、ルートヒントをすると、あらかじめ設定のCache.dnsという名前のファイルは既に存在します。 に関しましては、ファイルは、 Windows \ System32 \ Dnsディレクトリです。 のCache.dnsには、ルートサーバーは、インターネットのアドレスをDNS名前空間、およびプリロードをメモリには、 DNSサーバーサービスの開始時です。

しかし再帰が無効になっている場合は、 DNSサーバー、 DNSサーバーとの試合を見つけることができないため、そのゾーン情報を照会された名前か、または、そのキャッシュ;反復クエリを実行するクライアントを開始します。 ヒントのルートDNSサーバーからの参照が使用され反復クエリを実行します。 反復クエリを実行するときに、クライアントは、クライアントに送信再三の要求を別のDNSサーバーの問題を解決するにクエリ名を入力します。

のイベントが発生した場合で要求された名前を解決するためのクエリについて説明します：

  1. リゾルバ再帰DNSクエリを送信すると、ローカルのDNSサーバーのIPアドレスを要求する、特定の名を入力します。
  2. は、ローカルのDNSサーバーを参照することはできません。リゾルバを別のDNSサーバーは、ローカルのDNSサーバーの試みを解決するに要求されたドメイン名を入力します。
  3. ローカルのDNSサーバーのゾーンをチェックします。
  4. いいえゾーンが見つかった場合は、要求されたドメイン名、ローカルのDNSサーバーの反復クエリを送信するのルートDNSサーバーの名前を要求します。
  5. のルートDNSサーバーは、ドメインのルートに権限を持っています。 それに応答するネームサーバーのIPアドレスを、特定のトップレベルドメインです。
  6. ローカルのDNSサーバーの次の反復クエリを送信するため、このネームサーバーの名前を要求さwhoを順番に返信を、特定のネームサーバーのIPアドレスを要求したドメイン名サービスです。
  7. ローカルのDNSサーバーのクエリを入力し、送信するため、要求の名前を反復する特定のサービスを、特定のドメインネームサーバーです。
  8. ネームサーバーの応答を要求されたIPアドレスを入力します。
  9. のIPアドレスが返されるリゾルバしています。

異なる種類のクエリの応答をDNSサーバーから返されることには：

どのような貯蔵作品をDNSに

をDNSに、キャッシュが使用され、ネットワーク上のトラフィックを減らすためには、 DNSサーバーに送信されたクエリを生成します。 DNSサーバーサービスおよびDNSクライアントサービスの両方のDNSのパフォーマンスを向上させるためのキャッシュを活用し、特定のトラフィックを減らすためのDNSです。

関連記事上のDNS




Bookmark Understanding DNSブックマークの理解のDNS

最新のブログ投稿


著作権2008年の技術-よくある質問です。 すべての権利。