IPアドレスでは解り難い

MACアドレス や IPアドレス は、 ホスト や通信機器の ユニーク な識別情報です。

しかしそれらの識別情報はどちらも「人間にとって意味のない記号や数字」であり、卑近な例でいえば郵便番号や地番、番地などのように、「感覚的に所在地を示すことができないもの。」です。平たく言えばただの記号の羅列にすぎません。

そういった「人間にとって意味のない記号や数字」は人間にとって覚えにくく、間違えやすいため、これらを一般ユーザーが利用する所在地情報として使用するのは不適切です。

例えば、「我が社の概要はホームページで公開されています。アクセスは

です。」

では、なんとも味気ないものですし、これを覚えてくれ、とお願いするほうが無理な話です。アクセスに必要なキーワードは、会社の名前とか、代表的な商品名とか、そういうから連想されるものであるべきです。そして、インターネットには実際にそういう仕組みが用意されています。

その基本になるのが、 ドメイン名 です。

ドメイン名は、そのドメイン名を所有する人や団体の地域、団体の種別、任意の呼称から成り立っています。そして、このドメイン名を利用して、インターネット上でアクセスできる FQDN を決め、

「FQDNであるwww.obenri.comはIPアドレス211.183.111.34を指し示す。」

というルールを作ってやれば、

「我が社の概要はホームページで公開されています。アクセスは

までお願いします。」

と表現できるようになるわけです。

これは携帯電話の電話帳機能によく似ています。つまり、暗記し難い電話番号に対して、その持ち主の名前を結びつけて登録しておけば、電話番号をなんら意識することなく発信、受信が可能、という訳です。

もし、「自分の 公開サーバー には名前なんて必要ない、IPアドレスだけでも構わない。」ということであれば、もちろんドメイン名は不要です。

しかしながら、IPアドレスとFQDNを結びつけるシステムは、ただ単純に「そのほうが解り易い」というだけでなく、運用上様々なメリットを生みます。ドメイン名なしで公開サーバーを運用するのは「ほとんど意味の無い行為」といってもいいでしょう。

ドメイン名の取得と効果的な運用は、公開サーバーを運用するには必修のテクニックといえますので、がんばって勉強しましょう。

URLとFQDN

今ホームページを表示している Webブラウザ のアドレスバーをご覧ください。

ブラウザに特別な設定を行っていない場合は、

という URL が表示されているはずです。

左端の "http://" は、この コンテンツ が HTTP で サーバー から送られてきたものであることを示しています。

一番右端の "domain.html" は、現在表示されているページのファイル名、その左側の "_network" は、 "domain.html" ファイルが格納されている パス を示します。

そして真中の "www.obenri.com" が、このサーバーのインターネット上の所在地情報で、 FQDN と呼ばれるものです。その構造を以下に示します。

FQDNの構造の例

FQDNは通常、ユーザーが自由に設定できる ホスト名 と、JPNICに申請して取得する必要のある ドメイン名 をドット "." で区切って左から並べたものになります。

つまり、上のFQDNでは、ホスト名が "www" で、ドメイン名が "obenri.com" ということになります。

ホスト情報の表示　 　全ページリストへ　 　お便利用語リスト

ホスト名とは空虚なもの?

ホスト名 は、 FQDN の中で最も低位の識別情報で、乱暴な言い方をすれば、ユーザーが自分で勝手につけていい名前です。

例えば、運用する ホスト機 が、 Webサーバー ならば "www" 、 メールサーバー ならば "mail" 、 FTPサーバー ならば "ftp" という具合でしょうか。

すると例えば ドメイン名 が "obenri.com" の場合には、それぞれのFQDNは、

ということになります。

この、 "www""mail""ftp" などのホスト名は、特に規則がある訳ではありません。とりあえず習慣でそうしているだけです。

ですから、例えばWebサーバー用を "homepage" としても構いませんし、極端に言うならFTPサーバー用を "mail" としてしまっても、単に「間違え易い名前」というだけでFTPサーバーの運用上は何の問題もありません。

さて、 WindowsOS や MacintoshOS の一般的な LAN は、

「すべてのホスト機には、 ユニーク なコンピュータ名がただ一つずつ付けられている。」

という構造になっていますが、 TCP/IP のネットワークでは、一つのIPアドレス、つまり一台のホスト機に対して複数のホスト名(正確にはFQDN)を割り当てることもできますし、逆に複数のIPアドレス、つまり複数のホスト機に対して一つのホスト名を割り当てることも可能です。

このホスト名の運用の自由度の高さと柔軟性こそが、TCP/IPの最大の特徴であり、これだけ世の中に普及した理由と考えて間違いないでしょう。

そしてその仕組みも、一見ややこしそうに思えますが、理解してしまえばあまり難しいものではありません。

ただ、「WindowsOSやMacintoshOSのネットワークのシステムこそコンピュータネットワークの基本」と思い込んでいる方にとっては、逆にその概念が邪魔になって、かえって難しく思えるかもしれません。

しかし、インターネット上で 公開サーバー の運用を目指すには、その仕組みを正しく理解し、自由自在に操るテクニックは必ず身に付けておく必要があると思います。

その詳しい仕組みと利用方法を知るには、 DNS に対する理解を深める必要がありますので、こちらも合わせて勉強してください 。

ホスト情報の表示　 　全ページリストへ　 　お便利用語リスト

ドメイン名の構造

ドメイン名 は IPアドレス に代わってインターネット空間での所在地情報を担うものですから、当然 ユニーク なものでなければなりません。

そこでドメイン名はIPアドレスと同様に、 NIC(Network Information Center ) と、その下部組織によって、重複しないように管理されています。

ドメイン名は普通、 ホスト名 などと組み合わせた FQDN という形で利用しますが、ドメイン名自体がユニークな情報であるため、FQDNも必ずユニークなものになります。FQDNがインターネット上の識別情報として利用できるのは、そういう理由によるものです。

さて、日本では住所を書くとき、「○○県△△市××町□□番地」という具合に、行政区の大きさの順に左から表記します。しかし、 ドメイン名 はその全く逆で、 右側から大きな分類の順に記述されます。

というドメイン名の場合、右側の "com" の部分は、 TLD(Top Level Domain) といって、特殊な用途や団体、国、地域などの識別部分です。

左側の "obenri" は任意の名称です。この名称は自分の好きなもので申請できますが、既に同じものが誰かに取得されていたら当然取得することはできません。もちろん、TLDが異なっていれば違うドメイン名になりますから取得は可能になります。

このTLDと任意の名称をドット "."で区切って右側から並べたものがドメイン名ということになります。

また、ドメイン名は、 FQDN を設定する際、更に細かく分ける必要があるときに、しばしば サブドメイン が使われます。その例を以下に示します。

サブドメインを含むFQDNの構造の例

サブドメインは必ずしも必要なものではありませんが、一つのドメインで複数の コンテンツ を運営したり、メールの利用者を幾つかのグループに分けて運用したり、という場合に有効な手段となります。

ホスト情報の表示　 　全ページリストへ　 　お便利用語リスト

TLDの分類

Generic TLD

インターネットがアメリカの軍事用ネットワークを起源としていることは良く知られていますが、Generic TLD(gTLD)は発祥地である米国の「権威のあるドメイン名」といっていいでしょう。

gTLDの ドメイン名 の一部は世界中の人々が自由に取得できるように開放されています。特に ".com" や ".net" は日本でも個人で取得が可能で、人気の高いドメイン名です。

以下に取得に特別な制限のない主なgTLDの一覧を示します。

Country Code TLD

Country Code TLD(ccTLD)は、世界の国と地域に割り当てられたTLDで、二百数十種類あります。このTLDを持つドメイン名は、普通、対象となる地域の人や団体、企業のみ取得することができます。以下にいくつか例を示します。

ccTLDは国や地域の団体によって管理されていますが、 "cc" や "tv" 、 "cn" 、 "us" のように市場開放され、世界中の人々が取得可能になっているものもあります(その国の事情によって取得の手続き、制限などが異なります。)。

日本のccTLD

日本のccTLDには、「汎用JPドメイン」、「属性型ドメイン」、「地域型ドメイン」があります。もちろん海外のドメイン名にも似たような制度はありますが、日本と同じという訳ではありません。

"co.jp"ドメインを用いたFQDNの例

日本のccTLDドメインの管理は、2002年4月より JPRS「(株)日本レジストリサービス」 が行っています。それ以前はJPNICが行っていましたので、雑誌やインターネット上ではまだJPNICが管理しているという記述がありますので注意してください。

以下は、 JPRS公式サイト からの引用によるccTLDの一覧です。

地域型JPドメインは、例えば、 "city.setagaya.tokyo.jp" のように、地域名そのものがドメイン名の一部になるもので、地方公共団体・特別区およびその機関や他の属性型JPドメイン名の登録資格を満たす組織が取得することができるものです。もちろん、任意に取得することはできません。

ホスト情報の表示　 　全ページリストへ　 　お便利用語リスト

ドメイン名の取得方法

個人で ドメイン名 を取得する場合、普通は レジストラ と呼ばれる代行業者を利用します。

例えば検索エンジンから「ドメイン名取得、レジストラ」のようなキーワードで調べればいくつもヒットします。

価格は、TLDの種類やレジストラによってまちまちで、年間で数百円〜数千円程度が相場です。

ただ、安いから良い契約、という訳ではなく、例えばそのレジストラがレンタルサーバーのサービスを兼ねていて、

「我が社指定の Webサーバー で コンテンツ の運用を有料契約する場合に限って○○円」

などの条件がついている場合がありますので、契約内容をよく確認する必要があります。また、一年単位の契約より複数年で契約したほうが安上がりの場合もあります。

個人で 公開サーバー を運用する場合によく用いられるTLDは、 "com" 、 "net" 、 "jp" です。

ただし個人ではなく、会社や団体の場合は、信用を重視するならば co.jp 、 ne.jp などの属性型を取得しても良いでしょう。

ドメイン名は、既に同じものが誰かに取得されていなければ、TLD毎の取得に関する制限を除けば、原則として誰でも取得できます。

自分が取得したいドメイン名を、既に誰かが取得しているかどうかは、レジストラのホームページ上から簡単に調べることができます

左のバナーからレジストラ「お名前.com」のサイトに移動すると、取得したいドメイン名チェックを試してみることができます(そのまま取得することもできます)。

TLDが異なれば、ドメイン名の名称の部分(このコンテンツの "obenri" に相当する部分)が同じでも異なるドメイン名とみなされますから、例えば "obenri.com" が誰かに取得されてしまっていたとしても、 "obenri.jp" や "obenri.net などが未取得であれば、これらを取得するという選択肢もあります。

ドメイン名の取得の申し込みは書類でも行うことができる場合がありますが、大抵はレジストラのホームページ上から直接行います。料金はクレジットカード決裁か銀行振込が一般的ですので、どちらか都合のよいほうを選択することになります。

ドメイン名は取得しただけでは意味がありません。ドメイン名を取得したら、そのドメイン名の「電話帳」というべき、公開された DNSサーバー に登録する必要があります。

DNSサーバーは自分で作成、設置することもできますが、 ダイナミックDNS という方法を利用すれば、運用に多少の制限があり、少しばかりのテクニックが必要ですが、自分でDNSサーバーを設置することなくドメイン名の運用が可能になります。

ホスト情報の表示　 　全ページリストへ　 　お便利用語リスト