ドメイン・ネーム・システム(DNS)は、ドメイン名をIPアドレスにマップ(解決)するネットワークベースのサービスです。 分離された小規模なネットワークの場合は、/etc/hostsファイルのエントリを使用してマッピングできますが、インターネットに接続しているほとんどのネットワークはDNSを使用します。

DNSは階層的な分散データベースで、階層の各レベルはピリオド(.)で区切られています。 次の完全修飾ドメイン名(FQDN)を考えてみます。

wiki.us.mydom.com.

FQDNの最後のピリオドで表されるルート・ドメインは、通常、DNS構成ファイル以外では省略されます。

wiki.us.mydom.com

この例では、最上位レベルのドメインがcomで、mydomはcomのサブドメイン、usはmydomのサブドメイン、wikiはホスト名です。 これらの各ドメインは、管理の目的でゾーンにグループ化されています。 DNSサーバー(つまり、ネーム・サーバー)には、ゾーン内のコンポーネント・ドメインの解決に必要な情報が格納されます。 さらに、ゾーンのDNSサーバーには、各サブドメインの解決を行うDNSサーバーへのポインタが格納されます。

us.mydom.comドメイン外のクライアントが、そのローカル・ネーム・サーバーでFQDN (wiki.us.mydom.comなど)をオーソリタティブでないネーム・サーバーのIPアドレスに解決するようにリクエストした場合、ネーム・サーバーは、comドメインに対してオーソリタティブなネーム・サーバーのアドレスをルート・ネーム・サーバーに問い合せます。 このネーム・サーバーを問い合せると、mydom.comのネーム・サーバーのIPアドレスが返されます。 次に、このネーム・サーバーを問い合せると、us.oracle.comのネーム・サーバーのIPアドレスが返され、この最後のネーム・サーバーを問い合せると、FQDNのIPアドレスが返されます。 このプロセスは再帰問合せと呼ばれ、ローカル・ネーム・サーバーは、リゾルバのかわりに、外部ネーム・サーバーから別のネーム・サーバーへの各参照を処理します。

反復問合せは、FQDNに対してオーソリタティブなネーム・サーバーをトレースするために各外部ネーム・サーバーからの参照を処理できるリゾルバに依存します。 ほとんどのリゾルバは再帰問合せを使用するため、反復問合せのみをサポートするネーム・サーバーは使用できません。 幸いにも、ほとんどの

Oracle Linuxでは、DNSのBerkeley Internet Name Domain (BIND)実装を提供しています。 bindパッケージには、DNSサーバー・デーモン(named)、DNSで使用するツール(rndcなど)、および次に示すいくつかの構成ファイルが含まれます。