はじめに
本書の目的
本ドキュメントは、Webサーバー名（サーバーソフトの種類）の確認方法を分かりやすく説明するために作成しました。基本的な役割や代表的なサーバーソフトの特徴、WASとの違い、確認の意義、そして具体的な確認手順まで順を追って学べます。
対象読者
- Webサイトの運用・管理を担当する方
- 開発者や学習中の方で環境把握をしたい方
- セキュリティやトラブル対応で情報収集が必要な方
専門知識が深くなくても読み進められるよう、用語はできるだけ平易に説明します。
本章の位置づけ
第1章では本書の目的と構成、読み方を案内します。第2章以降で基礎知識や具体例、操作手順を順に扱います。まずは全体像をつかんでください。
本書の使い方
実際の操作例やコマンドを示しますが、手順はテスト環境で試すことを推奨します。自分で確認する際は、必ず対象サーバーの管理権限や許可を確認してください。
注意事項
第三者のサーバーに無断で調査を行うと法的・倫理的問題が生じます。必ず許可を得た範囲で作業してください。
Webサーバーとは？まずは基本を押さえる
基本的な役割
Webサーバーは、ブラウザからの「このページを見せてください」という要求（リクエスト）を受け取り、HTML・画像・CSSなどのデータを返す（レスポンスする）仕組みです。ホームページやブログの「保管場所兼配信係」とイメージすると分かりやすいです。たとえばブラウザでURLを開くと、サーバーが該当するファイルを送り返します。
ハードとソフトの違い
「サーバー」は物理的なコンピュータを指すことがありますが、実際にはその上で動くWebサーバーソフトウェア（配信するプログラム）を指す場合が多いです。両方合わせてWebサイトを公開します。
静的と動的
静的コンテンツは既にあるファイルをそのまま返します（例：写真やHTML）。動的コンテンツは利用者の操作に応じてプログラムがページを作って返します（例：検索結果やログイン後の画面）。
簡単なやり取りの流れ
- ブラウザがURLでサーバーに接続
- サーバーが該当ファイルやプログラムを探す
- 必要ならデータベース等から情報を取得
- ブラウザへデータを送って表示
運用で押さえるポイント
- ファイルの置き場所やアクセス権を正しく設定
- ログを確認して問題を見つける
- 通信は暗号化（HTTPS）するのが一般的
以上がWebサーバーの基本です。次章で具体的な代表名と特徴を見ていきます。
代表的なWebサーバー名と特徴
Apache
歴史が長いオープンソースのWebサーバーです。設定の自由度が高く、モジュールで機能を追加できます。共有ホスティングや古いシステムでもよく使われ、初心者でも情報を見つけやすい点が魅力です。例：.htaccessでディレクトリ単位の設定ができる。
Nginx
高速で軽量、同時接続に強いサーバーです。リバースプロキシやロードバランサーとしても使われます。静的ファイル配信が速く、高トラフィックなサイトに向きます。例：多数のアクセスを効率よくさばく。
LiteSpeed
商用主体の高性能サーバーです。Apacheの設定と互換性があり、PHP（特にWordPress）で高いパフォーマンスを発揮します。キャッシュ機能が充実しており、処理の高速化が図れます。
Microsoft-IIS
Windows専用のWebサーバーです。.NET系のアプリケーションとの相性が良く、Windowsサーバー環境で管理しやすいです。GUIで設定できるため、Windows管理者には取り扱いが分かりやすい利点があります。
Caddyなどの新興サーバー
Caddyは自動でHTTPSを有効にするなど運用を簡単にする設計です。設定がシンプルで小規模〜中規模のサイトや開発環境に向きます。他にもLighttpdなど軽量サーバーが用途に応じて選ばれます。
WebサーバーとWAS（Webアプリケーションサーバ）の違い
概要
Webサーバーは主に静的なファイル（HTML、画像、CSS、JavaScript）を配信します。一方、WASは動的な処理（ログイン認証や検索、データ更新など）を実行します。両者は役割が明確に分かれていることが多いです。
役割の違い
- Webサーバー：リクエストを受け取り、静的リソースを返す。負荷分散やキャッシュ、SSL終端（暗号化の終点）を担うこともあります。代表例はApache、Nginx、IIS。
- WAS：アプリケーションのビジネスロジックを実行する。データベースとのやり取りやセッション管理を行います。代表例はTomcat、Jetty、WildFly。
3層構造での処理の流れ
一般的な流れはクライアント→Webサーバー→WAS→データベースです。クライアントの要求がまずWebサーバーに届き、静的なら直接応答、動的ならWASに転送して処理結果を受け取って返します。Webサーバーがリバースプロキシや負荷分散を行う場合が多いです。
なぜ区別が重要か
区別を理解するとトラブル対応や性能改善が容易になります。静的配信の問題ならキャッシュ設定やHTTPヘッダを見れば良く、動的処理の遅延ならWAS側のスレッドやDBアクセスを調べます。セキュリティ対策やログの役割分担も明確になります。
簡単な見分け方
- ポート：Webサーバーは80/443、WASは8080などが使われることが多い（ただし例外あり）。
- レスポンス：静的ファイルなら拡張子が付く。動的ならCookieやSet-Cookie、X-Powered-Byなどのヘッダが含まれることがあります。ネットワーク構成や応答パターンを見れば区別しやすくなります。
なぜWebサーバー名を確認したいのか（確認する意味）
概要
Webサーバー名を確認することは、運用や設計で役立つ重要な手がかりになります。サーバーソフトごとに設定方法や機能、挙動が違うため、正しい判断や作業の前提になります。
主な理由と具体例
- 設定やチューニングのため
-
例：Apacheは.htaccessやmod_*で制御するのに対し、Nginxは設定ファイルで集中管理します。どちらかで作業手順が変わります。
-
機能やモジュールの利用可否判断
-
例：URL書き換えや認証モジュールの有無で実装方法が変わります。使える機能を把握して最適な実装を選べます。
-
パフォーマンス改善や移行検討
-
例：高負荷対応やキャッシュ設定はサーバーの特性で効果が変わります。将来の移行を検討するときの基準になります。
-
セキュリティやバージョン管理
-
例：既知の脆弱性が特定のサーバー名・バージョンに依存することがあります。対策やアップデート計画に直結します。
-
障害対応や互換性確認
- 例：ログの形式やエラーメッセージがサーバーで異なるため、原因特定や復旧手順を選びやすくなります。
運用上の利点
担当者が素早く適切な対応を取れます。無駄な試行を減らし、安定運用や安全な改修につながります。
代表的なWebサーバー名の確認方法（概要）
Webサーバー名を確認する方法は主に3つあります。ここでは誰でも試せる概要を分かりやすく説明します。
方法1：HTTPレスポンスヘッダのServerフィールドを確認
ブラウザの開発者ツール（Networkタブ）でレスポンスヘッダを見ます。コマンドなら curl -I https://example.com のようにしてServerフィールドを確認できます。公開側の情報なので、運用側が隠していると表示されないことがあります。
方法2：サーバーOS側でプロセス名を確認
サーバーにログインできる場合、実行中のプロセスで判別します。Linuxなら ps や systemctl で httpd（Apache）や nginx、LiteSpeed のプロセスを探します。Windowsならサービス一覧で「World Wide Web Publishing Service（IIS）」を確認します。サーバーへのアクセス権が必要です。
方法3：設定ファイルの場所から判断
設定ファイルの存在で判断できます。典型的な場所は /etc/nginx/nginx.conf や /etc/httpd/conf/httpd.conf、/usr/local/lsws/ 配下などです。Windowsなら %windir%\system32\inetsrv\config\applicationHost.config が目安です。
注意点
CDNやリバースプロキシが間にあるとヘッダが変わる場合があります。サーバー側を確認する際は必ず適切な権限で行ってください。
