はじめに
背景と目的
本ドキュメントは、Webサイトを運営する際に出てくる「ドメイン名」と「サーバー名（ホスト名）」の関係をやさしく説明します。専門用語を最小限にして、具体例を交えながら基本を整理します。Webサイトを作るときに混乱しやすい用語や仕組みを、初心者の方が迷わず理解できるようにすることが目的です。
誰に向けた内容か
・これから自分のWebサイトを立ち上げる人
・レンタルサーバーや独自ドメインを使ってみたい人
・ITの基礎用語を分かりやすく学びたい人
この章で学べること
本章では、ドキュメント全体の構成と読み方を説明します。以降の章で扱う主なテーマは以下です：ドメインとサーバーの基本関係、DNSの役割、ホスト名とFQDN、Webサーバーの働き、ドメインの種類、紐づけ方法。各章は具体例と図で補足します。
読み方のポイント
専門用語は必要なときだけ使います。まずは全体像をつかみ、疑問が出た箇所を後の章で確認すると理解が深まります。次章から順に読み進めることをおすすめします。
ドメインとサーバーの基本関係
概要
ドメインはインターネット上の「住所」です。サーバーはその住所にある「土地」や「建物」にあたります。ドメイン名を使って目的の場所（サーバー）にたどり着き、そこに置かれたホームページやサービスを利用します。
アクセスの流れ（簡単なステップ）
- ブラウザにドメイン名を入力します。例：www.example.com
- DNS（ネームサーバー）に問い合わせ、ドメイン名をIPアドレスに変換します。例：93.184.216.34
- IPアドレスを使ってインターネット上で通信し、該当のサーバーに接続します。
- サーバー上のWebソフトがページを返し、ブラウザで表示されます。
具体例
例えば「example.com」が「93.184.216.34」に結び付いているとします。ブラウザはこのIPにHTTP/HTTPSで接続し、サーバーは保存してあるHTMLや画像を返します。これでホームページが表示されます。
なぜ分けて考えるか
ドメインとサーバーを分けると、サーバーを移動しても同じドメインで運用できます。管理が楽になり、信頼性や拡張性も高まります。
よくある誤解
・ドメインを持っているだけではホームページは表示されません。実際のデータを置くサーバーが必要です。
・一台のサーバーで複数のドメインを運用できます。特別な設定で同じIPに別のサイトを割り当てられます。
ネームサーバー（DNSサーバー）の役割
DNSはインターネットの住所録
ネームサーバー（DNSサーバー）は、ドメイン名とIPアドレスを結びつけます。電話帳のように「名前（例: www.example.com）→番号（例: 203.0.113.10）」を教える役割です。ユーザーがブラウザにドメインを入力すると、まずこの住所録へ問い合わせて接続先のIPアドレスを取得します。
具体的な流れ（簡単な例）
- ブラウザがドメイン名を送る
- 局所のDNS（キャッシュを持つサーバー）がまず確認する
- 見つからなければ上位のネームサーバーへ順に問い合わせ、最終的にそのドメインを管理するサーバー（権威DNS）からIPを受け取る
- 受け取ったIPでWebサーバーに接続してページを表示する
キャッシュと反映の遅れ
DNSは結果を一定時間保存します（TTL）。設定を変えても、その間は以前の情報が使われることがあり、反映まで時間がかかる場合があります。
問題確認のポイント
- ネームサーバーの設定が正しいか（ドメイン登録業者の管理画面）
- TTLとキャッシュの影響
- 権威DNSに正しいレコードが登録されているか
迷ったときは、ドメイン名とIPの対応を調べるコマンド（例: nslookup, dig）を使うと原因を特定しやすくなります。
ホスト名の概念
概要
ホスト名は、特定のサーバーやサービスを識別するための名前です。Webでは一般的に「www」が使われますが、社内や複数サービスを持つ環境では別の名前を付けて区別します。
使い方と位置づけ
ホスト名はドメイン名の前に付く文字列です。たとえば「www.example.com」では「www」がホスト名で、「example.com」がドメイン名になります。ホスト名を変えると、別のサーバーや別のサービスへアクセスを向けられます。
具体例
- Webサイト: www.example.com
- メール: mail.example.com
- ファイル転送: ftp.example.com
- API: api.example.com
企業内では printer01.example.local や db01.corp.example のように、機器や役割で分けることが多いです。
注意点
ホスト名は読みやすく短いほうが便利です。英数字とハイフンを使えますが、先頭や末尾にハイフンは付けない方が安全です。ホスト名自体はDNSと結びついてIPアドレスに解決され、サービスの場所を特定します。
FQDN（完全修飾ドメイン名）の構成
FQDNとは
FQDN（Fully Qualified Domain Name、完全修飾ドメイン名）は、インターネット上でホストを一意に示すための「完全な名前」です。ホスト名からトップレベルまでの階層をすべて含み、どのサーバーを指すか迷わないようにします。例として「www.winserver.ne.jp」があります。
3つの要素
- ホスト名（例: www）
- サーバーやサービスを指す名前です。複数のホストを同じドメイン内で区別できます。
- ドメイン名（例: winserver.ne）
- 組織や部署ごとのまとまりを示します。階層は左側へ行くほど特定の領域になります。
- トップレベルドメイン（TLD）（例: jp）
- ドメインの最上位部分です。国別や用途別に分類されます。
具体例で分解
www.winserver.ne.jp を分解すると、
– ホスト名: www
– ドメイン: winserver.ne
– TLD: jp
これにより「どこの組織の、どのホストか」が一目でわかります。
実務で気を付けること
- FQDNは必ず完全な階層を含めることが重要です。短縮した名前は誤解を生みます。
- DNS設定や証明書発行でFQDNが正確である必要があります。間違うと接続や認証に失敗します。
- 末尾にピリオドを付ける表記（例: www.example.com.）は技術的に完全な表現ですが、普段の表示では省略されることが多いです。
Webサーバーの役割
Webページの保存と管理
WebサーバーはWebページや画像、動画などのファイルを保存して管理します。例えば、あなたが作ったブログの本文や写真をサーバーに置くと、訪問者はそのデータを受け取れます。
リクエストの処理とレスポンス
ブラウザがURLを指定するとサーバーに「そのページをください」と依頼します。サーバーは依頼を受け取り、該当するファイルや生成したページを返します。静的なHTMLのほか、注文確認のような動的なページも作れます。
セキュリティの確保
通信を暗号化するHTTPSやアクセス制限、ログ記録で不正アクセスを防ぎます。たとえばパスワード保護やファイアウォールで安全性を高めます。
負荷分散と可用性
アクセスが増えると複数のサーバーで処理を分け、表示の遅れや停止を防ぎます。監視と自動復旧で常にサービスを使える状態に保ちます。
運用と監視
アクセス記録やエラー情報を残し、問題を見つけて改善します。これにより安定した表示と運用が可能になります。
第7章: ドメインの種類
独自ドメインとは
所有者が自由に決めて登録するドメインです。例えば「example.com」を自分で取得して使います。ブランド名や会社名をそのまま使えるため、信頼感を出しやすいです。
独自ドメインの利点・注意点
- 利点: ブランディングに有利、メールアドレスも独自に作れる、移転や設定の自由度が高い。
- 注意点: 取得や更新に費用がかかることがある。管理や設定は自分で行う必要があります。
共有ドメインとは
サービス提供者が持つドメインのサブ部分を借りる形です。例えばブログサービスなら「username.service.com」のようになります。複数人が同じドメインを使います。
共有ドメインの利点・注意点
- 利点: 初期費用がほとんどかからない、設定が簡単で手軽に始められる。
- 注意点: 独自性が出しにくい、提供者のルールに従う必要がある。将来移行する際に手間がかかることがあります。
どちらを選ぶかの目安
- 会社や長期で使うサイト、ブランド構築を重視するなら独自ドメイン。
- 趣味や試験運用、手軽さを優先するなら共有ドメイン。
具体例
- 独自: myshop.jp、company.co.jp
- 共有: username.medium.com、blog.examplehost.net
簡潔に整理すると、目的や予算に合わせて選べばよいです。
ドメインとサーバーの紐づけ
基本的な流れ
ドメインとサーバーはDNSという仕組みで結びつきます。まずドメインを取得した後、ドメイン管理画面でネームサーバー（DNS提供先）を設定します。ネームサーバーが決まると、そこでAレコードなどのDNSレコードを作成してドメインを特定のサーバーIPに向けます。
実際の設定手順（簡潔）
- ドメインを登録する。例：example.com
- レジストラでネームサーバーを指定する（レンタルサーバー付属のNSなど）。
- ネームサーバーの管理画面でAレコードを追加し、example.com → 203.0.113.10 のようにIPを指定する。
- ブラウザでアクセスし、サイトが表示されるか確認する。
メールやサブドメインの扱い
メールはMXレコード、サブドメインは別のAやCNAMEで設定します。たとえば mail.example.com にメールサーバーを向ける場合はMXやAで設定します。
注意点と確認方法
DNSの反映には時間がかかります（TTLにより数分〜48時間）。IPを変える場合はレコードを更新します。設定後はpingやDNSチェックツール、ブラウザでの確認を行ってください。設定ミスでサイトが表示されないことが多いので、スペルとレコードの値を丁寧に確認してください。
まとめ
Webサーバー名は「ホスト名＋ドメイン名」で構成され、FQDN（完全修飾ドメイン名）としてインターネット上で一意に機能します。たとえば「www.example.com」は「www」がホスト名、「example.com」がドメイン名です。ドメインが住所、サーバー名が建物の表札のような役割を果たし、DNS（ネームサーバー）がその表札をIPアドレスの場所へ結びつけます。これによりブラウザが正しいサーバーへたどり着けます。
主なポイント
- FQDNはサーバーを一意に特定します。設定や証明書発行で必ず使います。
- DNSでホスト名とドメインをIPに紐づけます。正しい設定がなければアクセスできません。
- ホスト名は分かりやすく短くするのがおすすめです（例：www, mail, api）。
実務上の注意
- サーバーを追加するときはFQDNを決め、DNS設定を忘れず行ってください。
- SSL/TLS証明書やサービス設定ではFQDNを使います。記述ミスがあると接続できません。
- 変更時はDNSの反映（プロパゲーション）を待ち、動作確認をしてください。
この章で学んだ基礎を押さえれば、ドメインとサーバーの関係を正しく扱えるようになります。安心して運用できる環境作りに役立ててください。
