JPNICJavaScriptが無効になっています。JavaScriptを有効にしてご利用いただくことで、より快適にご利用いただけます。メールの宛先ホストを指示するためのシステムです。Systemの略で、その名前が示すようにインターネット上でドメイン名(ドメインネーム※1)を管理・運用するために開発されたシステムです。DNSはインターネットを利用するうえでなくてはならない存在であり、現在のインターネットにとって、必要不可欠なシステムの一つとなっています。DNSとはどのようなものなのでしょうか。インターネットに接続している機器には「IPアドレス」という固有の番号が必ず割り当てられます。インターネット上におけるすべての通信は、相手先のIPアドレスが指定されることにより行われます。Web(http://www.nic.ad.jp/)をWebブラウザで見る場合、実際にはwww.nic.ad.jpのIPアドレスである202.12.30.144という宛先IPアドレスに対して通信が行われることになります。そのためhttp://www.nic.ad.jp/を指定するかわりにhttp://202.12.30.144/とすることも可能です※2。このようにIPアドレスで相手先を直接指定することは、インターネットを利用する各ユーザーが、該当するWebサーバ等のIPアドレスをなんらかの方法ですべて記憶しておく必要があり、現実的ではありません。なんらかの理由により相手先ネットワークの構成が変更された場合、IPアドレスはしばしば付け直されたり、変更される場合があります。このような場合、以前記憶していたIPアドレスでは接続できなくなってしまいます。そのため、より人間が覚えやすく使いやすい「名前」で指定できるようにするためのしくみが必要となります。DNSはそれを実現するためのシステムです。いうテキストファイルを使用していました。これと同じ仕組みは、現在でもUNIXベースのシステムに/etc/hostsファイルとして存在しています。FTPで公開※6されていました。当時、新しくARPANETに接続した組織は、最新のHOSTS.TXTをSRI-NICから入手し、自分のホストに導入していました。これにより、相手先ホストを名前で指定することができるようになります(図1)。自分の名前とIPアドレスの対応は、SRI-NICにメールで通知します。SRI-NICではこのメールを受けてHOSTS.TXTの更新作業を行い、公開します。各ホストでは、定期的にSRI-NICからHOSTS.TXTを入手し、ファイルを更新すればいいことになります。等の理由により、1980年代初頭にはすでに限界に達していました。そこで、これらの問題を解決するための新たな仕組みが開発され、1983年にRFC882およびRFC883として発表されました。これが現在のDNSの元となったものです。その後RFC882とRFC883は1987年にそれぞれRFC1034とRFC1035に改版され、現在のDNSになりました。DNSにはその後も数多くの機能付加や改良が行われ、現在に至っています。DNSのしくみDNSのしくみについて説明しましょう。DNSでは名前空間の最上位に「ルートサーバ」と呼ばれるサーバが作成されます。ルートサーバでは"jp"や"com"など、一番上位のドメイン名(TLD※7)のDNSサーバがインターネット上のどの位置にあるか(つまり、どのIPアドレスなのか)を管理します。TLDサーバではそれぞれの空間で管理される名前、たとえば"example.jp"や"ad.jp"などのDNSサーバがどこにあるかを管理します。"example.jp"のサーバでは自分の名前空間の中にあるホストへの対応表、たとえば"www.example.jp"のIPアドレスが管理されます。このようにDNSでは、名前を「ドメイン」と呼ばれる階層構造で管理することによりデータを複数のホストに分散化して管理するようになっています(図2)。名前を「ドメイン」として階層化し、更新作業の集中を防止が実現され、HOSTS.TXTを一元管理していた際に生じた問題が解決されました。DNSの階層構造DNSにおける問い合わせの流れ実際にDNSを使用して名前を問い合わせるときの流れについて説明しましょう(図3)。DNS問い合わせの流れDNSを利用するときにはまず「DNSサーバに問い合わせを行うためのサーバ」を1台用意します。問い合わせを行うためのサーバには、ルートサーバのIPアドレスが書かれた表をあらかじめ準備しておきます。問い合わせを行うためのサーバは、組織内の他の機器(PCなど)から問い合わせの依頼を受けます。"www.example.jp"というドメイン名のIPアドレスの問合わせを受けた場合、まずルートサーバにwww.example.jpのIPアドレスを問い合わせます。ルートサーバはそれに対し「それはjpサーバが管理しています」ということを知らせるために、jpサーバの位置を知らせます。結果を受け取ったサーバは、jpサーバに同様の問い合わせを行います。jpサーバはルートサーバと同様に「それはexample.jpサーバが管理しています」ということを知らせます。最終的に問い合わせを受けたexample.jpサーバが、www.example.jpのIPアドレスを返します。このようにDNSでは、問い合わせを行うためのサーバがルートサーバから下位サーバに対し反復的に名前を問い合わせることで※8、すべての名前空間に対する問い合わせに対応できるようになっています。DNSでは、同じ問い合わせを繰り返し行うことを防止するため、DNSサーバへの問い合わせによって得た結果をある時間記憶しておく(キャッシュする)仕組みが実装されている場合があります。キャッシュが有効な間に同じ内容の問い合わせがあった場合、サーバでは再度反復問い合わせをすることなく、自分が持っているキャッシュの内容を回答します。このため、問い合わせを行うためのサーバは「DNSキャッシュサーバ」とも呼ばれています。DNSの今後DNSは開発されてから現在までほぼ15年間、基本設計を変えることなくインターネット上の重要なプロトコルとして利用されてきました。その間にインターネットはめざましい成長をとげ、現在では社会的インフラの一つとして、なくてはならない存在となりました。このようなインターネットの成長を見えない部分から支えてきた技術の一つがDNSであるといえるでしょう。インターネットの安定運用のためには、安定なDNSの運用が必須条件となります。このための管理体制や安定運用のための技術的な試みが、ICANN、IETFをはじめとする国際調整の場で積極的に議論されています。ような、DNSをとりまく新しい技術の開発により、インターネットにおけるDNSが果たす役割は今後ますます大きくなっています。JPNICではドメイン名に関する情報センター業務の一環として、今後もICANN等における国際調整の状況をみなさんにお伝えするとともに、インターネットにおいてより安定したDNSの運用が行われるよう、各種団体への働きかけを継続して行っていきます。IPアドレスを直接指定して見ることができない場合もあります。Agency:ARPA)により構築された分散型コンピュータネットワークです。すべて一つの名前空間で管理されていました。SRI-NICのIPアドレスとして10.0.0.73が使われていました(RFC810を参照)。最初のFTPではこのIPアドレスを直接指定していました。フルドメイン名の一番右端の要素。"jp"や"com"などがこれに相当します。query)といいます。DNSのデータの信頼性を向上させるための技術です。トピックスとお知らせ一覧SNS2020年2019年2018年2017年2016年2015年2014年2013年2012年2011年2010年2009年2008年2007年2006年2005年2004年2003年2002年2001年2000年1999年1998年1997年Web更新履歴一覧2020年の更新履歴2019年の更新履歴2018年の更新履歴2017年の更新履歴2016年の更新履歴2015年の更新履歴2014年の更新履歴2013年の更新履歴2012年の更新履歴2011年の更新履歴2010年の更新履歴2009年の更新履歴2008年の更新履歴2007年の更新履歴2006年の更新履歴2005年の更新履歴2004年の更新履歴2003年の更新履歴2002年の更新履歴Q&AIPアドレスWHOIS/DBJPNIC認証局ドメイン名ニュースレター/メールマガジン会員JPNICについて統計よくある質問イベントカレンダー2020年2019年2018年2017年2016年2015年2014年2013年2012年2011年2010年2009年2008年2007年2006年2005年2004年2003年2002年2001年2000年1999年1998年1997年1996年1995年1994年1993年WHOISGateway表示例このページを評価してくださいこのWebページは役に立ちましたか?役に立った役に立たなかったどちらとも言えないページの改良点等がございましたら自由にご記入ください。回答を差し上げられません。回答が必要な場合は、お問い合わせ先をご利用ください。Views)登録パスワードが記載された確認メールが発送されます。再度ご登録手続きを行ってください。Views)登録パスワードが記載された確認メールが発送されます。再度ご登録手続きを行ってください。