ドメインをipアドレスに変換

最後に、キャッシュサーバーは「nifcloud.com」ドメインの権威サーバーに対して、同様の問い合わせを行います。「nifcloud.com」ドメインの権威サーバーは当然、自身のサブドメインである「pfs.nifcloud.com」のIPアドレスの情報を持っているため、このIPアドレスを回答します。キャッシュサーバーは、この結果をクライアントであるPCに回答し、名前解決は完了です。

逆引きとは簡単に言うと正引きの反対の動作です。ホスト名（ドメイン名）からIPアドレスを導き出す正引きとは逆に、逆引きではIPアドレスから対応するホスト名（ドメイン名）を導き出します。

そして、人間が覚えやすい名前であるドメイン名と、コンピューターが理解できるIPアドレスをひも付けるのがDNSだ。DNSでは「DNSサーバー」がドメイン名とIPアドレスの対応表（ひも付け）を管理する。DNSサーバーはネームサーバーとも呼ばれる。

たとえば、非完全修飾ドメイン名「workday」を解決するときに、DNS サフィックス「citrix.net」が設定されている場合、オペレーティングシステムはサフィックス「citrix.net」を追加し、解決は「workday.citrix.net」になります。

そこで、より分かりやすく運用するために、IPアドレスを「wis-works.jp」といった文字列へと置き換えています。この文字列を、ドメインといいます。

たとえば、インターネットサービスプロバイダーが提供する回線を使って自宅でWebサーバーを構築する場合を想定してみます。そのWebサーバーのホスト名やドメイン名はユーザー任意の文字列である一方、プロバイダーが提供するIPアドレスの逆引きから導き出せるホスト名は、多くの場合そのプロバイダーに関連する文字列が使われます。このような場合、正引き・逆引きの対応は一致しません。それでもWebサーバーが構築されたサーバーのIPアドレスを逆引きすることで、どのプロバイダーの回線を使っているかはたいてい確認できます。

ドメインとIPアドレスを相互変換します。改行区切りで入力することで一斉に変換できます。

グローバルIPアドレスが重複を許されないのと同様、「インターネット上の住所」であるドメインも、世界中に同一のものがあってはなりません。

ドメインのうち、「.」の右側文字列「com」「net」「jp」などは、「トップレベルドメイン(TLD)」と呼ばれ、用途別にさまざまな種類があります。

ニフクラでは、オンデマンドで構築・管理・運用が可能なDNSを提供しています。DNSの基本的な機能（権威サーバー機能）に加えて、GSLB（広域負荷分散）、ドメイン取得・管理などの機能を利用可能となっています。詳細については、「DNS / GSLB（広域負荷分散）/ ドメイン取得・管理」を参照してください。

たとえば、Webサーバーのアクセスログには接続元のインターネットの住所であるIPアドレス（例：203.142.205.135）が記録されます。これを逆引きしてホスト名（ドメイン名）（例：www.kagoya.jp）を導き出すことで、そのホスト名の文字列やドメイン名からよりわかりやすい形で接続元の分析ができるわけです。

例えば、sample.co.jpのIPアドレスを知るには、検索の起点となる最上位の「ルートサーバー」から問い合わせを始め、jpドメインの管理DNSサーバーを知り、次はそこでco.jpドメインの管理DNSサーバーを知り、やっと最終的に求めるsample.co.jpのIPアドレスを得ます。こんなに何度もの問い合わせが水面下で行き交っているのです。

インターネットのWebサイトを閲覧する際には、Webブラウザーのアドレス欄に「www.nikkeibp.co.jp」といったドメイン名を入力する。これにより目的のWebサイトにアクセスできるのは、DNS（Domain Name System）の「名前解決」と呼ばれる仕組みのおかげだ。ここでは、DNSの基本機能である名前解決の役割と仕組みについて解説する。

また、逆引きによって確認されたホスト名（ドメイン名）からあらためて正引きを行い導き出されたIPアドレスと元のIPアドレスを比較することで接続元の出自の正確性をある程度はかることができます。これはドメイン名・IPアドレスの取得はそれぞれ別々に行われ管理者が別々である場合もあるため、お互いの情報に整合性があればそれだけ信頼度が高いと考えられるためです。しかし、正引きと逆引きの対応を一致させないといけないといったルールはないため、必ずしも整合性がとれるとは限らないので注意が必要です。

DNS サフィックス設定では、DNS サフィックス機能を使用して設定されたドメインにサフィックスを付けることによってのみ、クライアントは完全修飾されていないドメイン名を解決できます。エンドユーザーが DNS サフィックスドメインの FQDN にアクセスするには、管理者がアプリケーションに IP アドレス、FQDN、またはワイルドカードドメインを設定する必要があります。詳細については、「 ユースケース例」のポイント 4 を参照してください。