Linuxサーバーの主な種類

Last updated at 2025-12-20Posted at 2025-12-20

サーバーの主な種類（全体マップ）

種類	役割	例
DNSサーバー	ドメイン名 → IPアドレスに変換	ルートDNS、TLD、権威DNS、再帰リゾルバ
Webサーバー	Webページを配信	Apache、Nginx
メールサーバー	メール送受信	Postfix、Dovecot
データベースサーバー	データ保存・検索	MySQL、PostgreSQL
アプリケーションサーバー	Webアプリの処理	Tomcat、Node.js
ファイルサーバー	ファイル共有	Samba、NFS
プロキシサーバー	中継・キャッシュ	Squid
DHCPサーバー	IPアドレス自動割り当て	isc-dhcp
監視サーバー	サーバー監視	Zabbix、Nagios

DNSサーバーの種類（検索結果に基づく正確な分類）

DNSサーバーは 4種類に分類されます

種類	役割
① 再帰リゾルバー（キャッシュDNS）	クライアントからの問い合わせを受け、必要なら他のDNSへ問い合わせる
② ルートDNSサーバー	DNS階層の最上位。TLDサーバーの場所を教える
③ TLD DNSサーバー	.com、.jp などトップレベルドメインを管理
④ 権威DNSサーバー	実際のドメインのIPアドレス情報（DNSレコード）を保持

DNSサーバー（名前解決）

1-1. 役割の深掘り

DNS は「ドメイン名 → IPアドレス」を調べるための分散データベース。
その中で、役割が違う4種類のサーバーが協調して動きます。

再帰リゾルバー（キャッシュDNS）
クライアント（PC・スマホ）から最初に問い合わせを受けるサーバー。
自分のキャッシュにあればすぐ返し、なければ他のDNS（ルート・TLD・権威）に問い合わせる。

ルートDNSサーバー
「.com はここ」「.jp はここ」という、TLDサーバーの場所を教える最上位サーバー。

TLD DNSサーバー
「example.com の情報はこの権威DNSへ」と、該当ドメインを管理している権威DNSを教える。

権威DNSサーバー（Authoritative）
example.com の A レコード・MX レコードなど、正式な情報を持っていて、最終回答を返すサーバー。

1-2. DNSの図解イメージ

[PC]
  │ 「www.example.com のIP教えて」
  ↓
[再帰リゾルバー]
  │ ないのでルートへ
  ↓
[ルートDNS]
  │ 「.comならこのTLDへ」
  ↓
[.com TLD DNS]
  │ 「example.comならこの権威DNSへ」
  ↓
[権威DNS]
  │ 「www.example.com = 203.0.113.10」
  ↑
再帰リゾルバーが回答をキャッシュして PC に返す

1-3. Linux での簡易構築手順（BIND の例）

ここでは Ubuntu 系でのざっくりイメージです。

パッケージインストール

sudo apt update
sudo apt install bind9 bind9utils bind9-doc

設定ファイルの編集（例）

全体設定: /etc/bind/named.conf.options
- 再帰DNSとして動かすなら recursion yes; など
ゾーン定義: /etc/bind/named.conf.local
ゾーンファイル: /var/cache/bind/ または /etc/bind/ 配下

サービス起動・有効化

sudo systemctl enable bind9
sudo systemctl start bind9
sudo systemctl status bind9

動作確認

dig @127.0.0.1 example.com

「権威DNSとして自ドメインを持たせる」のか
「キャッシュDNS（再帰）として社内クライアント用にする」のかで設定が変わります。

Webサーバーの種類

Webサーバーは「ソフトウェアの種類」で分類します。

Webサーバーソフト	特徴
Apache	世界的に利用率が高い、柔軟で拡張性が高い
Nginx	高速・軽量、同時接続に強い
LiteSpeed	高速で商用向け
IIS（Windows）	Microsoft製、Windows環境で利用

2-1. 役割の深掘り

Webサーバーは、ブラウザからの HTTP/HTTPS リクエストに対して、
HTML/CSS/JS/画像などの静的ファイルを返す
アプリ（PHP・Python・Javaなど）の実行結果を返す

といった役割を持ちます。

代表例は Apache と Nginx。

Apache
- モジュールが豊富で柔軟。.htaccess でディレクトリ単位の制御も可能。
Nginx
- リバースプロキシとしても優秀で、高速・低メモリ。静的配信と負荷分散に強い。

2-2. Webサーバーの図解

[ブラウザ]
  │ GET /index.html
  ↓
[Webサーバー (Nginx/Apache)]
  ├─ 静的ファイル /var/www/html から返す
  └─ 動的処理の場合 → [アプリサーバー] → [DBサーバー]

2-3. Linux での簡易構築手順（Nginx＋Ubuntu）

インストール

sudo apt update
sudo apt install nginx

ドキュメントルート

デフォルト: /var/www/html/index.nginx-debian.html など

設定ファイル

サイト設定: /etc/nginx/sites-available/default
有効化: /etc/nginx/sites-enabled/ へのシンボリックリンク

起動・確認

sudo systemctl enable nginx
sudo systemctl start nginx
curl http://localhost

全体像のざっくりマップ

ユーザーが Web を見るまでの典型的な流れはこうなります。

[ユーザーPC]
   │ ①名前解決要求
   ↓
[DNSサーバー]
   │ ②IP判明
   ↓
[Webサーバー] ── ③アプリ/DB にアクセス
   │
   ├─[アプリケーションサーバー]
   │      │
   │      └─[DBサーバー]
   │
   └─ログ・監視 → [監視サーバー]

途中で
IP配布：DHCPサーバー
ファイル共有：ファイルサーバー
中継やキャッシュ：プロキシサーバー
などが関わってきます。

メールサーバーの種類

種類	役割
SMTPサーバー	メール送信（例：Postfix）
POP/IMAPサーバー	メール受信（例：Dovecot）

3. メールサーバー（SMTP / POP / IMAP）

3-1. 役割

メールシステムは大きく分けて以下の構成です。

SMTPサーバー（MTA: Postfix など）
メールの送信・転送を担当。
POP/IMAPサーバー（Dovecot など）
メールボックスに保存されたメールをクライアントに配信。

[送信側メーラー]
   │ SMTP
   ↓
[送信MTA(Postfix)]
   │
   └── インターネット経由 ──→ [受信MTA(Postfix)]
                                   │
                                   └─ メールボックス保存
                                       │
                                       └─[POP/IMAPサーバー(Dovecot)]
                                              │
                                              └─[受信側メーラー]

3-2. Linuxでの超ざっくり構築の流れ（Postfix）

postfix インストール
/etc/postfix/main.cf でドメイン名やリレー設定
systemctl enable postfix && systemctl start postfix
DNS の MX レコード設定で、そのサーバーをメール受信先にする

実運用は SPF/DKIM/DMARC など周辺要素がかなり多いので、転職対策では
「役割と流れ＋MXレコードの意味」を押さえるのが現実的です。

データベースサーバーの種類

DB	特徴
MySQL / MariaDB	Webアプリで定番
PostgreSQL	高機能で信頼性が高い
Oracle / SQL Server	企業向け商用DB

4. データベースサーバー（MySQL / PostgreSQL）

4-1. 役割

アプリやシステムのデータ（ユーザー情報・商品情報・ログなど）を

安全に保存
検索・更新

Webアプリの典型パターン：

[ブラウザ]
  ↓
[Webサーバー (Nginx)]
  ↓
[アプリサーバー (PHP/Java/Python)]
  ↓ SQL
[DBサーバー (MySQL/PostgreSQL)]

4-2. Linuxでの簡易構築手順（MySQL/MariaDB）

1.インストール

sudo apt update
sudo apt install mariadb-server

2.初期設定

sudo mysql_secure_installation

3.DB・ユーザー作成

CREATE DATABASE appdb;
CREATE USER 'appuser'@'localhost' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON appdb.* TO 'appuser'@'localhost';
FLUSH PRIVILEGES;

5. DHCPサーバー（IP自動配布）

5-1. 役割

クライアントに自動的に IP アドレスや DNS 情報を配るサーバー。

[PC起動]
  │ 「IPください」（DHCP Discover）
  ↓
[DHCPサーバー]
  │ 「このIPどう？」（DHCP Offer）
  ↓
[PC]「そのIP使います」（Request）
  ↓
[DHCPサーバー]「OK」（Ack）

5-2. Linuxでの基本構築イメージ（isc-dhcp-server）

パッケージインストール
/etc/dhcp/dhcpd.conf に配布レンジやDNSサーバー等を設定
サービス起動＋NICを指定

6. ファイルサーバー（Samba / NFS）

6-1. 役割

ネットワーク越しにファイル共有を行うサーバー。

Samba：Windows 共有（SMB/CIFS）互換
NFS：Linux/Unix 間での共有に向く

[クライアントPC]
    │ 共有フォルダを開く
    ↓
[ファイルサーバー(Samba/NFS)]
    │ /srv/share 配下のファイルを提供

6-2. Linuxでの簡易 Samba 構築

sudo apt install samba
/etc/samba/smb.conf に共有定義を追加
sudo systemctl restart smbd
Windows から \server-ip\share でアクセス

7. プロキシサーバー（Squid）と監視サーバー（Zabbix）

7-1. プロキシサーバー（Squid）

クライアントとインターネットの間に入り、

キャッシュ
アクセス制御

[クライアント]
  ↓
[プロキシ(Squid)]
  ↓
[インターネット]

7-2. 監視サーバー（Zabbix/Nagiosなど）

各サーバーの
- 死活監視（ping）
- リソース監視（CPU、メモリ、ディスク）
- ログ・アラート
  - を集約するサーバー。

[各種サーバー群]
   └─ メトリクス送信 / 監視される
        ↓
    [監視サーバー(Zabbix)]
        ↓
    管理者へアラート通知

その他のよく使うサーバー

種類	役割
ファイルサーバー（Samba/NFS）	ファイル共有
プロキシサーバー（Squid）	中継・キャッシュ
DHCPサーバー	IPアドレス自動割り当て
監視サーバー（Zabbix）	サーバー監視
VPNサーバー	安全な通信経路を作る

用途別サーバー比較表

種類	主な用途	特徴・メリット
ファイルサーバー（Samba/NFS）	ファイル共有	権限管理が容易、社内共有に最適
プロキシサーバー（Squid）	中継・キャッシュ	通信の高速化、アクセス制御、ログ管理が可能
DHCPサーバー	IPアドレス自動割り当て	手動設定不要、ネットワーク管理が楽になる
監視サーバー（Zabbix）	サーバー監視	障害検知、リソース監視、アラート通知
VPNサーバー	安全な通信経路を作る	暗号化通信、リモートアクセス、ゼロトラストの基盤

ネットワーク構成図

                 ┌──────────────┐
                 │   インターネット   │
                 └───────┬──────┘
                         │
                    [ルーター]
                         │
                    [ファイアウォール]
                         │
                 ┌───────┴────────┐
                 │                    │
           [プロキシサーバー]     [VPNサーバー]
                 │                    │
                 └───────┬────────┘
                         │
                    [スイッチ]
                         │
        ┌──────────────┼──────────────┐
        │                │              │
[ファイルサーバー]   [DHCPサーバー]   [監視サーバー]
        │                │              │
   （Samba/NFS）      （IP配布）       （Zabbix）

Webサービスを含む構成（DMZあり）

                 ┌──────────────┐
                 │   インターネット   │
                 └───────┬──────┘
                         │
                    [ルーター]
                         │
                    [ファイアウォール]
                         │
                ┌───────────────┐
                │       DMZ        │
                └───────┬────────┘
                        │
                [Webサーバー]
                        │
                [アプリケーションサーバー]
                        │
                [DBサーバー]
                        │
                ┌───────┴────────┐
                │                    │
        [監視サーバー]         [バックアップサーバー]

全体まとめ図（用途別サーバーがどう関わるか）

インターネット
     │
  ルーター
     │
ファイアウォール
     │
────────── DMZ ──────────
     │
 Web / Proxy / VPN
     │
────────── 内部ネットワーク ──────────
     │
 DHCP → クライアントへIP配布
 ファイルサーバー → 社内共有
 監視サーバー → 全体監視

各サーバーの通信プロトコル一覧

サーバー種類	主なプロトコル	説明
Webサーバー（Apache/Nginx）	HTTP / HTTPS	Webページの配信
DNSサーバー	DNS（UDP/TCP）	名前解決（ドメイン → IP）
メール送信（SMTP）	SMTP	メール送信
メール受信（POP/IMAP）	POP3 / IMAP	メール受信・同期
ファイルサーバー（Samba）	SMB	Windows系のファイル共有
ファイルサーバー（NFS）	NFS	Linux/Unix系のファイル共有
プロキシサーバー（Squid）	HTTP/HTTPS/FTP	中継・キャッシュ
DHCPサーバー	DHCP	IPアドレス自動割り当て
監視サーバー（Zabbix）	HTTP/HTTPS、Zabbix専用	監視データ送受信
VPNサーバー	OpenVPN / IPSec / L2TP	安全な通信経路の確立
DBサーバー（MySQL）	MySQLプロトコル	DB接続
DBサーバー（PostgreSQL）	PostgreSQLプロトコル	DB接続

ポート番号まとめ（用途別）

■ Web関連

プロトコル	ポート	用途
HTTP	80	Web通信
HTTPS	443	暗号化Web通信

■ DNS

プロトコル	ポート	用途
DNS	53	名前解決（UDP/TCP）

■ メール

プロトコル	ポート	用途
SMTP	25	メール送信（基本）
SMTPS	465	暗号化SMTP（旧方式）
Submission	587	メール送信（認証付き）
POP3	110	メール受信
POP3S	995	暗号化POP
IMAP	143	メール受信・同期
IMAPS	993	暗号化IMAP

■ ファイル共有

プロトコル	ポート	用途
SMB	445	Windowsファイル共有
NFS	2049	Linuxファイル共有

■ VPN

プロトコル	ポート	用途
OpenVPN	1194	VPN接続
IPSec/IKE	500	鍵交換
IPSec NAT-T	4500	NAT越えVPN
L2TP	1701	VPNトンネル

■ DB

DB種類	ポート	用途
MySQL	3306	DB接続
PostgreSQL	5432	DB接続
Oracle	1521	DB接続
SQL Server	1433	DB接続

■ 管理・監視

プロトコル	ポート	用途
SSH	22	リモートログイン
Zabbix	10050	エージェント通信
Zabbix	10051	サーバー通信

SMTP と POP/IMAP の違い

プロトコル	役割	主な用途
SMTP	メールを「送る」	送信専用（クライアント → サーバー、サーバー → サーバー）
POP	メールを「受け取る」	受信したメールを端末にダウンロードして保存
IMAP	メールを「同期する」	サーバー上のメールを複数端末で共有・同期

SMTP の動き（送信）

[メールクライアント]
        |
        | ① SMTPで送信
        v
[送信SMTPサーバー]
        |
        | ② 相手側SMTPへ転送
        v
[受信側SMTPサーバー]

[PC] ←───┐
          | ① IMAPでサーバー上のメールを参照・同期
[スマホ] ←┤
          |
[タブレット] ←┘
          ↑
       [メールサーバー]

IMAP の動き（受信・同期）

[PC] ←───┐
          | ① IMAPでサーバー上のメールを参照・同期
[スマホ] ←┤
          |
[タブレット] ←┘
          ↑
       [メールサーバー]

メール送受信の流れ（全体図）

メール送受信の全体フロー（SMTP → SMTP → POP/IMAP）

送信者側
──────────────
[メールクライアント]
        |
        | SMTP（送信）
        v
[送信SMTPサーバー]
        |
        | インターネット経由で配送
        v
[受信SMTPサーバー]
──────────────
受信者側
        |
        | POP/IMAP（受信）
        v
[メールクライアント]

さらにわかりやすい「全体図（まとめ）」

送信：SMTP  
受信：POP（ダウンロード） / IMAP（同期）

        ┌───────────────┐
        │   インターネット   │
        └───────────────┘
送信者 → SMTP → SMTP → POP/IMAP → 受信者

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up