--- title: "Sambaとは｜SMBのLinux実装の仕組みとNFSとの使い分け・AD連携を実装目線で解説" url: "https://www.issoh.co.jp/tech/details/14682/" published: 2026-07-15 updated: 2026-07-15 categories: ["インフラ・クラウド"] publisher: "株式会社一創" --- # Sambaとは｜SMBのLinux実装の仕組みとNFSとの使い分け・AD連携を実装目線で解説 Sambaは、Windowsが標準で使うSMB（Server Message Block）プロトコルを、Linux/Unix上で提供するオープンソースのソフトウェアです。これを入れると、LinuxサーバがWindowsのファイルサーバやプリンタサーバとして振る舞い、Windows端末から共有フォルダとして見えるようになります。1990年代前半にAndrew Tridgell氏が開発を始め、いまも社内ファイルサーバの定番として広く使われています。本記事ではsmbdやsmb.confによる共有の仕組み、SMB1/2/3のバージョン差、NFSとの使い分け、Active Directory連携、採用と見送りの判断基準を実装者の解像度で整理しました。SMB1無効化といった運用の勘所も扱います。 ## まとめ：SambaはSMBのLinux実装・Windows端末向けのファイル共有に向く Sambaの正体は「SMBプロトコルをLinux側で話すためのソフトウェア」です。SMBはWindowsがネットワーク越しのファイル共有やプリンタ共有に使う通信規約で、Sambaはその規約に沿ってLinuxサーバを共有ホストに仕立てます。Windows端末からはエクスプローラーで「\\\\サーバ名\\共有名」と打てば普通の共有フォルダとして開けます。裏側ではLinux上の `smbd` がSMB要求を処理し、公開範囲や権限は `smb.conf` という設定ファイルで定義する構造です。 選定で押さえたいのは、Sambaが向く場面がはっきりしている点です。WindowsクライアントからのアクセスやユーザーごとのアクセスコントロールをActive Directoryで統合したいファイルサーバなら、Sambaが素直な選択になります。一方、Unix/Linuxサーバ同士がバックエンドで同じデータを参照する共有なら、別プロトコルのNFSが向く場面です。SMBはプロトコル、SambaはそのLinux実装、NFSは対になるもう一つのファイル共有プロトコル——この三者の関係を押さえると選定が速く進みます。以降で仕組みと判断基準を具体的に掘り下げます。 ## Sambaの定義と仕組み：SMBを話すデーモンと設定ファイルの構造 Sambaの中核は「LinuxサーバをSMBの共有ホストとして動かす」ことにあります。Windows端末から見れば相手がWindowsサーバかLinux+Sambaかを意識せず、同じ共有フォルダとして扱えます。この互換性が、既存のWindows環境へLinuxのファイルサーバを混ぜたい構成でSambaが選ばれる理由です。 ### SMB/CIFSプロトコルとSambaの関係 — プロトコルと実装を切り分ける SMBは、ファイルの読み書きやフォルダ一覧、プリンタ共有などをネットワーク越しに実行するためのプロトコルです。かつてSMBの拡張版がCIFS（Common Internet File System）と呼ばれた経緯があり、いまも「CIFS」という語が同義的に残っていますが、現行はSMB2/SMB3系が主流です。Sambaは、このSMBプロトコルをLinux/Unixで実装したソフトウェアであり、プロトコル本体とは別物という切り分けが選定では効いてきます。Sambaが動く土台となるLinuxそのものの基礎は、[Linuxとはで解説したファイルシステムとサービス管理](https://www.issoh.co.jp/tech/details/13160/)で確認できます。Sambaを載せたホストは、突き詰めればファイル共有機能を担う一台の[サーバーとはで整理したサーバの役割](https://www.issoh.co.jp/column/details/13674/)の一形態です。 ### smbd/nmbdとsmb.conf — 共有を定義する設定の実際 Sambaは複数のデーモンで構成されます。`smbd` がファイル共有とSMB通信そのものを処理し、名前解決やブラウジングを担う `nmbd`、Active Directory連携時のIDマッピングを扱う `winbindd` が補助します。共有の定義は /etc/samba/smb.conf に集約され、グローバル設定と共有ごとのセクションを書き分ける構造です。最小構成の共有定義は次の流れです。 1. smb.conf に共有セクション（例：\[share\]）を作り、path・共有名・アクセス許可を記述する 2. read only や valid users で読み書きとアクセス可能ユーザーを絞る 3. `testparm` で設定の文法エラーがないか検証する 4. `smbpasswd -a ユーザー名` でSamba用のパスワードを登録し、smbdを再起動する ここで指定する共有の権限やゲストアクセスの扱いは、後述のセキュリティの章で判断基準を示します。`guest ok = yes` を安易に広い共有へ付けると、認証なしで誰でも読み書きできてしまい、権限事故につながります。 ## SMBのバージョン差：SMB1/SMB2/SMB3をどう扱うか Sambaが話すSMBには版があり、版ごとに性能と安全性が変わります。とくにSMB1は既定で無効化する対象という扱いになっており、実装前に使う版を固定しておくと運用がぶれません。 ### SMB1/SMB2/SMB3の違い — 性能・暗号化・安全性 SMB1は初期からある版ですが、設計が古く、2017年に広まったランサムウェア（WannaCry）がSMB1の脆弱性（EternalBlue）を突いた経緯から、現在は無効化が推奨されています。SMB2系（Windows Vista世代で導入）はコマンドを整理して通信効率を上げ、SMB3系（Windows 8/Server 2012世代で導入）は通信の暗号化やマルチチャネルによる帯域集約を備えました。Sambaも版を追ってSMB2/SMB3へ対応しており、現行のSamba 4.x系（2020年代の実装）では、既定で扱う最小プロトコルをSMB2以上に設定するのが実務の前提です。 | 観点 | SMB1 | SMB2系 | SMB3系 | | ------- | ---------- | -------- | -------- | | 登場時期の目安 | 初期（1990年代） | 2000年代後半 | 2010年代前半 | | 暗号化 | なし | なし（署名は可） | 通信暗号化に対応 | | 安全性 | 脆弱・無効化推奨 | 実用水準 | 現行の推奨 | | 扱い | 原則使わない | 互換目的で残す | 新規構成の既定 | 版番号と実装機能の対応は環境で異なるため、採用時はSambaの版と `smb.conf` の `server min protocol` 設定で実際に有効な版を確認してから設計へ織り込むのが安全です。ここは「Samba 4.x系（2020年代前半の実装）」のように時点付きで扱い、断定は避けます。 ## NFSとSamba(SMB)：ファイル共有プロトコルをどう選び分けるか ファイル共有の二大選択肢がNFSとSMB（その実装のSamba）です。NFSはUnix/Linux系で標準的なファイル共有プロトコル、SMB/SambaはWindowsを起点にした共有の仕組みで、両者は競合というより対象OSと管理体系で棲み分けます。プロトコルとしてのNFSの仕組みは、[NFSとはで解説したRPCマウントとNFSv3/v4の設計差](https://www.issoh.co.jp/tech/details/14681/)と併せて読むと、選定の軸が立体的になります。 ### NFSとSMB(Samba)の違い — 対象OS・権限管理・用途 NFSはUID/GIDを前提にしたPOSIX的な権限管理と相性が良く、Linuxサーバ群のバックエンド共有に向きます。対するSamba（SMB）は、ユーザー名/パスワードやActive Directoryと統合した権限管理に強く、Windows端末が主体のファイルサーバに向きます。「サーバ群が同じデータボリュームを参照する裏方の共有」ならNFS、「社内のWindows端末から部署フォルダへアクセスするファイルサーバ」ならSamba、という切り分けが素直です。 | 観点 | NFS | Samba（SMB） | | ------ | ----------------- | ------------------ | | 種別 | ファイル共有プロトコル本体 | SMBのLinux実装ソフトウェア | | 主な対象OS | Unix/Linux | Windows（Linuxも利用可） | | 権限管理 | UID/GIDベース（POSIX） | ユーザー認証・AD統合に強い | | 典型用途 | サーバ間のバックエンド共有 | 端末からの部署フォルダ共有 | 混在環境では、Linuxサーバ群にNFS、Windows端末向けにSamba（SMB）を同一ストレージ上で併設する構成も取れます。この共有の土台になる記憶装置の選び方は、[ストレージとはで整理した記憶装置の種類と選定](https://www.issoh.co.jp/column/details/13333/)を前提にすると設計が具体化します。 ## SambaのActive Directory連携：ドメイン参加とドメインコントローラ化 Sambaが企業のファイルサーバとして選ばれる決め手が、Active Directory（AD）との統合です。Windowsのユーザー認証基盤へ組み込めるため、共有ごとに独立したパスワードを持たずに済みます。 ### ドメインメンバーとADドメインコントローラ — 二つの使い方 ADとの連携には二つの形があります。一つは、SambaサーバをWindowsのADドメインへ参加させる「ドメインメンバー」構成で、既存のADが管理するユーザーやグループで共有の権限を制御します。認証は `winbindd` がADへ問い合わせ、Windowsのアカウントをそのままファイル共有の権限に写像する形です。もう一つは、Samba 4.x系が備えるAD互換のドメインコントローラ（AD DC）機能で、Windows Serverを立てずにSambaだけでドメインの認証基盤を構築する使い方です。既存ADがある環境ではドメインメンバー構成、Windows Serverを増やさずにドメインを組みたい小〜中規模ではAD DC構成、という切り分けが実務では現実的になります。どちらも認証情報が集中するため、可用性設計とバックアップ方針を同時に固めておくのが前提です。 ## Sambaを採用する構成と見送るべき構成：判断基準を条件付きで示す ここは競合が曖昧に済ませがちな判断部分です。Sambaは万能ではなく、向く構成と向かない構成がはっきり分かれます。採用条件と見送るべき場面を、条件付きで示します。 ### Sambaが適する構成／見送るべき構成 — 採用条件と失敗パターン 採用が適するのは次の3つの場合です。第一に、Windows端末が主体の社内で、部署フォルダや共有ドライブをLinuxサーバへ集約したいファイルサーバ用途。第二に、既存のActive Directoryで認証を統合し、共有ごとの個別パスワードを増やしたくない環境。第三に、Windows ServerのライセンスコストをかけずにLinux側でファイルサーバやドメイン基盤を組みたい構成です。 逆に見送るべき場面もあります。共有の利用者がUnix/Linuxサーバ同士で、UID/GID前提のバックエンド共有なら、SMBの層を挟まずNFSを選ぶほうが素直です。ファイル単位ではなくオブジェクト単位でHTTP API経由の大量データを扱いたい要件も、そもそもファイル共有の範囲ではありません。典型的な失敗は、SMB1を残したまま社外からアクセスできる位置へ共有を置いてしまい、脆弱性を突かれるケースで、この場合は版の固定と公開範囲の見直しが先決です。 自社では、Windows/Linux混在環境のファイルサーバ設計や、Active Directory連携を含むSamba基盤の構築・移行を受託しています。共有方式の選定から認証統合・可用性設計まで踏み込みたい場合は、[AWS/GCP/Azureのインフラ構築サービス](https://www.issoh.co.jp/service/system/aws/)から相談いただけます。 ## Samba運用で外せない注意点：SMB1無効化と認証・共有権限の勘所 Sambaは動かすだけなら簡単ですが、既定値のまま本番へ出すと安全性と権限で問題を抱えます。運用で外せない設定を絞って示します。 ### セキュリティと権限 — SMB1無効化・認証・公開範囲の勘所 まず押さえるのはSMB1の無効化です。`smb.conf` の `server min protocol = SMB2`（または SMB3）を指定し、脆弱な旧版で待ち受けないようにします。次に認証で、`guest ok` による匿名アクセスは業務共有では原則使わず、Sambaユーザーの登録（`smbpasswd`）やAD統合で利用者を明確にします。公開範囲は `hosts allow` でアクセス元を絞り、社外へは直接開かず、必要なら手前にVPNや閉域網を置くのが安全側の設計です。こうした共有まわりの守りの考え方は、[情報セキュリティとはで整理した機密性・完全性・可用性の3要素](https://www.issoh.co.jp/column/details/13078/)を土台にすると抜けが減ります。SMB3系を使える環境なら通信暗号化を有効にし、盗聴リスクを下げます。ファイルサーバは停止すると業務が止まるため、可用性設計はセキュリティと同じ比重で扱うのが実務の要点です。 ## Sambaの導入・設定・NFSとの使い分けに関するよくある質問 Sambaの導入・選定でつまずきやすい点を、実装者からの質問形式で整理します。 ### SambaとNFSはどちらを使うべきですか？ 用途で分かれます。Windows端末からのアクセスやActive Directory統合が主体のファイルサーバならSamba、Unix/Linuxサーバ同士のバックエンド共有ならNFSが素直な選択です。混在環境では同一ストレージにSambaとNFSを併設する構成も取れます。プロトコルとしての違いはNFS側の記事で詳しく扱っています。 ### SambaとSMB、CIFSの違いは何ですか？ SMBはWindowsが使うファイル共有プロトコル、CIFSはSMBの拡張版に付いた旧称でほぼ同義、そしてSambaはそのSMBをLinux/Unixで実装したソフトウェアです。プロトコル（SMB/CIFS）と実装（Samba）を分けて捉えると、設定や選定の話が整理しやすくなります。 ### SambaでActive Directoryは使えますか？ 使えます。SambaサーバをADドメインへ参加させるドメインメンバー構成と、Samba 4.x系が備えるAD互換のドメインコントローラ構成の二通りが可能です。既存ADがあるなら前者、Windows Serverを増やさずドメインを組みたいなら後者が候補になります。 ### SMB1は使ってはいけないのですか？ 原則として無効化する対象です。SMB1は設計が古く、過去にランサムウェア（WannaCry）がSMB1の脆弱性を突いた経緯もあります。`smb.conf` で `server min protocol = SMB2` 以上を指定し、旧版で待ち受けないようにするのが現在の前提です。 ### Sambaの設定を変えたら再起動が必要ですか？ 変更内容次第です。共有の追加や権限の変更は `smbd` の再起動で反映するのが確実で、事前に `testparm` で文法エラーを確認しておくと事故を防げます。接続中のクライアントは、再接続やマウントし直しで新しい設定が反映されることがあります。 ## 関連記事 - [NFSとは](https://www.issoh.co.jp/tech/details/14681/)：Sambaと対になるUnix/Linux向けファイル共有プロトコルの仕組みと使い分けが分かります。 - [Linuxとは](https://www.issoh.co.jp/tech/details/13160/)：Sambaが動くLinuxの基礎とサービス管理を確認できます。 - [サーバーとは](https://www.issoh.co.jp/column/details/13674/)：Sambaを載せたファイルサーバもその一形態であるサーバの役割全体を整理しています。 - [ストレージとは](https://www.issoh.co.jp/column/details/13333/)：Sambaで共有する土台となる記憶装置の種類と選定を解説しています。 - [情報セキュリティとは](https://www.issoh.co.jp/column/details/13078/)：SMB1無効化や公開範囲の設計を支える情報セキュリティの3要素を扱っています。 --- 出典: [Sambaとは｜SMBのLinux実装の仕組みとNFSとの使い分け・AD連携を実装目線で解説]()（株式会社一創）