Name

smb.conf — Samba の設定ファイル

概要

smb.conf ファイルは Samba システムの設定ファイルである。smb.conf には、Samba システムの各プログラムが実行時に参照する設定情報が記述される。 smb.conf ファイルは、swat(8) プログラムによって設定、 管理されるように設計されている。 以下参照目的で、ファイルの形式と設定可能なパラメーターに関して網羅的に記述する。

ファイルの形式

ファイルはセクションとパラメーターから構成される。セクションは、 大括弧([]) で囲まれたセクション名で始まり、次のセクションが始まるまで 続く。セクション内には以下の形式でパラメーターが記述される:

パラメーター名(パラメーター) = パラメーター値(値)

ファイルは行を基本単位とし、改行で終了する各行は、コメント、 セクション名、パラメーターのいずれかを表す。

セクション名およびパラメーター名は大文字と小文字を区別しない。

パラメーターを示す行では、最初の 「=」 文字に重要な意味がある。 最初の 「=」 文字の前後の空白文字は破棄される。 セクション名およびパラメーター名の先頭、 途中、末尾にある空白文字は 無視される。パラメーター値の先頭と末尾にある空白文字も無視される。 ただし、パラメーター値の途中にある空白文字はそのまま意味を持つ。

セミコロン (:)、シャープ (#) で始まる行や、空白のみの行は 無視される。

\ 文字で終わる行は、UNIX の慣習通り次の行へ継続する。

「=」文字に続くパラメーター値には、文字列 (引用符で囲む必要はない)、または真偽値を表す、yes/no、0/1、true/false のいずれかを記述する。真偽値の場合、大文字と小文字は同じ意味だが、 記述されたとおりの文字列が保存される。 create mask など、幾つかのパラメーター値は数値となる。

セクションの説明

設定ファイル中の ([global] セクションを除く) 各セクションでは、 共有リソース (単に共有とも呼ぶ (訳注: 「サービス」とも呼ばれる)) の設定が行なわれる。 セクション名は共有リソース名となり、 セクション内のパラメーターは共有の設定に利用される。

[global]、[homes]、[printers] という 3 つの特殊なセクションに ついては、特殊なセクション で説明する。 以下の説明は、通常のセクションについてのものである。

共有の設定としては、大きくアクセスを許可するディレクトリの設定と それを利用するユーザーに対するアクセス許可の設定とがある。 その他いくつかの補助的なオプションの指定も可能である。

セクションは、ファイル共有サービス (クライアントからファイルシステムの延長として利用される) とプリントサービス (クライアントからサーバー上で動作している 印刷サービスにアクセスするために利用される) のいずれかに分類される。

セクションは、パスワードなしでアクセスできる ゲスト サービスとして構成することもできる。 この場合、UNIX 側で指定されたゲストアカウントの権限でアクセスが 行なわれる。

ゲストサービス以外のセクションにアクセスするにはパスワードが 必要である。通常クライアントからはユーザー名も提供されるが、 年代物のクライアントはパスワードのみでユーザー名を提供しないため、 user = パラメーターで指定したユーザーのリストを用いてパスワードの検証を 行なうことも可能である。Windows 95/98/Me/NT/2000 のような最近の クライアントでは、このパラメーターは不要である。

Samba より与えられたアクセス権は、システムより UNIX ユーザー (またはゲストユーザー) に与えられたアクセス権によって制限されることに注意して欲しい。 Samba はシステムが許可する以上のアクセス権を許可することはできない。

以下の簡単なセクションは、ファイル共有を定義するものである。 ユーザーは /home/bar に対して書き込みができる。 共有は、foo という共有名でアクセス可能である:

	[foo]
	path = /home/bar
	read only = no

以下の簡単なセクションは印刷サービスを定義するものである。 共有は読み取りのみであるが、印刷可能である。これは、 スプールファイルのオープン、書き込み、クローズという作業についてのみ書き込みが許可されるということである。guest ok パラメーターは、(別途定義された) デフォルトのゲストユーザーとしてアクセスが許可されていることを意味する:

	[aprinter]
	path = /usr/spool/public
	read only = yes
	printable = yes
	guest ok = yes

特殊なセクション

[global] セクション

このセクション中のパラメーターは、サーバー全体に対して、 もしくは各セクションで項目が定義していないときの既定値として 適用される。詳細な情報はパラメーター(PARAMETERS)の節を参照のこと。

[homes] セクション

homes セクションが設定ファイル中にあると、 接続してきたユーザーのホームディレクトリを共有するサービスが 必要時にサーバーによって作成されるようになる。

接続の要求が行なわれると、存在するセクションが検索される。 要求に合致するセクションが見つかった場合はそのセクションが 利用される。見つからなかった場合は、 要求されたセクション名をユーザー名とみなしてローカルのパスワードファイルが検索される。 ファイル中に名前が存在して、パスワードが適切だった場合、 [homes] セクションの設定を引き継ぐ形で共有が作成される。

新しく作成される共有に対しては、 幾つかの変更が行なわれる:

  • 共有名は、homes からユーザー名に変更される。

  • path パラメーターが設定されていなかった場合、 ディレクトリのパスはユーザーのホームディレクトリに設定される。

path = 行を [homes] セクションに記述した場合、"%S" マクロを用いると便利になる 場合があるかも知れない。以下に一例を示す:

path = /data/pchome/%S

これは、UNIX からのアクセスと PC からのアクセスとでホームディレクトリが異なる場合に便利である。

これは多数のクライアントに対するホームディレクトリの 提供を最小の手間で素早く簡単に実現する方法である。

要求されたセクション名が homes の場合にも同様の処理が行われるが、共有名が要求したユーザーの 名前に変更されることはない。 [homes] セクションを使用する 方法は、複数のユーザーがクライアント PC を共有する場合に 便利である。

[homes] セクションでは、通常のサービスで指定可能な すべてのパラメーターを指定できるが、幾つかのものは他の セクションと少し違った意味になる。以下は典型的な [homes] セクションの例である:

[homes]
read only = no

重要な点として、[homes] セクションでゲストアクセスを許可した場合、 全てのホームディレクトリが全てのクライアントから パスワードなしで アクセス可能になるという点が挙げられる。 ほとんどあり得ないと思うが、もしこの設定を実際に行なうのであれば、読み取り専用 アクセスの設定にしておくことが好ましいであろう。

自動的に作成されるホームディレクトリの browseable パラメーターの値は、[homes] セクションの browseable パラメーターからではなく、[global] セクションの browseable パラメーターより継承される。これは、 [homes] セクションで browseable = no を指定して [homes] 共有を不可視にしても、自動的に作成されるホームディレクトリを表示させるようにするための仕様である。

[printers] セクション

このセクションは、プリンター用の [homes] セクションに 相当する。

[printers] セクションが設定されていると、ユーザーは、 ローカルホストの printcap ファイルで設定されている各プリンターに接続することが可能となる。

接続の要求が行なわれると、存在するセクションが検索される。 要求に合致するセクションが見つかった場合はそのセクションが利用される。 見つからなかった場合、[homes] セクションがあれば前述した処理が行なわれる。 それでも要求が解決できない場合は、 要求されたセクション名をプリンター名とみなし、 適切な pritcap ファイルが検索され、 要求されたセクション名をプリンター共有名とみなすかどうかの 確認が行なわれる。ファイル中に名前が存在した場合は、 [printers] セクションの設定を引き継ぐ形でプリンター共有が 作成される。

新しく作成される共有に対しては、 幾つかの変更が行なわれる:

  • 共有名には、実際のプリンター名が設定される。

  • プリンター名が設定されていない場合、 プリンター名として実際のプリンター名が設定される。

  • 共有がゲストアクセスを許可しておらず、 username パラメーターも指定されていない場合、username に実際のプリンター名が設定される。

[printers] サービスは、必ず printable にすること。 それ以外の設定を行なうと、サーバーが設定ファイルの読み取りを 拒否してしまう。

通常指定されるパスは、sticky ビットが設定され、 誰でも書き込み可能になっているスプールディレクトリである。 典型的な [printers] のエントリは次のようになる:

[printers]
path = /usr/spool/public
guest ok = yes
printable = yes

printcap ファイル中で定義されているすべてのプリンターの エイリアス(別名)は、プリンター名として認識される。 印刷システムが printcap ファイルのような機構を使用して いないのであれば、仮の printcap ファイルを設定する必要がある。 このファイルは以下のような形式の行で構成される:

alias|alias|alias|alias...    

各エイリアスは、印刷システムが処理可能なプリンター名で ある必要がある。[global] セクションで、別のファイルを printcap ファイルとして指定することで、仮想的な printcap ファイル中にある名前のみがサーバーに認識される。 もちろんこのファイル中には任意のエイリアスを記述することが 可能である。このテクニックは、ローカルプリンターの一部のみに アクセスを制限する機能を簡単に実現するためにも利用できる。

なお、エイリアスとは printcap ファイル中の各レコードの 最初のエントリに続く各要素をさす。 各レコードは改行コードで区切られ、各要素は (複数個存在する場合) 縦棒 (|) で区切られる。

Note

lpstat コマンドによりシステムで定義されている プリンターの一覧を取得可能な SYSV 系のシステムでは、 printcap name = lpstat とすることで、 プリンターの一覧を取得することが可能である。 詳細は、printcap name オプションを参照のこと。

ユーザー定義共有

Samba 3.0.23 より、root 以外のユーザーが共有の追加、修正、削除を行なうことを可能とする機能が追加された。 この機能を ユーザー定義共有(usershares) と呼び、 smb.conf の セクションで定義される一連のパラメーターによって制御される。 関連するパラメーターを以下に示す :

usershare allow guests

ユーザー定義共有でゲストアクセスを許可するかどうかを制御する。

usershare max shares

作成を許可するユーザー定義共有の最大数を制御する。

usershare owner only

有効にすると、ユーザーが所有しているディレクトリのみが共有可能となる。

usershare path

ユーザー定義共有を作成可能なディレクトリを指定する。 実際にユーザー定義共有を作成可能かどうかは、ファイルシステム上のディレクトリのパーミッションに依存する。

usershare prefix allow list

共有を許可するディレクトリの絶対パス名をコンマで区切って列挙する。 ここで指定されたパス名から始まるディレクトリのみが共有を許可される。

usershare prefix deny list

共有を拒否するディレクトリの絶対パス名をコンマで区切って列挙する。 ここで指定されたパス名から始まるディレクトリは共有を拒否される。

usershare template share

新しいユーザー定義共有を作成する際のテンプレートとなる既存の共有を指定する。 ユーザー定義共有の定義時に指定されなかったすべての共有に関するパラメーターは、この共有のものが用いられる。

UNIX グループ foo のメンバーにユーザー定義共有の作成を許可したい場合は、 共有の定義ファイルを格納するディレクトリを以下のように作成する:

root 権限で以下を実施:

mkdir /usr/local/samba/lib/usershares
chgrp foo /usr/local/samba/lib/usershares
chmod 1770 /usr/local/samba/lib/usershares

ついで、以下のパラメーター

	usershare path = /usr/local/samba/lib/usershares
	usershare max shares = 10 # (もしくは必要な共有数)

smb.confの global セクションに追加。 これにより foo グループのメンバーは、以下のコマンドでユーザー定義共有を作成することが可能となる。

net usershare add sharename path [comment] [acl] [guest_ok=[y|n]]

これにより、ユーザー定義共有を作成もしくは修正(上書き)する。

net usershare delete sharename

ユーザー定義共有を削除する。

net usershare list wildcard-sharename

ユーザー定義共有を一覧する。

net usershare info wildcard-sharename

ユーザー定義共有の情報を表示する。

パラメーター

パラメーターはセクションの属性を定義するものである。

幾つかのパラメーター (security など) は、 [global] セクションで指定する。また幾つかのパラメーター (create mask など) は、すべてのセクションで 利用可能である。それ以外のパラメーターは、通常のセクションでのみ 利用できる。以下の説明では、[homes] と [printers] セクションを "通常の" セクションとして扱う。(G) がついたパラメーターは、 [global] セクションでのみ指定できる。(S) がついたパラメーターは、個々のサービスを表すセクションで指定できる。 ただし、(S) がついたパラメーターは、[global] セクション中で指定することも可能である。この場合、それらはすべての サービスに対するデフォルト値として機能する。

パラメーターはアルファベット順に説明されている。 最良の順序とはいえないが、少なくとも目的のパラメーターを見つけることは できるだろう。同義語がある場合は、主として用いるべき表記の部分で 説明が行なわれ、他はその表記への参照になっている。

変数による置換

設定ファイルに記述可能な文字列の多くには、変数による置換を利用できる。 たとえば、path = /tmp/%u は、john というユーザー名でユーザーが 接続すると、path = /tmp/john として解釈される。

これら置換の詳細については、各々のパラメーターの説明にて 解説するが、どのパラメーターに対しても適用される共通の変数置換もいくつか 存在する。それらを以下に記載する:

%U

セッションのユーザー名 (クライアントが接続時に 送信したものであるが、実際に接続したユーザー名と同じであるとは 限らない)。

%G

%U のプライマリグループ。

%h

Samba が動作しているマシンの インターネットホスト名。

%m

クライアントマシンの NetBIOS 名 (とても便利)。

Samba がポート 445 で待機している場合、クライアントがこの情報を送信しないため、この変数は利用できない。 Samba がドメインコントローラーであるドメインで include パラメーターにおいてこの変数を用いている場合などは、 [global] セクションで smb ports = 139 の設定を行なうこと。 これにより Samba はポート 445 で待機しなくなり、Samba 2.X で実現していた include 機能が利用できる。

%L

サーバーの NetBIOS 名。これを用いることで、 クライアントから呼ばれた名前に応じて設定を変更することが 可能となる。これによりサーバーは 二つの顔 を持つことができる。

%M

クライアントマシンのインターネットホスト名。

%R

プロトコルのネゴシエーションを経て選択された プロトコルレベル。これは CORE、COREPLUS、LANMAN1、LANMAN2、NT1 のいずれかの値をとる。

%d

サーバープロセスのプロセス ID。

%a

リモートマシンのアーキテクチャ。 現在認識できるのは Samba (Samba)、 Linux の CIFS ファイルシステム (CIFSFS)、 OS/2 (OS2)、 Windows for Workgroups (WfWg)、 Windows 9x/Me (Win95)、 Windows NT (WinNT)、 Windows 2000 (Win2K)、 Windows XP (WinXP)、 Windows XP 64-bit(WinXP64), 2003R2 (Win2K3)を含むWindows Server 2003 (Win2K3)と, Windows Vista (Vista) である。 それ以外のものは UNKNOWN となる。

%I

クライアントマシンの IP アドレス。

%i

クライアントが接続してきたサーバーの IP アドレス。

%T

現在の日付と時間。

%D

現ユーザーが所属するドメインかワークグループ名。

%w

Winbind のセパレータ

%$(envvar)

環境変数envvarの値。

以下の置換マクロは (すでに接続が確立されている場合に) いくつかの 設定オプションに対して有効なものである:

%S

現在のサービス名 (存在する場合)。

%P

現在のサービスのトップディレクトリ (存在する場合)。

%u

現在のサービスのユーザー名 (存在する場合)。

%g

%u のプライマリグループ。

%H

%u で指定されたユーザーのホームディレクトリ。

%N

NIS のホームディレクトリサーバーの名前。 これは NIS の auto.map エントリから取得される。Samba が --with-automount オプションをつけて コンパイルされていない場合、このオプションは %L と同じになる。

%p

NIS auto.map エントリから取得された サーバーの ホームディレクトリのパス。NIS auto.map エントリは %N:%p のように分割されている。

これらの置換操作とその他の smb.conf のパラメーターを組み合わせると、非常に凝った動作を設定できる。

名前の短縮(NAME MANGLING)

Samba は、DOS や Windows クライアントが 8.3 形式に準拠しない 名前のファイルを扱うことができるように 名前の短縮 機能を提供している。この機能により、8.3 形式のファイル名についても 文字の case (大文字、小文字) を調整可能である。

短縮時の動作を制御するパラメーターが幾つか存在しており、 それらは個々に解説を行なわず、ここでまとめて説明を行なう。 デフォルト値は testparm コマンドの出力を参照のこと。

以下のオプションは、すべて共有毎に設定できる (もちろん全体に対しても設定できる)。

オプションは以下の通りである:

case sensitive = yes/no/auto

ファイル名の case を識別するかどうかを制御する。 識別を行なわない場合、Samba は指定された名前に合致する ファイル名の有無を検索することが必要になる。デフォルトは auto であり、ファイル名の case を識別するクライアント(現在のところ Linux CIFSVFS や Samba 3.0.5 以降の smbclient) に対しては、case を識別する(UNIX の case を識別する挙動に準拠する) ファイルシステム上の Samba サーバーにアクセスしているものとして通知する。 Windows および DOS システムでは case を識別するファイル名はサポートされておらず、このパラメーターを auto に設定した場合、no の設定で動作する。 デフォルトは auto である。

default case = upper/lower

新しく作成されるファイル(現在ファイルシステム上に存在していないファイル)のファイル名のデフォルトの case を制御する。 デフォルトは lower である。 重要: case sensitive = yespreserve case = Noshort preserve case = No の場合、このオプションにより、新しく作られるファイル名だけではなく、クライアントから渡される すべての ファイル名の case が変更されることに注意。 非常に多くのファイルを格納するディレクトリの最適化作業の一貫として、この設定変更が必要となる。

preserve case = yes/no

新しく作成されるファイル(現在ファイルシステム上に存在していないファイル)のファイル名について、クライアントから 渡された case で作成するか、デフォルトの case で作成するかを制御する。 デフォルトは yesである。

short preserve case = yes/no

すべて大文字で適切な長さの 8.3 形式に 準拠した新しく作成されるファイル(現在ファイルシステム上に存在していないファイル)のファイル名について、大文字で作成するか、 デフォルト の case で作成するかを制御する。 このオプションにより、preserve case = yes で長いファイル名が case を保持する設定の時であっても、 短いファイル名は小文字で作成するといったことが可能になる。 デフォルトは yes である。

Samba 3.0 のデフォルトは、Windows NT のサーバーと同様に動作する。 すなわち、case を識別しないが case は保持する。 ただし、大量のファイルが存在するディレクトリにおいては、case 関連のパラメーターを "case sensitive = yes"、"case preserve = no"、"short preserve case = no" に設定するとよいであろう。 これにより、"default case" パラメーターが有効になり、クライアントから送信されるすべてのファイル名が変更される。 (訳注: 上記設定は、case sensitive = yes によりファイル名の検索を抑止することで、パフォーマンスを向上させようとする意図だと思われる)

ユーザー名とパスワード認証についての注意

ユーザーがサービスに接続するための方法は幾つかある。サーバーは、 以下のステップを踏みサービスに対して接続を許可するかどうかを確認する。 すべてのステップが失敗した場合、接続要求は拒否される。 いずれかのステップで成功した場合、それ以降のステップは行なわれない。

サービスが guest only = yes となっており、 サーバーが共有レベルのセキュリティ (security = share) で構成されている場合、ステップ 1 から 5 は省かれる。

  1. クライアントからユーザー名とパスワードが 提供されており、それが UNIX システムのパスワード機構によって 認証された場合、そのユーザー名を使った接続が行なわれる。この ステップは \\server\service%username 形式でユーザー名が提供された場合にも行なわれることに注意。

  2. クライアントからシステムに登録されている ユーザー名が提供された場合、そのユーザー名に対する適切な パスワードが提供されれば、接続が許可される。

  3. クライアントの NetBIOS 名および以前に使われた ユーザー名について提供されたパスワードとの確認が行なわれ、 合致すれば、対応するユーザー名を使った接続が許可される。

  4. クライアントが既にユーザー名とパスワードを 提供してサーバーに認証されており、その際の認証トークンが 提示された場合、そのユーザー名が使われる。

  5. user = フィールドが smb.conf ファイルで 該当サービスに対して設定されており、クライアントから提供された パスワードが (UNIX システムのパスワード認証により) user = 行に記述されたユーザー名のいずれかのものと 合致した場合、接続は、user = 行で設定された ユーザー名で行なわれる。user = リスト中のユーザー名の 中に @ ではじまるものがあった場合、それはその名前の グループに所属するユーザー名のリストに展開される。

  6. サービスがゲストサービスの場合、 提供されたパスワードがなんであっても、そのサービスの guest account = で指定されたユーザー名で接続が 行なわれる。

レジストリベースの設定方法

Sambaのバージョン 3.2.0 から、レジストリ中にSambaの設定を 格納する機能が有効になった。Sambaの設定は、レジストリキー HKLM\Software\Samba\smbconf中に格納される。 レジストリベースの設定は2つのレベルがある。

  1. レジストリに共有の定義を格納する。 これは、smb.conf中のグローバル パラメーターregistry sharesyesに設定することで利用可能になる。

    レジストリ定義の共有はスタートアップ時にはロードされ ないが、smbdによって、実行時に動的に ロードされる。smb.conf中の共有定義 はレジストリ中での同じ名前の共有定義に優先する。

  2. グローバルなsmb.conf オプションをレジストリに格納する。これは,以下の2つの異なった 方法で有効にできる:

    1番めは、smb.conf中の [global]セクション中のconfig backend = registryを設定することで、レジストリのみの 設定を有効にできる。これは,この時点まで読み込んだ設定ファイ ルの内容をすべてリセットし、レジストリからグローバルセク ションの内容を読む。これは、レジストリベースの設定方法を使う 時の推奨方法である。

    2番目はsmb.confの[global] セクション中の、特別に新しい意味を持つ、include = registryパラメーターによって有効にできる 混成設定方法である。これは,テキストファイルをインクルード するのと同じような優先度で、レジストリからグローバルオプ ションを読む。これは,初期設定がレジストリにアクセスするのに 必要な場合に特に有益である。

    グローバルレジストリオプションの有効化は、レジストリ ベースの共有が有効になることで自動的に行われる。そのため、 レジストリのみの場合、共有は要求時にのみロードされる。

レジストリベースの設定に伴うシステムの破壊を限定的にするために、 レジストリでの設定中では、lock directoryconfig backendの使用は無効化 されることに注意。 特に、レジストリでの設定中に、lock directoryを 変更してしまい、それがいったん有効化されてしまうと、 デーモンからはそれの設定自体が見えなくなる、壊れた設定を作成することになる。

レジストリベースの設定は、キーHKLM\Software\Samba\smbconfregeditnet (rpc) registryを使ってアクセスすることもできる。 利便性のため、net(8)ユーティリティ のconfサブコマンドが、レジストリ ベースの設定をローカルに読み書きするための特別なインタフェース として提供されている。すなわち、データベースファイルに直接 アクセスし、サーバーを迂回できる。

各パラメーターの説明

abort shutdown script (G)

このパラメーターは、 smbd(8) が呼び出すことで、 shutdown script によって実行されたシャットダウン処理を停止させるスクリプトのフルパス名である。

接続しているユーザーが SeRemoteShutdownPrivilege 権限を保持している場合、このコマンドはroot権限で呼び出される。

既定値: abort shutdown script = ""

例: abort shutdown script = /sbin/shutdown -c

access based share enum (S)

あるサービスに対してこのパラメーターが yes であれば、 そのサービスで提供される共有は、 (net view \\sambaserver などで)共有の一覧表示が行われる際に、 共有に対して読み取りもしくは書き込みアクセス許可のあるユーザー以外から参照されなくなる。 これは Access-based Enumeration (訳注:Windows Server 2003 SP1 以降に導入された、アクセス許可のないフォルダーを非表示にする機能)と同等の機能である。 主な違いは、共有に対するアクセス許可のみが評価され、共有内のファイルのセキュリティ識別子は、一覧表示の際の参照可否の確認には使用されないことである。

既定値: access based share enum = no

acl check permissions (S)

この真偽値パラメーターは、 smbd(8) が Windows クライアントから「open for delete」というプロトコル要求を受けとった際の挙動を制御する。 Windows クライアントにファイル削除のパーミッションがない場合は、オープン時に失敗することが想定される挙動である。しかし、POSIX システムでは、実際にファイルやディレクトリを削除しようとした段階で、初めて削除のパーミッション確認が行なわれる。 Windows クライアントは「delete on close」ビットを外すことで、削除のリクエストを「取り止める」ことが可能である。 このため、Samba が「open for delete」リクエストが行なわれた時点で該当のファイルを削除してみるといった方策も、 一度削除されたファイルを復活させることはできないため難しい。 このパラメーターが true (デフォルト) の場合、smbd は「open for delete」リクエストの際にファイルシステムのパーミッションを直接チェックし、 ファイルシステムのパーミッション上削除できないと考えられる場合、該当のリクエストを拒否するようになる。 これは完全な方法ではなく、Samba がパーミッションを適切に確認できない場合に、ユーザーがファイルを削除できてしまう可能性があるが、 大半の場合は Windows と同様の挙動となるであろう。 通常 Samba は POSIX ACL の挙動を適切に確認できるはずである。

このパラメーターを「false」に設定した場合、Samba は「open for delete」リクエストの際にパーミッションの確認を行なわずにオープンを許可する。 ユーザーにファイルを削除するアクセス許可がない場合は、クローズする時までわからない。 Windows 上のツールにとって、クローズ時点でこれが判明しても遅過ぎるため、ユーザーにエラーメッセージが表示されるだろう。 また、削除したように見えたファイルが Windows 側のエクスプローラーで再表示すると「魔法のように」復活するといった現象も発生するであろう。 これは非常に高度なプロトコルに関するパラメーターであり、通常変更する必要はないはずである。 このパラメーターは Samba 3.0.21 で現在の形となったが、現在とは若干挙動が異なる古い版は Samba 3.0.20 で導入された。古い版の挙動について、ここでは言及していない。

既定値: acl check permissions = True

acl compatibility (G)

このパラメーターはどの OS の ACL の挙動と互換性をとるかを指定する。 設定可能な値は、Windows NT 4.0 互換の winnt か、 Windows 2000 以上と互換の win2k もしくは auto である。 auto に設定した場合、パラメーターの値はクライアントのバージョンに合わせて変更される。 このパラメーターを既定値から変更する必要はないだろう。

既定値: acl compatibility = Auto

例: acl compatibility = win2k

acl group control (S)

POSIX ファイルシステムでは、ファイルまたはディレクトリの所有者とスーパーユーザーのみがファイルのパーミッションや ACL を修正できる。 このパラメーターを有効にすると、Samba はこの制約を無視して、 ファイルやディレクトリの プライマリグループ所有者 が、 ファイルのパーミッションや ACL を修正することを可能とする。

Windows サーバーでは、グループがファイルやディレクトリの所有者となることができるため、 そのグループに所属する誰もがパーミッションを修正することができる。 これにより、ディレクトリのグループ所有者が、ファイルシステムのある地点以下のセキュリティ管理を委任することが可能となり、 その配下に作成されるファイルやディレクトリについても、そのグループが所有者となる。

このパラメーターにより、公開されたディレクトリ階層内で Samba が Windows と類似した制御の制御を行なうことを可能とする。 これは、UNIX グループのメンバー全員がグループ所有者となっているファイルやディレクトリのパーミッション制御を行なうことが可能となることを意味する。

このパラメーターは、inherit owner パラメーターが有効で、 ディレクトリに UNIX の setgid ビット が設定された共有で用いる のが最適であり、共有内に作成される新しいファイルやディレクトリに、 親ディレクトリのグループ所有者を継承させることが可能となる。

このパラメーターは、Samba 3.0.23 において、廃止予定の(deprecated)パラメーターとなった。 しかし、Samba 3.0.31以降で復活し、ユーザーが、所有するプライマリグループ中にいるとき、 パーミッションの変更を制御するのみになった。もはや dos filemodeオプションとは異なる。

既定値: acl group control = no

acl map full control (S)

この真偽値パラメーターは、 smbd(8) が POSIX の ACE エントリでは最大のアクセス権を許可した状態である「rwx(read/write/execute)」を Windows 側の ACL の「フルコントロール」に対応づけるかどうかを制御する。 このパラメーターを true に設定した場合、POSIX ACE で「rwx」のエントリに対して、Windows 側の ACL としては「フルコントロール」が返却される。 このパラメーターが false に設定された場合、POSIX ACE で「rwx」のエントリに対して、 Windows 側の ACL としては read/write/execute を表すビットを設定したエントリが返却される。

既定値: acl map full control = True

add group script (G)

このパラメーターは、新しいグループの作成が要求された際に、 smbd(8) によって ROOT 権限で 実行されるスクリプトのフルパス名である。 %g はグループ名に展開される。 スクリプトは Windows NT のドメイン管理ツールを使用して設定を行なう際にのみ有効である。 このスクリプトでは、UNIX側のグループ名の制約に捕らわれず、任意の名前のグループを作成することができる。 ただし、その場合スクリプトは標準出力に作成されたグループの gid の数値を表示する必要がある。

既定値: add group script =

例: add group script = /usr/sbin/groupadd %g

add machine script (G)

このパラメーターは、"$"を付けたマシン名が、SambaのドメインとUnix アカウントと一致しなかった場合に、 smbd(8)がマシンを追加する時に実行されるスクリプトのフルパス名である。

このオプションは、add user scriptととてもよく 似ていて、さらに、アカウント名の置換として%uを使う。%mの置換を使ってはいけない。

既定値: add machine script =

例: add machine script = /usr/sbin/adduser -n -g machines -c Machine -d /var/lib/nobody -s /bin/false %u

add port command (G)

Samba 3.0.23 では、Windows の"Add Standard TCP/IP Port ウィザード"によるリモートからのプリンターポートの追加がサポートされた。 このオプションは、smbd がシステムに対する新しいポートの追加要求を受信した際に、 実行される外部のコマンドを定義する。 スクリプトは以下の 2 つのパラメーターをとる。

  • ポートの名称

  • device URI

deviceURI は socket://<hostname>[:<portnumber>] もしくは lpd://<hostname>/<queuename> のように指定する。

既定値: add port command =

例: add port command = /etc/samba/scripts/addport.sh

add printer command (G)

Samba 2.2における Windows NT/2000 クライアントに対応した MS-RPC ベースの印刷サポートの実装にともない、 共有の一覧に表示される"Printers... " フォルダー中の "プリンターの追加"ウィザード(Add Printer Wizard (APW))アイコンを利用することが可能になった。 APWにより、SambaやWindows NT/ 2000プリンターサーバーに別のマシンからのプリンター追加が可能となった。

Sambaホストの場合、これは、下位レイヤの印刷システムにプリンターを物理的に追加できる必要があるということである。 add printer command は、 印刷システムにプリンターを追加するとともに、 smb.conf ファイルに対して、 smbd(8) によって共有が行なわれるサービスのエントリを適切に追加するのに必要な処理を行なうスクリプトを設定する。

add printer command は 以下のパラメーターを(順番に)付加して自動的に実行される:

  • printer name

  • share name

  • port name

  • driver name

  • location

  • Windows 9x driver location

すべてのパラメーターは、一つの例外を除き、 Windows NT/2000 クライアントから送信される PRINTER_INFO_2 構造体から取得される。 "Windows 9x driver location"パラメーターは、下位互換性を保つためにのみ提供される。 それ以外の構造体のフィールドは、APWの問い合わせに対する回答から生成される。

add printer command が実行されると、 smbd は、 smb.conf を再度読み込んで、 APWで設定された共有がすでに存在していないかを確認する。 共有名が不正な場合、smbd は、 クライアントに対して ACCESS_DENIED エラーを返却する。

addprinter commandは Samba が新しいプリンターが接続するポートとして設定した 文字列からなる1行を返却する。 返却されない場合、Samba は印刷共有の再読み込みを行なわない。

既定値: add printer command =

例: add printer command = /usr/bin/addprinter

add share command (G)

Samba 2.2.0 では、Windows NT 4.0 のサーバーマネージャーを利用して共有設定を を追加・削除する機能が追加された。 add share command は、 smb.confに新しいサービスの設定を追加 する外部のプログラム、もしくはスクリプトを設定するためのパラメーターである。

add share command を実行するため、管理者は smbd にroot アカウント(uid = 0)で接続するか、アカウントにSeDiskOperatorPrivilege が付与されている必要がある。 add share commandで指定された スクリプトはroot権限で実行される。

コマンド実行時に、smbdは自動的に以下の 5 つの引数を付加してadd share commandを実行する。

  • configFile - smb.confの場所

  • shareName - 新しい共有名

  • pathName - ディスク上に「存在している」ディレクトリへのパス名

  • comment - 新しい共有に対するコメント文字列

  • max connections 共有への最大同時接続数。

このパラメーターは、ファイル共有の追加にのみ使われる。印刷共有の追加については、 addprinter command を参照のこと。

既定値: add share command =

例: add share command = /usr/local/bin/addshare

add user script (G)

このパラメーターは、以下に記述する特別な条件下において、 smbd(8) によって ROOT 権限で 実行されるスクリプトのフルパス名である。

通常、Samba サーバーでは、サーバー上のファイルにアクセスするすべてのユーザーに対して対応する UNIX ユーザーが存在している必要がある。しかし、Windows NT のアカウントデータベースをユーザーデータベースのマスターとして使うサイトでは、 Samba サーバー上のユーザーの作成や保守を Windows NT の PDC と同期して行なうのは骨の折れる作業である。このオプションにより、Samba サーバーに対してユーザーがアクセスした時点で smbd が UNIX のユーザーを 必要に応じて 作成することが可能になる。

このオプションを使う場合、 smbd(8)決して security = share で構成されていてはならず、 add user script には、 作成される UNIX のユーザー名を表す %u を引数にとり、 UNIX ユーザーを作成するスクリプトのフルパス名が設定されている必要がある。

Windows のユーザーが Samba サーバーにアクセスしようとして、 ログイン(SMB プロトコルの session setup) を行なう時に、 smbd(8) は、送信されたユーザー名とパスワードを認証するために、 password server と通信を行なう。 認証が成功すると、 smbd は UNIX 上のパスワードデータベース中から対応する UNIX のユーザーを検索して Windows のユーザーに対応づけようとする。この検索が失敗し、 add user script が設定されていると、 smbd は、 %u 引数を作成すべきユーザー名に展開した上で、 設定されたスクリプトを ROOT 権限で 呼び出す。

スクリプトがユーザーの作成に成功すると、 smbd は、その UNIX ユーザーがすでに存在していたかのようにして処理を継続する。このようにして、存在する Windows NT のアカウントに対応する UNIX のユーザーが動的に作成される。

(訳注: この他に、Samba のドメイン環境において add user script はリモートからの要求によりユーザーを作成するという重要な役割がある。)

security, password server, delete user script も参照のこと。

既定値: add user script =

例: add user script = /usr/local/samba/bin/add_user %u

add user to group script (G)

このパラメーターは、 Windows NT のドメイン管理ツールによってユーザーにグループが追加された際に実行されるスクリプトのフルパス名である。 これは smbd(8) によって ROOT 権限で 呼び出される。 %g はグループ名に置換され、 %u はユーザー名に置換される。

adduser コマンドは、すべてのシステムにおいて、 以下の例で用いた構文をサポートしているわけではないことに注意。

既定値: add user to group script =

例: add user to group script = /usr/sbin/adduser %u %g

administrative share (S)

このパラメーターが共有のために yes になっている場合、その共有は管理用となる。管理用の共有は Windows NT ベースのすべてのオペレーティングシステムで作られるデフォルトの ネットワーク共有であり、C$, D$, ADMIN$ などと同様のものである。 これらの共有のタイプは STYPE_DISKTREE_HIDDEN となる。

このオプションに関する詳細は、後述の security を参照してほしい。

既定値: administrative share = no

admin users (S)

このパラメーターは、共有上で管理者権限が与えられるユーザーのリストである。 指定されたユーザーは、すべてのファイル操作をスーパーユーザー (root) として実行できる。

このリストに登録されているユーザーは、 ファイルのパーミッションに関係なくあらゆる操作を行うことができてしまうため、 このオプションは十分に注意して使用すべきである。

このパラメーターは、 Samba 3.0 における security = share 環境では動作しない。 これは仕様である。

既定値: admin users =

例: admin users = jason

afs share (S)

このパラメーターは、共有に対して AFS 特有の機能を有効にするかどうかを指定する。 もし有効な場合、path パラメーターでエクスポートされているディレクトリをローカルの AFS インポートとして扱う。 特殊な AFS の機能というのは、もし configure 時に --with-fake-kaserver オプションを有効にした場合に、 AFS トークンを作成しようとする機能などが含まれる。

既定値: afs share = no

afs username map (G)

ダミーの kaserver の AFS 機能を使用している場合、 作成するトークンのユーザー名を指定したい場合もあるだろう。 たとえば、AFS Protection Database に複数のドメインのユーザーが混在している場合などが挙げられる。 一つの解決策は、winbind と同じように + をセパレータとして DOMAIN+User と指定することである。

マップされたユーザー名はログインするためのセル名を含んでいる必要がある。 そのため、このパラメーターが指定されていない場合、トークンは使用されない。

(訳注: AFSに関する知識不足のため、訳の正確性については担保できない)

既定値: afs username map =

例: afs username map = %u@afs.samba.org

aio read size (S)

Samba が非同期 I/O サポート付きでビルドされていて、かつこの整数パラメーター が非ゼロ値にセットされている場合、ファイルリードする際に要求された I/O サイズがこの値より大きければ、Samba は非同期リードを行う。 注意:非同期リードが行われるのは、non-chained と non-chaining リードで、 かつライトキャッシュを使わない場合に限られる。

Samba 3.0 における非同期 I/O におけるサポートは、リードとライトを合わせて 10個までの、未解決の非同期リクエストに限られる。

Related command: write cache size

Related command: aio write size

既定値: aio read size = 0

例: aio read size = 16384 # リクエストサイズが 16KB を超えるリードについて非同期 I/O を使用する。

aio write behind (S)

もしも、Sambaが非同期I/Oをサポートするように構築された場合、 このパラメーターで示されたファイルに対して、クライアントに対する 結果を返す前に、 Sambaは書き込み要求が完了するまで待たない。その代わり、実際の操作が 成功するか否かに関係なく、Sambaは書き込み要求が正常に終わったと、即座に 結果を返す。これはaioサポートがないクライアントのスピードを向上させるかも しれないが、データが亡失し、ファイルが壊れるという観点で、これはとても 危険である。

文法は、veto filesと同一である。

既定値: aio write behind =

例: aio write behind = /*.tmp/

aio write size (S)

Samba が非同期 I/O サポート付きでビルドされており、かつこの整数パラメーター が非ゼロ値にセットされている場合、ファイルをライトする際に要求された I/O サイズがこの値より大きければ、Samba は非同期ライトを行う。 注意:非同期ライトが行われるのは、non-chained と non-chaining ライトで、 かつライトキャッシュを使わない場合に限られる。

Samba 3.0 における非同期 I/O におけるサポートは、リードとライトを合わせて 10個までの、未解決の非同期リクエストに限られる。

Related command: write cache size

Related command: aio read size

既定値: aio write size = 0

例: aio write size = 16384 # リクエストサイズが 16KB を超えるライトについて非同期 I/O を使用する。

algorithmic rid base (G)

このパラメーターにより、 Samba が UID や GID を NT セキュリティ識別子(訳注:SID)の構築に必要な RID に機械的に対応づける際の RID の値が設定される。

Windows NT/2000 から移行を行なうサイトでは、存在しているユーザーやグループの RID がシステムのユーザーと競合してしまうことを防ぐため、この値を大きい値にすることが有用な場合もあるだろう。

サーバー上の ACL が正しく機能する上では、すべての UID および GID が SID に変換できることが必須である。 このため、機械的な対応づけを無効にせずに、一定の範囲を対象領域から除外することが、 問題を避ける上で必要である。 RID の競合に対応したパスワード機構において、ユーザーおよびグループには、 「小さな」 RID が割り当てられる。

既定値: algorithmic rid base = 1000

例: algorithmic rid base = 100000

allocation roundup size (S)

このパラメーターにより、管理者が Windows クライアントから見たアロケーションサイズを切り上げることが可能となる。 デフォルトのサイズである 1MB にすることで、通常 Windows クライアントのパフォーマンスは向上する。 ただし、Visual Studio のように、 アロケーションサイズを切り上げることで問題が発生するアプリケーションもある。 Visual Studio のコンパイラーが内部エラーでクラッシュしてしまうような場合は、 該当の共有でこのパラメーターを 0 に設定すること。

このパラメーターには、切り上げるサイズをバイト単位の整数値で指定する。

既定値: allocation roundup size = 1048576

例: allocation roundup size = 0 # (to disable roundups)

allow trusted domains (G)

このパラメーターは、security パラメーターが serverdomain もしくは ads に設定されている時のみ有効である。 no に設定されている場合、 smbd が動作しているドメインもしくはワークグループ外からのリソースへの接続要求は、失敗する。 これは、たとえそのドメインが認証を行なうサーバーによって信頼されている場合であっても同様である。

このオプションは、 Samba サーバーが所属するドメインのユーザーのみにリソースを提供させたい場合に便利である。 一例として DOMA と DOMB という 2 つのドメインがあって、 DOMA は Samba サーバーを含み、DOMB を信頼している場合を想定する。 通常の条件では、DOMB中にアカウントを持つユーザーは、 Samba サーバーに同じ名前の UNIX アカウントがあれば、 DOMA にアカウントがなくてもリソースにアクセスできるため、 セキュリティ境界の区分けが困難である。

既定値: allow trusted domains = yes

announce as (G)

このパラメーターは、 nmbd(8) が、 自身を「ネットワークコンピュータ」中のブラウズリストにアナウンスする際のサーバーの種類を指定する。 デフォルトでは Windows NT に設定されている。有効な値は: 「NT Server」(これは「NT」と表記することもできる)、 「NT Workstation」、「Win95」、「WfW」であり、各々 Windows NT Server、 Windows NT Workstation、Windows 95、Windows for Workgroups を意味する。 変更を行なうと、Samba サーバーがブラウザーサーバー(訳注: ポテンシャルブラウザーの意?)に正しく参加できなくなるかも知れないため、 Samba サーバーを NT サーバーとして表示させたくない特別な理由がない限り、 このパラメーターを変更しないこと。

既定値: announce as = NT Server

例: announce as = Win95

announce version (G)

このパラメーターは、 nmbd が自身をサーバーとしてアナウンスする際に指定するメジャーおよびマイナーバージョン番号を指定する。 デフォルトは 4.9 である。 Samba サーバーをより下位のサーバーとして設定する特別な必要性がない限り、このパラメーターは変更しないこと。

既定値: announce version = 4.9

例: announce version = 2.0

auth methods (G)

このパラメーターにより、管理者は smbd がユーザー認証を行なう際に使用する認証機構を選択することが可能となる。 このパラメーターのデフォルトは、security パラメーターに基づいて適切な値が設定される。 このオプションは開発者向けであり、 特殊な状況でのみ使用するものと考えるべきである。 実際の運用では多くの場合 (必ずというわけではない)、デフォルト設定のままにしておくべきである。

ユーザーが認証されるまで、 リスト中の各エントリによって順番にユーザー認証が行なわれる。 従って、実際に認証が成功となる認証機構は1つだけである。

設定可能な値としては、guest (匿名アクセス)、 sam (NetBIOS名あるいはドメイン名に基づくローカルのアカウントリストの検索)、 winbind (winbinddによるリモートユーザーの認証要求の中継)、 ntdomain (winbindd 導入以前のリモートドメインユーザーの認証方法。 現在は winbindd を使用する方が望ましいので使用すべきではない)、 trustdomain (信頼できるユーザーの、smbd からリモート DC への直接アクセスによる認証。 現在は winbindd を使用する方が望ましいので使用すべきではない) がある。

既定値: auth methods =

例: auth methods = guest sam winbind

available (S)

このパラメーターにより、サービスを「無効」とすることが可能である。 available = no の場合、 サービスに対する接続はすべて失敗する。これらの失敗は記録される。

既定値: available = yes

bind interfaces only (G)

このグローバルパラメーターにより、 Samba 管理者が SMB 要求を受け付けるインタフェースを制限できるようになる。 この影響は、ファイルサービス smbd(8) とネームサービス nmbd(8) とで多少異なる。

このパラメーターを指定すると、ネームサービス nmbd は、 interfaces パラメーターで指定されたインタフェースのポート 137 と 138 にバインドする。 nmbd は、ブロードキャストメッセージを受信するために、 「すべてのアドレス」となるインタフェース (0.0.0.0) のポート 137 と 138 にもバインドする。このオプションが設定されていない場合、 nmbd は、これらすべてのソケットに対してネームサービスを提供する。 bind interfaces only が設定されていると、 nmbd はブロードキャストパケットの送信元アドレスを確認して、 interfaces パラメーターで指定されたインタフェースのブロードキャストアドレスを経由しないパケットを破棄する。 他のソケットでユニキャストパケットを受信した場合、 nmbd は、 interfaces パラメーターで指定されたインタフェースを経由しないパケットを送出したマシンに対してはネームサービスを拒否する。 もっとも、IP ソースアドレスを偽造 (spoofing) することで、この単純なチェックは破られてしまう。 そのため、このパラメーターを nmbd のセキュリティ機能と位置付けて本格的に利用すべきではない。

ファイルサービスの場合、このパラメーターを指定すると、 smbd(8)interfaces パラメーターで指定されたインタフェースにのみバインドするようになる。 これにより、 smbd がサービスを提供するネットワークを指定したインタフェース経由のものに制限することが可能である。 PPP などの間欠的なネットワークインタフェースや、非ブロードキャストなネットワークインタフェースにサービスを提供している場合は、 これらの非永続的なインタフェースをうまく処理できないため、このパラメーターを使わないこと。

bind interfaces only が設定されているが、 127.0.0.1 のネットワークアドレスが interfaces パラメーターに指定されていない場合は、 以下に示すような理由のため、smbpasswd(8)swat(8) などが期待したように動作しないことがある。

ユーザーの SMB パスワードを変更するために、 smbpasswd はデフォルトで localhost - 127.0.0.1 のアドレスに SMB クライアントとして接続を行ない、パスワード変更要求を送信する。 bind interfaces only が設定されているにも関わらず、 127.0.0.1 のネットワークアドレスが interfaces パラメーターに含まれていなかった場合、 smbpasswd のデフォルトの状態では接続に失敗してしまう。 smbpasswd については、 smbpasswd(8)-r remote machine パラメーターを指定して、 remote machine にローカルホストのプライマリインタフェースのIPアドレスを設定することにより、 強制的にローカルホストのプライマリIPインタフェースを利用させることも可能である。

swat のステータス(status)ページは、 smbdnmbd が実行されているかを確認するために、 127.0.0.1 から接続を行なおうとする。 そのため、127.0.0.1を追加していない場合、 smbdnmbd は実際には動作している場合でも、 常に「not running」と表示される。更に、 swat から smbdnmbd の開始/停止/再起動を行なうこともできなくなる。

既定値: bind interfaces only = no

blocking locks (S)

このパラメーターは、クライアントからオープン中のファイルの一部範囲に対して、 バイト範囲のロック(byte range lock)が要求された際に、タイムアウトが発生した場合の smbd(8) の動作を制御する。

このパラメーターが設定されている場合にロック範囲の要求が即座に処理できない場合、 Samba は内部的にロック要求をキューイングして、タイムアウトが来るまで定期的にロックを取得する動作を行なう。

このパラメーターが no の場合、 Samba は以前のバージョンの Samba (訳注: Samba 1.9.x 以前)と同様に振舞い、 ロック範囲が取得できない場合にただちにロック要求を失敗させる。

既定値: blocking locks = yes

block size (S)

このパラメーターにより、ディスクの空き領域を報告する際の smbd(8) の動作が制御される。 デフォルトでは、ディスクのブロックサイズを 1024 バイトとして報告が行なわれる。

このパラメーターを変更した場合、クライアントからの書き込みに影響がでることが予想されるが、確認されていない。このパラメーターは、熟練した管理者が(通常より大きい値に)変更を行なうことで、再コンパイルを行なうことなく、クライアントからの書き込みパフォーマンスへの影響をテストすることを可能とするために追加された。これは実験的なオプションのため、将来のリリースでは削除されるかも知れない。

このオプションを変更しても、報告されるディスクの空き容量自体は変わらない。クライアントに報告されるディスクのブロックサイズが変更されるだけである。

既定値: block size = 1024

例: block size = 4096

browsable

このパラメータは右記のパラメータの別名である:browseable.

browseable (S)

このパラメーターは、net view コマンドやブラウズリスト中に現れる利用可能な共有の一覧にこの共有を表示させるかどうかを制御する。

既定値: browseable = yes

browse list (G)

このパラメーターは、クライアントからの NetServerEnum コールに対して、 smbd(8) がブラウズリストを提供するかどうかを制御する。 通常 true に設定されている。 これを変更する必要はまずないであろう。

既定値: browse list = yes

cache directory (G)

通常、TDBファイルのほとんどは、 lock directory 中に格納される。Samba 3.4.0から、 state directorycache directoryオプションを使って、 恒常的なデータを持つTDBファイルと、一時的なデータを持つTDBファイルの間で 異なる設定が可能となった。

このオプションは、一時的なデータを保持するTDBファイルを億ディレクトリ を指定する。

既定値: cache directory = ${prefix}/var/locks

例: cache directory = /var/run/samba/locks/cache

casesignames

このパラメータは右記のパラメータの別名である:case sensitive.

case sensitive (S)

name mangling セクションでの説明を参照のこと。

既定値: case sensitive = auto

change notify (S)

このパラメーターは、Samba がクライアントからのファイル変更通知要求に対して 返信するべきかどうかを指定する。

このパラメーターを変更する必要はないはずである

既定値: change notify = yes

change share command (G)

Samba 2.2.0 では、Windows NT 4.0 のサーバーマネージャーを利用して共有設定を を追加・削除する機能が追加された。 change share command は、 smb.confの既存のサービスの設定を変更 する外部のプログラム、もしくはスクリプトを設定するためのパラメーターである。

change share command を実行するため、管理者は smbd にroot アカウント(uid = 0)で接続するか、アカウントにSeDiskOperatorPrivilege が付与されている必要がある。 add share commandで指定された スクリプトはroot権限で実行される。

コマンド実行時に、smbdは自動的に以下の 5 つの引数を付加してchange share commandを実行する。

  • configFile - smb.confの場所

  • shareName - 新しい共有名

  • pathName - ディスク上に「存在している」ディレクトリへのパス名

  • comment - 新しい共有に対するコメント文字列

  • max connections 共有への最大同時接続数。

このパラメーターは、ファイル共有設定の変更にのみ使われる。印刷共有の設定を 変更にするには、共有されているホストのプリンターフォルダーを使用する。

既定値: change share command =

例: change share command = /usr/local/bin/changeshare

check password script (G)

パスワードの複雑性を検証するためのプログラム名を指定する。 パスワードはプログラムの標準入力に送られる。

プログラムは、パスワードが良好であった場合に 0 を、それ以外の場合は他の値を返却しなければならない。 パスワードが脆弱であると判断された(プログラムが 0 を返却しなかった)場合、 ユーザーには、パスワード変更の失敗が通知される。

example ディレクトリに、crackcheck という サンプルのプログラムがある。 これは cracklib を用いてパスワードのチェックを行なっている。

既定値: check password script = Disabled

例: check password script = /usr/local/sbin/crackcheck

client lanman auth (G)

このパラメーターは、smbclient(8) などの Samba のクライアントツールが 脆弱な LANMAN パスワードハッシュを使用した認証を行なうか否かを制御する。 無効にした場合、 Samba クライアントからは、NT パスワードハッシュを利用するクライアント (Windows NT/2000クライアント、Samba など。しかし Windows 95/98 は含まない) に対してのみ接続できる。

LANMAN 暗号化レスポンスは簡単に解読することが可能である。 これは大文字と小文字を区別しないことや、使用しているアルゴリズムなどに起因する。 Windows 95/98 サーバーが存在しない場合は、このオプションを無効にした方がよいだろう。

このオプションを無効にすると、client plaintext auth オプションも同時に無効となる。

同様に、 client ntlmv2 auth パラメーターを有効にした場合、NTLMv2 ログインのみが可能となる。

既定値: client lanman auth = no

client ldap sasl wrapping (G)

client ldap sasl wrapping は、ldapとの通信が 署名付きか、署名+暗号化(シールされている)かを定義する。設定可能な値は、 plain, signsealである。

signsealは、 もしもSambaが最新のOpenLDAPバージョン(2.3.xかそれ以降)とともに コンパイルされた時に有効である。

このオプションは、(たとえば Windows 2000 SP3 またはそれ以降の)署名された LDAP接続を使うことを強制するドメインコントローラーの場合に必要である。 LDAP署名と暗号化LDAP接続は、Windowsサーバー側のレジストリキー "HKLM\System\CurrentControlSet\Services\ NTDS\Parameters\LDAPServerIntegrity" によって制御する事が出来る。

使用するKRB5ライブラリ(MITと古いバージョンのHeimdal)に依存するが、 メッセージ "integrity only" はサポートされないことが可能である。この場合、 signsealのための単なる別名である。

既定値はplainで、これは、KRB5のクロックスキュー エラーに対して過敏ではない。これは、signsealを使う場合においてはKDCとの時刻同期があること を暗黙的に示している。

既定値: client ldap sasl wrapping = plain

client ntlmv2 auth (G)

このパラメーターにより、smbclient(8) がサーバーへの接続時に NTLMv2 暗号化パスワードレスポンスを使用した認証を行なうかどうかが設定される。

有効にすると、NTLMv2 および LMv2 レスポンス(両方とも以前のバージョンよりはセキュアである) が送信される。 ただし、多くのサーバー(Windows NT 4.0 SP3以前、Windows 9x および Samba 2.2)は NTLMv2 と互換性がない。

同様に、有効にした場合 NTLMv1、 client lanman auth および client plaintext auth 認証は無効となる。また、共有レベルの認証も同時に無効となる。

無効にした場合、 NTLM レスポンス (および可能であれば LANMAN レスポンス) が、client lanman auth の値に応じてクライアントから送信される。

サイトによっては (特に「ベストプラクティス」のセキュリティポリシーを適用しているサイト)、NTLMv2 のみを許可し、脆弱な LM および NTLM レスポンスは許可していない。

既定値: client ntlmv2 auth = no

client plaintext auth (G)

このパラメーターは、サーバーが暗号化パスワードをサポートしていない場合にクライアントから平文パスワードを送出するかどうかを制御する。

既定値: client plaintext auth = yes

client schannel (G)

このパラメーターはクライアントが netlogon セキュアチャネルの使用を有効にするか、もしくは要求するかを制御する。 client schannel = no はセキュアチャネルを有効にしない。 client schannel = auto はセキュアチャネルを有効にするが、強制はしない。 client schannel = yes はサーバーが netlogon セキュアチャネルを理解できない場合、アクセスを許可しない。

既定値: client schannel = auto

例: client schannel = yes

client signing (G)

このパラメーターは、SMB署名を使うために、クライアントに対して有効にするか、もしくは強制するかを設定する。 設定可能な値は、automandatorydisabled である。

auto に設定した場合、SMB 署名が有効になるが、強制はしない。 mandatory に設定すると、SMB 署名が必須となる。disable に設定すると、SMB 署名は有効にならない。

既定値: client signing = auto

client use spnego principal (G)

このパラメーターは、smbclient(8)をはじめとする、Sambaのコンポーネントが、 クライアントとして動作する時に、SPNEGO交換の際にサーバから提供されることが あるプリンシパルを使うかどうかを制御する。

これを有効にした場合、SambaはIPアドレスのみで定義されている サーバへ接続する際にもKerberosを使うことを試行する。しかし、Kerberos は名前に依存したプロトコルなので、通常こうした状況においては機能しない。

これを無効にした場合、SambaはチケットをKDCに問い合わせる時、 サーバを検索する時に用いた名前を使う。これにより、あるサーバが ネットワーク上で用いられている名前とは別のプリンシパルとして認証を 要求することで、別のサーバになりすましてしまうという事態を避ける ことができる。

Windows XP SP2以降のバージョンは後者の動作を行うように変更されている。 また、Windows Vista以降がサーバとして機能する際にも、この 'rfc4178 hint' プリンシパルを提供しないようになっている。

既定値: client use spnego principal = no

client use spnego (G)

この値により、Samba クライアントが認証の際に Simple and Protected NEGOciation (RFC2478 で規定) をサポートしたサーバー (Windows XP 、 Windows 2000 、Samba 3.0 を含む) に対して SPNEGO の使用を試みるかどうかが制御される。 SPNEGO は Kerberos 認証の際に有効となる。

既定値: client use spnego = yes

cluster addresses (G)

このパラメーターを使うと、nmbd が WINS サーバーに登録する追加のアドレスを 付加することができる。これらのアドレス(群)は、すべてのノード上で 同時に存在しなければならないわけではないが、これらは WINS サーバーに 登録されるため、クライアントはこれらのうちのどのノードにも接続できる。

既定値: cluster addresses =

例: cluster addresses = 10.0.0.1 10.0.0.2 10.0.0.3

clustering (G)

このパラメーターは、Samba が ctdb に接続して tdb ファイルにアクセスし、 さらにメッセージ処理のバックエンドとして ctdb を使うべきかどうかを 指定する。

ctdb が動作している状態でクラスター構成を取る場合にのみ、 このパラメーターを yes にすること。

既定値: clustering = no

comment (S)

これは、クライアントから「ネットワークコンピュータ」や net view コマンド経由でサーバー上で利用可能な共有を一覧する際に、共有名の横に表示される文字列である。

コンピュータ名の横に表示される文字列を設定したい場合は、server string パラメーターを参照のこと。

既定値: comment = # コメント文字列なし

例: comment = Fred's Files

config backend (G)

設定内容を格納するためのバックエンドを切り替える。設定可能な値は file(デフォルト)およびregistry である。smb.conf を読み込んでいる途中で config backend = registry を検出すると、それまでに読み込まれた設定内容は破棄され、その代りに グローバルオプションがレジストリから読み込まれる。つまり、これは レジストリのみの設定にするための仕組みである。共有の定義は即時には 読み込まれないが、その代りに registry sharesyes にセットしてくれる。

注意:このオプションは、レジストリ設定自身の中でセットすることもできる。

既定値: config backend = file

例: config backend = registry

config file (G)

このオプションを指定することで、デフォルトの設定ファイル (通常smb.conf)の代わりのファイルを利用して、 設定を上書きすることが可能になる。このオプション自身が config file 中に記述されるため、これには「鶏と卵」問題がある。

そのため、このパラメーターによって設定ファイルが変更されると、 新しい設定ファイルの内容が先頭からロードされる。

このオプションには、通常の変数置換が適用されるので、 うまく使えばとても便利であろう。

指定された設定ファイルが存在しない場合は読み込まれない (これにより、特定クライアントに対して、 特別な設定ファイルを指定するということが可能となる)。

既定値なし

例: config file = /usr/local/samba/lib/smb.conf.%m

copy (S)

このパラメーターにより、サービスエントリの「複製」 が可能となる。指定されたサービスの設定が単純に現在のサービスへと複製される。 現在のセクションに設定されているパラメーターは、 複製元のセクションの設定を上書きする。

この機能を使うと、「ひな型(template)」となるサービスを作成した上で、 同様の設定のサービスを単純に作成するということが可能となる。 複製元のサービスは、 設定ファイル内で複製先のサービスより前に記述する必要があることに注意。

既定値: copy =

例: copy = otherservice

create krb5 conf (G)

このパラメーターをnoにすると、winbindが 固有の krb5.confを作成することを防止する。krb5ライブラリがADのサイトを 認識せず、そのため、可能性のある任意のドメインコントローラーから対象として 外すことがとても多いという理由で、winbindは通常これを行う。winbindは サイトを認識し、固有のkrb5.confファイルを作成することにより、 krb5ライブラリがローカルのDCを使うようにする。

winbindがこれを行うことを防止することは、winbindが知ることの出来ない、 システム上にある、システムのkrb5.conf中に特別なオプションを追加しなければ ならない場合に必要かもしれない。

既定値: create krb5 conf = yes

create mode

このパラメータは右記のパラメータの別名である:create mask.

create mask (S)

ファイル作成時に付与されるパーミッションは、 DOS の属性を UNIX のパーミッションに変換することにより生成されるが、 最終的には、このパラメーターとビット単位の AND 演算が行なわれる。 このパラメーターは、ファイルの UNIX のパーミッションに対するビットマスクと 考えることができる。ここで設定されないビットは、 ファイル作成時のパーミッションから削除される。

このパラメーターの既定値は、 「group」「other」の書き込みおよび実行権を UNIX のパーミッションから取り除いた値である。

この処理に引続き、Samba はこのパラメーターにより生成されたパーミッションを force create mode パラメーターの値とビット単位の OR 演算を行なう。 なおパラメーターの値はデフォルトで、000 に設定されている。

このパラメーターは、ディレクトリのパーミッション生成には関与しない。 directory mask パラメーターを参照のこと。

このパラメーターは、Windows NT/2000 の ACL エディターにより設定されるアクセス許可には関与しない。 管理者が ACL に対するビットマスクも同様に設定したいと考えている場合は、 security mask の設定が必要である。

既定値: create mask = 0744

例: create mask = 0775

csc policy (S)

このパラメーターは、クライアントサイドのキャッシングポリシーを規定し、 オフラインキャッシュ機能を持つクライアントが、 共有上のファイルをどのようにキャッシュするかを規定する。 有効な値は、manual, documents, programs, disable である。

これらの値は、Windows のサーバー側の設定に対応している。

例えば、移動プロファイルが格納されている共有では、 csc policy = disable とすることで、 オフラインキャッシュを無効にできる。

既定値: csc policy = manual

例: csc policy = programs

ctdbd socket (G)

clustering=yes の指定を行う場合は、 ctdbd がどの unix ドメインソケットを監視するのかを、Samba に対して 教えてやる必要がある。ctdb 1.0 におけるデフォルトのパスは /tmp/ctdb.socket であるが、これを smb.conf で明示してやらなければならない。

既定値: ctdbd socket =

例: ctdbd socket = /tmp/ctdb.socket

ctdb timeout (G)

このパラメーターはSambaとctdb間での接続のタイムアウト時間を秒単位で指定する。 これはSambaをクラスターリングがサポート出来るようにコンパイルし、 clustering=yesを設定した場合にのみ有効である。

クラスターブロック内に何らかのものがある場合、ブロック状態に追加しようと するときに、ctdbをとても長い時間待つことがたまにある。うまく動作するクラスター 環境においては、これは決して発生しないが、ちょっとした問題があるかもしれない とてもたくさんのコンポーネントがクラスター中にはある。クラスター間で何かを転送 するために、長いサービス時間がかかる、負荷の高いクラスター上では有効かもしれない という理由で、この値の正しい落とし所を選択するのはとてもトリッキーである。 この値を小さくしすぎると、クラスターが提供するサービスをデグレードする事になり、 長くしすぎると、クラスターそれ自身を、何らかの重大な障害から、長い時間リカバリ できなくなるかもしれない。

もしも、このパラメーターを設定する場合、これはsmb.conf中に存在する必要があるが、 レジストリに接続するのにctdbが必要であるという理由で、レジストリ設定中 (通常はクラスター上)に配置するのは好ましくないことに注意。

ctdb timeoutをnに設定することは、クラスターのパニック による応答に、どのプロセスもn秒以上待たないということになる。既定値として強く 推奨する0に設定(既定値)すると、Sambaはそれを永久にブロックする。

既定値: ctdb timeout = 0

cups connection timeout (G)

このパラメーターはprintingcups が指定されたときだけ有効になる。

これが有効な場合、smbdがCUPSサーバーに接続時にタイムアウトするまでの時間を 指定する。もし、指定時間以上の秒数が経過しても接続が確立しない場合には 接続エラーとなる。

既定値: cups connection timeout = 30

例: cups connection timeout = 60

cups encrypt (G)

このパラメーターは、もしもprintingcupsで、もしもCUPSが1.0.xよりも新しいものを 使っている場合にのみ適用可能である。これは、SambaがCUPSサーバーと通信する時に、 暗号化を使うべきか否かを定義する。取り得る値は auto, yesnoである。

autoに設定した場合、各CUPS接続のセットアップ時にTLSのハンドシェークを試みる。 もしもそれが失敗した場合、暗号化なし操作に切り替える。

既定値: cups encrypt = "no"

cups options (S)

このパラメーターは printingcups に設定されている場合のみ有効である。 この値は、 CUPS ライブラリに直接渡されるオプションを記述した任意の形式の文字列である。

CUPS で有効な一般の印刷オプション ( CUPS の「Spftware Users' Manual」に記載されているもの ) はすべて設定できる。 また、設定対象のキューで有効な ( 「lpoptions -d printername -l」で表示される ) 任意のプリンター固有のオプションも設定できる。 複数のパラメーターは、ABNF指定のPAPIテキストオプションに準じた、空白で 分離された名前/値ペアでなければならない。複数の値を持つ場合 ("name={a=... b=... c=...}")は、中括弧がそのままで格納される。

Windows クライアントが Samba を経由して印刷を行なう際に CUPS サーバーの error_log ファイルに 「Unsupported format 'application/octet-stream'」といったメッセージが含まれている場合、 このパラメーターを raw に設定するとよい。 現在では /etc/cups/mime.{convs,types} において、 システム全体で raw 印刷を有効にする必要はない。

既定値: cups options = ""

例: cups options = "raw,media=a4

cups server (G)

このパラメーターは printingcups に設定されている場合のみ有効である。

このパラメーターが設定されると、CUPS の client.conf で設定された ServerName オプションの値が置き換えられる。 これは、仮想 Samba サーバー毎に異なる CUPS デーモンに接続する際に必要である。

なお、サーバー名に引続きコロンの後ろにポート番号を記述することで、ポー ト番号を指定することも可能である。 ポートの指定が行なわれ名張った場合、IPP のデフォルトポート (631) が用いられる。

既定値: cups server = ""

例: cups server = mycupsserver

例: cups server = mycupsserver:1631

deadtime (G)

このパラメーターの値(10進の整数)は、接続が利用されなくなったとみなされて切断が行なわれるまでの経過時間(分)を表す。 deadtime はオープンされているファイルが存在しない時のみ有効である。

このパラメーターは、多数の利用されていない接続によって、サーバー上のリソースが枯渇するのを防ぐのに有効である。

多くのクライアントは、このパラメーターをユーザーに意識させないように、接続が切断されていた際に、自動で再接続を行なう機能を持っている。

ほとんどのシステムにおいて、このパラメーターを利用して、数分でタイムアウトが発生するようにすることを推奨する。

deadtime が 0 の場合、タイムアウトによる自動的な切断は行なわれない。

既定値: deadtime = 0

例: deadtime = 15

debug class (G)

このブール値パラメーターが有効の場合、デバッグ用ヘッダーの中にデバッグクラス (DBGC_CLASS) が表示される。

現在利用可能なデバッグクラスに関する詳細は、log level の章を参照してほしい。

既定値: debug class = no

debug hires timestamp (G)

ログメッセージに秒単位以上のタイムスタンプが必要な場合、 この真偽値のパラメーターを有効にすることにより、 マイクロ秒単位のタイムスタンプがメッセージに付加される。

このパラメーターを有効にする際は、 debug timestamp が有効になっている必要があることに注意。

既定値: debug hires timestamp = yes

debug pid (G)

fork されて生成された smbd(8) プロセスが同一のログファイルを共用している場合、 どのプロセスがメッセージを出力しているかを識別することは非常に難しい。 この真偽値パラメーターを有効にすることで、ログファイル中のタイムスタンプメッセージのヘッダーにプロセスIDが付加されるようになる。

このパラメーターを有効にする際は、 debug timestamp が有効になっている必要があることに注意。

既定値: debug pid = no

debug prefix timestamp (G)

このオプションを有効にすると、デバッグメッセージにタイムスタンプメッセージ ヘッダーが付くようになる。ただし debug timestamp に含まれるファイル名や関数情報には付加されない。 タイムスタンプを表すためだけに、新たなデバッグ行が発生することはない。

注意:このパラメーターは debug timestamp を上書きする。

既定値: debug prefix timestamp = no

timestamp logs

このパラメータは右記のパラメータの別名である:debug timestamp.

debug timestamp (G)

Samba のデバッグログのメッセージには、 デフォルトでタイムスタンプが付加されるが、 高い、debug level を設定している場合、 このタイムスタンプが目障りに感じることもあるだろう。 この真偽値パラメーターにより、タイムスタンプの付加を抑止することができる。

既定値: debug timestamp = yes

debug uid (G)

Samba は root 権限で動作する時もあれば、 接続したユーザーの権限で動作する時もある。 このパラメーターを有効にすると、現在の euid、egid、uid、gid をログファイル中のタイムスタンプメッセージに付加する。

このパラメーターを有効にする際は、 debug timestamp が有効になっている必要があることに注意。

既定値: debug uid = no

dedicated keytab file (G)

kerberos methodが "dedicated keytab" に設定されている場合に、kerberos の keytab ファイルへのパスを指定する。

既定値: dedicated keytab file =

例: dedicated keytab file = /usr/local/etc/krb5.keytab

default case (S)

name mangling セクションを参照のこと。 short preserve case パラメーターにも注意。

既定値: default case = lower

default devmode (S)

このパラメーターは、printable サービスにのみ適用される。 smbd が、Windows NT/2000/XP クライアントに対してプリンタードライバーを提供する際に、 Samba サーバー上の各プリンターでは、用紙サイズ、用紙の方向、両面印刷指定、 settings といった情報が定義されたデバイスモード(device mode)という値を設定する必要がある。 デバイスモードの適切な値は、プリンタードライバー自身のみが生成することができる (この処理は、Win32 プラットフォームでのみ実行することができる)。 smbd はデバイスモードを生成するドライバーのコードを実行できないため、 このフィールドの既定値としては、NULL が設定される。

Windows NT/2000/XP クライアントに対してプリンタードライバーを提供する上での問題点の多くは、 デバイスモードの生成に関するものである。 ドライバーによっては、デバイスモードとして NULL を設定すると、 クライアント側の Explorer.exe をクラッシュさせるものがある。 また、デバイスモードがドライバー自身によって生成されていないと(たとえば smbd がデフォルトのデバイスモードを生成するなど)、 クライアントのスプーラサービス(spoolsv.exe)を停止させてしまうものもある。

このパラメーターは、熟慮の上、プリンタードライバーのテストを行なった上で用いること。 デバイスモードを NULL のままにしておき、Windows クライアントに適切な値を設定される方が好ましい。 ただし、ドライバーが常にこの処理を行なうとは限らないため、 default devmode = yes の設定を行なうことで、smbd にデフォルトのデバイスモードを生成するような指示を行なうことができるようになっている。

Windows NT/2000 の印刷システムやデバイスモードに関する詳細な情報については、 MSDN documentation を参照のこと。

既定値: default devmode = yes

default

このパラメータは右記のパラメータの別名である:default service.

default service (G)

このパラメーターは、 要求されたサービスが存在しなかった場合に接続されるサービス名を指定する。 パラメーターの値に、大括弧('[' と ']')は不要であることに注意(設定例を参照のこと)。

このパラメーターに既定値はない。 このパラメーターが設定されていない場合、 存在しない共有に対する接続は失敗する。

default service は guest okread-only パラメーターを有効にしたサービスにするのが一般的である。

外面的なサービス名はクライアントから要求されたサービス名に変換される。 これは、%S のようなマクロをワイルドカードサービスに適用する際に、非常に有用である。

default service のサービス名に現れる「_」文字は、「/」にマッピングされる。 これにより、いろいろと面白いことができるだろう。

既定値: default service =

例: default service = pub

defer sharing violations (G)

Windows ではファイルのオープン時に他のプロセスとの共有方法を指定することができる。 あるプロセスがファイルを開こうとした時に指定した共有方法が 別のプロセスによって指定された共有方法と共存できないようなものであった際に 共有違反が発生する。 このパラメーターにより、smbd は Windows サーバーのように動作するようになり、 「共有違反」のエラーメッセージを 1 秒待ってから返却するようになり、 クライアントはこの間に共有違反を起こしたファイルをクローズすることが可能となる。

UNIX のデフォルトでは、こうした挙動は行なわれない。

このパラメーターは Samba の挙動をより Windows に近づけるためのものであり、 無効にする必然性はないであろう。

既定値: defer sharing violations = True

delete group script (G)

このパラメーターは、グループの削除が要求された際に、 smbd(8) によって ROOT 権限で 実行されるスクリプトのフルパス名である。 %g はグループ名に置換される。 スクリプトは Windows NT のドメイン管理ツールを使用して設定を行なう際にのみ有効である。

既定値: delete group script =

deleteprinter command (G)

Samba 2.2における Windows NT/2000 クライアントに対応した MS-RPC ベースの印刷サポートの実装にともない、 DeletePrinter() RPC呼び出しを発行することにより、 実行中にプリンターを削除することが可能になった。

Samba ホスト上では、 実際の印刷システム上から物理的にプリンターが削除される。 deleteprinter command パラメーターには、 プリンターを印刷システムとsmb.confから削除するために 必要な操作を実行するためのスクリプトを設定する。

deleteprinter commandprinter nameのみをパラメーターに設定されて自動的に呼び出される。

deleteprinter command が実行されると、 smbd は削除対象のプリンターを無効にするために、 smb.conf を読み直す。 共有名が依然として有効な場合、smbd はクライアントに ACCESS_DENIED エラーを返却する。

既定値: deleteprinter command =

例: deleteprinter command = /usr/bin/removeprinter

delete readonly (S)

このパラメーターにより、読み取り専用のファイルの削除が可能になる。 これは DOS の仕様ではないが、UNIX では可能な処理である。

このオプションは、rcs のようなアプリケーションを動作させるのに有用で、 UNIX ファイルの所有者に関する仕様がファイルのパーミッション変更を妨げたり、 DOS の仕様が読み取り専用ファイルの削除を妨げたりする問題を回避する。

既定値: delete readonly = no

delete share command (G)

Samba 2.2.0 では、Windows NT 4.0 のサーバーマネージャーを利用して共有設定を を追加・削除する機能が追加された。 delete share command は、 smb.confに既存のサービスを削除 する外部のプログラム、もしくはスクリプトを設定するためのパラメーターである。

delete share command を実行するため、管理者は smbd にroot アカウント(uid = 0)で接続するか、アカウントにSeDiskOperatorPrivilege が付与されている必要がある。 delete share commandで指定された スクリプトはroot権限で実行される。

コマンド実行時に、smbdは自動的に以下の 2つの引数を付加してdelete share commandを 実行する。

  • configFile - smb.confの場所

  • shareName - 既存の共有名

このパラメーターは、ファイル共有設定の削除にのみ使われる。印刷共有の設定を 削除するときはdeleteprinter commandを参照のこと。

既定値: delete share command =

例: delete share command = /usr/local/bin/delshare

delete user from group script (G)

このパラメーターは、 Windows NT のドメイン管理ツールによってユーザーがグループから削除された際に実行されるスクリプトのフルパス名である。 これは smbd(8) によって ROOT 権限で 呼び出される。 %g はグループ名に置換され、 %u はユーザー名に置換される。

既定値: delete user from group script =

例: delete user from group script = /usr/sbin/deluser %u %g

delete user script (G)

このパラメーターは、リモート RPC (NT) ツールによってユーザーの管理が行なわれた際に、 smbd(8) によって実行されるスクリプトのフルパス名である。

このスクリプトは、「ドメインユーザーマネージャ」や rpcclient により、リモートのクライアントがサーバーからユーザーを削除した際に呼び出される。

このスクリプトは指定されたユーザー名の UNIX ユーザーを削除するものでなければならない。

既定値: delete user script =

例: delete user script = /usr/local/samba/bin/del_user %u

delete veto files (S)

このオプションは、アクセスが禁止(veto)されたディレクトリ (veto files オプションを参照のこと)を含むディレクトリを削除しようとする際に影響する。 このオプションが no (デフォルト) の場合、 アクセスが禁止されたディレクトリ内にアクセスを禁止されていないファイルやディレクトリが含まれていても、 ディレクトリ内の削除は失敗する。これは通常期待されている動作であろう。

このオプションを yes に設定すると、 Samba はアクセスが禁止されたディレクトリ内でも 再帰的にすべてのファイルやディレクトリを削除しようとする。 NetAtalk のようなファイルサーバーを併用する際は、 通常 DOS/Windows ユーザーからの参照するのを禁止しているディレクトリ内にメタファイル (たとえば .AppleDoubleなど)を作成するため、このオプションが有用である。

delete veto files = yes を指定することで、 これらのディレクトリは、親ディレクトリが削除された際に、自動的に削除される (ただし、ユーザーはディレクトリを削除するパーミッションを持っている必要がある)。

既定値: delete veto files = no

dfree cache time (S)

dfree cache time パラメーターは、 Samba のディスク空き容量の計算で問題が発生するシステムでのみ利用すること。 Ultrix では問題の発生することが知られているが、 他のオペレーティングシステムで発生するかも知れない。 この問題は、各々のディレクトリの一覧表示の終了時に 「終了 再試行 無視 (Abort Retry Ignore)」のエラーが発生する形で顕在化する。

このパラメーターは Samba 3.0.21 で新設されたものである。 これは、smbd がディスク空き容量の結果をキャッシュする時間を秒単位で指定する。0 (既定値) の場合、キャッシュは行なわれない。 これにより、高負荷のサーバーで dfree command のスクリプトが頻繁に呼ばれて負荷が増大することが避けられる。

このパラメーターのデフォルト値は 0 であり、キャッシュは行なわれない。

既定値なし

例: dfree cache time = dfree cache time = 60

dfree command (S)

dfree command パラメーターは、 Samba のディスク空き容量の計算で問題が発生するシステムでのみ利用すること。 Ultrix では問題の発生することが知られているが、 他のオペレーティングシステムで発生するかも知れない。 この問題は、各々のディレクトリの一覧表示の終了時に 「終了 再試行 無視 (Abort Retry Ignore)」のエラーが発生する形で顕在化する。

このパラメーターでは、 総ディスク容量と空き容量を計算する内部ルーチンを置き換える外部スクリプトを指定する。 以下に、この機能を果たすスクリプトの仕様を示す。

Samba 3.0.21 において、このパラメーターは共有単位に設定可能なパラメーターとなり、 新たに追加された dfree cache time パラメーターにより、 高負荷のシステムにおいて、このスクリプトの出力結果をキャッシュできるようになった。

外部スクリプトは、対象となるファイルシステム中のディレクトリを示すパラメーター 1 つを受け取る。 これは通常 ./という文字列からなる。 スクリプトはアスキー文字で 2 つの整数を返さなければならない。 1 つめはブロック単位のディスク総容量で、 2 つめは利用できるブロック数でなければならない。 3 番目の戻り値として、オプションでブロックサイズをバイト単位で返却させることもできる。 デフォルトのブロックサイズは 1024 バイトである。

注意: スクリプトは、setuid や setgid しては ならず、 (root のみ書き込み可能で)所有者は root である必要がある。

dfree スクリプト(実行可能にする必要がある)を以下に示す:

 
#!/bin/sh
df $1 | tail -1 | awk '{print $(NF-4),$(NF-2)}'

もしくは、以下のようなものも考えられる(Sys V ベースのシステムの場合):

 
#!/bin/sh
/usr/bin/df -k $1 | tail -1 | awk '{print $3" "$5}'

システムによっては、コマンド名をフルパスで記述する必要がある場合があるので注意。

デフォルトは内部ルーチンにより、ディスクの総容量と空き容量が計算される。

既定値なし

例: dfree command = /usr/local/samba/bin/dfree

directory mode

このパラメータは右記のパラメータの別名である:directory mask.

directory mask (S)

このパラメーターは、パーミッションを示す8進数の数値であり、 UNIX 側のディレクトリ作成時に DOS の属性から UNIX のパーミッションを生成する際に使われる。

ディレクトリ作成時に付与されるパーミッションは、 DOS の属性と UNIX のパーミッションとのマッピングにしたがって、 DOS の属性を UNIX のパーミッションに変換することにより生成されるが、 最終的には、このパラメーターとビット単位の AND 演算が行なわれる。 このパラメーターは、ディレクトリの UNIX のパーミッションに対するビットマスクと 考えることができる。ここで設定されないビットは、 ディレクトリ作成時のパーミッションから削除される。

このパラメーターの既定値は、 「group」と「other」の書き込み権を UNIX のパーミッションから取り除き、ディレクトリの所有者のみが変更可能にしたものである。

この処理に引き続いて、Samba はこのパラメーターで生成された UNIX のパーミッションと force directory mode パラメーターの値との OR 演算を行う。 このパラメーターは既定では 000 に設定されている(つまり、追加されるパーミッションはない)。

このパラメーターは、Windows NT/2000 の ACL エディターで設定される アクセス許可には適用されない。ACL に対しても強制的にマスクを適用したい場合は、 directory security mask パラメーターを設定することが必要である。

既定値: directory mask = 0755

例: directory mask = 0775

directory name cache size (S)

このパラメーターは、ディレクトリネームキャッシュのサイズを指定する。 これは*BSDシステムではoffにする必要がある。

既定値: directory name cache size = 100

directory security mask (S)

このパラメーターは、 Windows NT クライアント上のセキュリティダイアログボックスを使って、 UNIX ディレクトリのパーミッションを操作する時に、 設定可能な UNIX 側のパーミッションを指定する。

このパラメーターは、変更されるパーミッションビットに対して、 マスクとして適用され (AND 操作が適用され)るため、 このマスクにないビットは変更操作から保護される。 このパラメーターを、AND ではなく OR 操作を実行するパラメーターである force directory security mode と混同しないように。 基本的に、マスク中で 0 と指定されたビットは、常時0であるビットと見なされる。

基本的に、このマスク中ですべてのビットを0に設定することは、ファイル上の、 このビットの以前のステータスにかかわらず、ファイルのパーミッション上の 対応するビットを0に設定する結果となる。

このパラメーターが明示的に指定されなかった場合は、 0777 に設定される。これにより、ディレクトリに対する全ての user/group/world パーミッションが変更可能となる。

注意 : 他の方法を使って Samba サーバーにアクセスすることが可能なユーザーは、この制限を簡単に回避できてしまう。 そのため、このパラメーターの主な用途はスタンドアロンで動作する"アプライアンス" システムになるだろう。通常のシステムの管理者のほとんどは、 このパラメーターを規定値の 0777 のままにしておきたいと考えるだろう。

既定値: directory security mask = 0777

例: directory security mask = 0700

disable netbios (G)

このパラメーターを有効にすると、 Samba の NetBIOS サポート機能が無効になる。 Windows 2000 および Windows XP を除くすべてのバージョンの Windows では、NetBIOS のみを使用できる。

Note

NetBIOS サポートを無効にすると、 NetBIOS のみをサポートするクライアントからは Samba サーバーにアクセスできなくなることに注意。

既定値: disable netbios = no

disable spoolss (G)

このパラメーターを有効にすることで、 Samba の SPOOLSS MS-RPC サポートを無効にし、Samba 2.0.x と同様の動作をさせることが可能となる。 Windows NT/2000 クライアントは、Lanman 形式の印刷コマンドを利用することも可能である。 Windows 9x/Me は、このパラメーターに影響されない。 なお、このパラメーターを有効にすると、NT のプリンタープロパティを利用した、 Windows NTのプリンター追加ウィザードによる Sambaマシンへのプリンタードライバーのアップロード機能が無効になる。 また、Windows NT/2000 クライアントが、必要に応じて Samba マシンからプリンタードライバーをダウンロードする機能も同時に無効になる。 このパラメーターを有効にする際は、充分注意すること。

既定値: disable spoolss = no

display charset (G)

Samba がメッセージを標準出力や標準エラー出力に出力する際に 用いる文字コードセットを指定する。 既定値は "LOCALE"であり、これは、ロケールに従い、自動的に設定される ことを意味する。 この値は、通常、 unix charset と同じに 設定すべきである。

既定値: display charset = "LOCALE" or "ASCII" (システムに依存)

例: display charset = UTF8

dmapi support (S)

このパラメーターにより、Samba がオフラインのファイルの判定に DMAPI を用いるかどうかが制御される。 これは、通常ファイルを自動的にテープに移動していくような階層型ストレージとの連携の際に用いられる。

Samba はファイルの状態を DMAPI アプリケーションが登録したイベントを確認することで推測することに注意。 この方法は、多くの階層型ストレージシステムで機能するが、一部機能しないシステムもあるかも知れない。この場合、 Samba はファイルがオフラインであるという誤った報告を行なうことになる。

このパラメーターは、コンパイル時に DMAPI の実装サポートを確認できた場合にのみ有効となる。 また、実行時にシステムで DMAPI が使用可能であることが確認できた場合にのみ使用される。

既定値: dmapi support = no

dns proxy (G)

WINS サーバーとして機能している nmbd(8) が WINS サーバーとして機能している場合、ある NetBIOS 名が登録されていなかった時に、その NetBIOS 名を DNS 名として扱い、名前の問い合わせを行ったクライアントに代わってその名前を DNS サーバーに対して問い合わせるように設定する。

NetBIOS 名の最大長は 15 文字であるため、 問い合わせる DNS 名(もしくはDNSの別名)も、最大15文字に制限される。

nmbd が DNS への名前解決を行う際には、問い合わせにより他の処理が停止させないために、自分自身を複製したプロセスを生成する。

既定値: dns proxy = yes

domain logons (G)

このパラメーターが yes に設定されると、 Samba サーバーは、自身が所属する workgroup に所属する Windows 95/98 に対するドメインログオン機能を提供するようになる。 さらに、Samba サーバーは、 Windows NT 4.0 形式のドメインコントローラーとしても機能するようになる。 この機能の設定に関する詳細な記述は、 Samba-PDC-HOWTO の「Domain Control」章を参照のこと。

既定値: domain logons = no

domain master (G)

このオプションにより、 smbd(8) が WAN 環境におけるブラウズリストの統合を行なうことが可能になる。 このオプションを設定すると、nmbd は、指定された workgroup のドメインマスターブラウザーであることを表す、ドメイン固有の特別な NetBIOS 名(訳注:NetBIOS 名で末尾が 0x1b のユニーク名を指す) を登録する。 各サブネット上にある、同じ名前の workgroup に属するローカルマスターブラウザーは、この nmbdに対して、 ローカルに収集したブラウズリストを提供するとともに、 smbd(8) に対してネットワーク全体のブラウズリストの完全な複製の提供を要求するようになる。 ブラウザーのクライアントは、ローカルマスターブラウザーと通信することで、 個々のサブネットのブラウズリストではなく、 そのドメイン全体のブラウズリストを取得できるようになる。

Windows NT のプライマリドメインコントローラーは、 workgroup のドメインマスターブラウザーとして機能するために、 workgroup 固有の特別な NetBIOS 名を登録することが前提とされていることに注意 (Windows NT PDC のこの動作を抑止することはできない)。 つまり、このパラメーターが Yes に設定され、nmbd が Windows NT PDC より前に、workgroup のための特別な NetBIOS 名を登録してしまうと、 サブネット越しのブラウズは正常に動作せず、失敗する。

domain logons = yes の場合、domain master パラメーターはデフォルトで有効となる。 domain logons が有効でない場合(デフォルト)、 domain master パラメーターもデフォルトでは有効にならない。

domain logons = Yes の場合、このパラメーターもデフォルトで Yes となり、Samba は PDC として動作するようになる。 domain master = No の場合、Samba は BDC として動作するようになる。通常、このパラメーターを「No」に設定する必要があるのは、BDC として機能させる場合のみである。

既定値: domain master = auto

dont descend (S)

システムに存在するディレクトリには、 クライアントに参照させたくないものや、 無限に深い(再帰的)なものが存在する(たとえば Linux での /proc)。 このパラメーターは常に空のように見せかけるサーバー側のディレクトリをコンマで区切って指定する。

Samba が要求する「dont descend」の書式は一定ではない。 たとえば /proc ではなく ./proc でなければならないかもしれない。 実験してみるのが最良の方法である。 :-)

既定値: dont descend =

例: dont descend = /proc,/dev

dos charset (G)

DOS SMB クライアントは、サーバー側でも自身と同じ文字コードセットを使用していると想定する。 このオプションにより、 Samba が DOS クライアントと通信する際に用いられる文字コードセットを指定する。

デフォルトは Samba にインストールされた文字コードセットによって異なる。 Samba は、文字コードセット 850 の使用を試みるが、使用できない場合は ASCII を使用する。 testparm(1) コマンドを実行することで、システム上の既定値を確認することが可能である。

既定値なし

dos filemode (S)

Samba の既定の動作では、ファイルやディレクトリの所有者のみが アクセス権を変更できるという、UNIX的な仕様になっている。しかし、この仕様が DOS/Windows のユーザーを混乱させてしまうことも多い。このパラメーターを有効に することによって、(何らかの手段によって)ファイルに書き込み権のあるユーザーは、 パーミッション(ACLを含む)の変更もできるようになる。ファイルの所有グループに 所属しているユーザーは、グループに対して読み込み権限しか与えられていない場合は パーミッションの変更を行なうことができないことに注意。ファイルやディレクトリの 所有者を変更することも可能である。 ネイティブなWindowsデータをメタデータとして格納する、VFSモジュールacl_xattrか acl_tdbは、ロードされるどのような共有に対しても、WindowsのACLを正しく エミュレートするために、このオプションを自動的にオンにする事が要求される ことに注意。

既定値: dos filemode = no

dos filetime resolution (S)

DOS や Windows の FAT ファイルシステム下では、 時刻の最小単位は 2 秒である。共有に対してこのパラメーターを設定すると、 smbd(8) に対して 1 秒精度の要求が 行なわれた際に、 返却される時間をもっとも近い 2 秒の境界値に丸める。

このオプションはおもに、Samba の共有で Visual C++ を 使用するための互換性オプションとして利用する。 共有で oplock が有効であると、 Visual C++ はファイルが最後の読み込みから変更されていないかを検査するときに、 扱う日付の最小単位が異なる 2 つの時刻取得の呼び出し (call) を利用する。 そのうちのひとつの呼び出しは 1秒単位であり、もうひとつは 2 秒単位になっている。 2 秒単位で扱う呼び出しが奇数秒を切り捨てるため、 ファイルが奇数秒の日付であると 2 つの日付が一致せず、 Visual C++ はファイルが変更されたと報告し続けてしまう。 このオプションをyesに設定することで 2 つの日付は一致し、Visual C++ も幸福になれる。

既定値: dos filetime resolution = no

dos filetimes (S)

DOS や Windows では、ファイルに書き込み権のあるユーザーが、 ファイルのタイムスタンプを変更することが可能である。POSIXの仕様では、 ファイルの所有者かrootのみがタイムスタンプを変更できる。Sambaの既定値は、DOSの 仕様をエミュレートし、smbdの実効ユーザーが、 ファイルの所有者でなくても、タイムスタンプの変更を可能にする。 Microsoft Office 2000 以降で行なわれた変更に対応するため、Samba 3.0.14 以降では 既定値が「no」から「yes」に変更された。このパラメーターが「yes」になっていない 場合、ファイルが複数のユーザー間で共用されていると、Microsoft Excel はファイルが 他のユーザーによって変更されたという警告のダイアログボックスを表示してしまう。

既定値: dos filetimes = yes

ea support (S)

この真偽値パラメーターにより、 smbd(8) は、クライアントが共有内に OS/2 形式の拡張属性を格納することを可能とする。 このパラメーターを有効にするためには、下位のファイルシステムが (Linux の場合 XFS や EXT3 に対するパッチとして提供されているような) 拡張属性をサポートしていることが必要である。 Linux の場合、拡張属性を有効にするには、カーネルが拡張属性を有効にしてコンパイルされていることに加え、 ファイルシステムのマウントオプションとして user_xattr を指定してマウントする必要がある。

既定値: ea support = no

enable asu support (G)

「Advanced Server for Unix (ASU)」というプロダクトを実行しているホストでは、 IPC コネクションのみをサポートするビルトイン [ADMIN$] 共有が作成されるなど、 ASU 特有の動作が幾つか存在する。長年、これは smbd の既定値の動作でもあった。 ところが、Print Migrator tool というマイクロソフトのアプリケーションでは、 リモートのサーバーで [ADMIN$] というファイル共有がサポートされている必要がある。 このパラメーターを無効にすることで、smb.conf に [ADMIN$] というファイル共有を作成することが可能になる。

既定値: enable asu support = no

enable core files (G)

このパラメーターは、コアダンプが内部出口(internal exits)に書かれるように 指定する。通常これはyesに設定する。 決してこれを変更してはならない。

既定値: enable core files = yes

例: enable core files = no

enable privileges (G)

このパラメーターは、smbd が net rpc rights もしくは Windows 側のユーザー、グループ管理ツールにより、特定の SID に対して指定のユーザー権利を付与する機能を制御する。 このパラメーターはデフォルトで有効となっているが、Domain Admins グループのメンバーがユーザーやグループにユーザー権利を割り当てることで、 root 権限で実行される smbd の処理が該当ユーザーとして接続した状態で実行されることを防止するために無効にすることも可能である。

ユーザー権利を使用することで、例えば smbd が動作するサーバーの root 権限を与えずに、 Samba ドメインに参加する権利を付与することが可能である。

より詳細な説明については、Samba HOWTO 中の記載を参照のこと。

既定値: enable privileges = yes

enable spoolss (G)

disable spoolssの逆の意味を持つ別名。

既定値: enable spoolss = yes

encrypt passwords (G)

この真偽値パラメーターにより、 クライアントとのネゴシエーションに暗号化パスワードを利用するかどうかが決定される。 Windows NT 4.0 SP3 以降 や Windows 98 以降では、 レジストリの変更をしない限り、暗号化パスワードがデフォルトである。(訳注: これ以前のバージョンでも暗号化パスワードがデフォルトである。ただし、暗号化パスワードの利用ができなかった場合に平文パスワードを送出する点が異なる。) Samba で暗号化パスワードを使う方法は Samba HOWTO collection 中の「User Database」の章を参照してほしい。

Microsoft の暗号化パスワードを想定して、 平文パスワードのサポートを無効にした Windows クライアントは、 暗号化パスワードが有効になっており、 アカウントのパスワードが適切に暗号化されている Samba サーバーにのみ接続できる。 ユーザーアカウントに対して暗号化パスワードを作成する方法については、 smbpasswd コマンドのマニュアルページを参照のこと。

Microsoft 社の Windows 製品では、すでに平文パスワードのサポートは行なわれていない(訳注: 設定としては残存している)ため、 平文パスワードの利用は推奨できない。 平文パスワードを使用した場合は、このパラメーターを no にすること。

暗号化パスワードを正しく機能させるためには、 smbd(8) がローカルの smbpasswd(5) ファイル (設定と保守の方法に関する情報は smbpasswd(8) プログラムを参照)を参照するようにするか、 security = [server|domain|ads] パラメーターを設定して、 smbd が別のサーバーで認証を行うようにする必要がある。

既定値: encrypt passwords = yes

enhanced browsing (G)

このオプションにより、 Samba に実装されている複数サブネット間でのブラウザーのアナウンスメントに関する拡張が有効になる。 ただし、この拡張は、Microsoft の実装の標準とは異なる。

ブラウザーのアナウンスメントに関する一つ目の拡張点は、 Samba のWINSサーバーに登録されているすべてのドメインマスターブラウザーを問い合わせる定期的なワイルドカードクエリと、 返答に含まれる各DMBと行なわれるブラウズリストの同期処理のサポートである。 二つ目の拡張点は、DMBとして識別されているマシンとの間で 定常的に行なわれるランダムなブラウズリストの同期処理のサポートである。 (訳注: これは 120151 などで記載されている、WINS クライアントとなっている Windows NT 3.5 以上の DMB が定期的に WINS サーバーに接続し、WINSサーバーが保有する「ドメイン名<1B>」のリストを自身のブラウズリストに追加していく処理のサポートだと思われる)

中身が空のワークグループがブラウズリストから消えないというトラブルが発生した場合は、 このオプションを無効にしたい場合もあるだろう。 ブラウザーのプロトコルの仕様上、 この拡張により空のワークグループが永久に残ってしまうという悩ましい問題が起こることがある。

通常は、サブネット越えのブラウザーのアナウンスメントの信頼性向上のため、 このオプションは、有効のままにしておくべきである。

既定値: enhanced browsing = yes

enumports command (G)

ここでいう「ポート(port)」の概念は、 UNIXのものと大きく異なる。Windows NT/2000のプリントサーバーにおいて、 ポートはポートモニターと関連付けられ、通常ローカルポート(LPT1:、COM1:、 FILE:)やリモートポート(LPD Port Monitorなど)といった名称をもつ。 Sambaのデフォルトでは、 「Samba Printer Port」 というポートのみが定義されている。 Windows NT/2000においては、すべてのプリンターに適切なポート名がある。 デフォルトの「Samba Printer Port」 以外のポート名をポートの一覧に表示させたい場合 (smbdはポート名を全く使用していない)、 標準出力に対してポート名のリストを1行に一つずつ生成するようなプログラムを enumports commandで定義することができる。 この一覧はレベル1および2のEnumPorts() RPCのレスポンス中で利用される。

既定値: enumports command =

例: enumports command = /usr/bin/listports

eventlog list (G)

このパラメーターは、 Samba がマイクロソフトの「イベントビューア」ユーティリティ経由での表示を可能とするログファイル名の一覧を定義する。 一覧に含まれるログに対しては、ディスク上の $(lockdir)/eventlog 内に、 対応する TDB ファイルが割り当てられる。

管理者は、外部のプロセスを用いて /var/log/messages のような一般の UNIX ログファイルを解析し、 イベントログの TDB ファイルにエントリを書き込む必要がある。 イベントログのエントリを書き込む方法については、eventlogadm(8) ユーティリティを参照のこと。

既定値: eventlog list =

例: eventlog list = Security Application Syslog Apache

fake directory create times (S)

NTFS や Windows VFAT ファイルシステムでは、 すべてのファイルとディレクトリの作成時刻を保持している。 これは UNIX が保持している ctime (状態変更時刻)とは異なるため、 Samba の既定動作では UNIX が保持している中で最も古い時刻を報告する。 共有でこのパラメーターを yes にした場合、Samba はディレクトリの作成時刻として、 常に 1980/1/1 の午前 0 時を報告する。

このオプションは、Samba 共有上で Visual C++ を使うときに互換性を保つためのオプションとして用いられることが多い。 Visual C++ は、各オブジェクトファイルに対する依存性チェック用途のオブジェクトディレクトリと、 そのディレクトリを作成するルールを持った makefile を生成する。 NMAKE が日付を比較する際にディレクトリをチェックするときには、ファイル作成時刻を使用する。 これにより、オブジェクトディレクトリが存在しない場合は作成され、作成されたディレクトリは、 ディレクトリ中に存在するオブジェクトファイルよりも古い時刻を保持することになる。

しかし、UNIX の時刻の扱いに関する仕様のため、 Samba が報告するディレクトリの作成時間はディレクトリにファイルが作成または削除されたときにも更新されてしまう。 その結果 NMAKE は、オブジェクトディレクトリで最後にビルドされたファイルを除く すべてのオブジェクトファイルがオブジェクトディレクトリより古いと判断し、それらを再構築してしまう。 このオプションを有効にすることで、 常にディレクトリは含まれるファイルよりも前の日付になり、 NMAKE によるビルドが意図したように行なわれることが保証される。

既定値: fake directory create times = no

fake oplocks (S)

oplock は、SMB クライアントがファイル操作の結果をローカルにキャッシュするための許可をサーバーから取得するための機能である。 サーバーが oplock (opportunistic lock = 便宜的ロック) を許可すると、 クライアントは自分だけがそのファイルにアクセスしていると認識して、 積極的にファイルの内容をキャッシュする。oplock のタイプによっては、 クライアントがファイルのオープン/クローズの操作をキャッシュすることもありうる。 これにより、多大な性能向上が期待できる。

fake oplocks = yes の設定を行なうと、smbd(8) は、 実際にそのファイルを利用しているクライアント数に関わらず、 常に oplock を許可する。

一般的には、このパラメーターを利用するよりも、 実際の oplocks を利用する方がよい。

CDROM 等の物理的に読みとり専用のメディアの場合など、 読みとり専用か、同時に 1 台のクライアントからだけしか アクセスされないとわかっている共有でこのオプションを有効にすると、 多くの操作で大きな性能改善が見られるだろう。複数のクライアントから 同時にファイルの読み書きアクセスする可能性がある共有でこのオプションを有効にすると、 ファイルの内容が破壊される場合が起こりうる。 このオプションは慎重に使用して欲しい!

既定値: fake oplocks = no

follow symlinks (S)

このパラメーターにより、Samba の管理者は、 smbd(8) がシンボリックリンクを追跡する処理を共有単位で禁止することが可能になる。 このパラメーターを no に設定した場合、 シンボリックリンクのファイルやディレクトリの追跡する処理が抑制される(ユーザーにはエラーが返却される)。 このオプションは、ユーザーが自分のホーム・ディレクトリに /etc/passwd へのシンボリックリンクを追加するのを防止したりする効果がある。 ただし、わずかながらファイル名の検索が遅くなるだろう。

このオプションはデフォルトで有効になっている (つまり、smbd はシンボリックリンクを追跡する)。

既定値: follow symlinks = yes

force create mode (S)

このパラメーターは、Samba によって作成されたファイルのパーミッションに 必ず設定される UNIX のパーミッションビットを指定する。 これは、ファイルの作成時時に、ファイルのパーミッションビットに対して、 このパラメーターの値でビット単位のOR 演算を行なうことで実現される。 このパラメーターの既定値は(8進で)000である。 このパラメーターの値がビット単位の OR 演算に用いられるのは、 create mask パラメーターの適用後である。

下記の例は、作成されるすべてのファイルに対し、 グループ(group)とその他のユーザー(others)の読み込みと実行ビットと、 所有者(user)の読み込み/書き込み/実行ビットが必ず付与されるようにする。

既定値: force create mode = 000

例: force create mode = 0755

force directory mode (S)

このパラメーターは、Samba によって作成されたディレクトリのパーミッションに 必ず設定される UNIX のパーミッションビットを指定する。 これは、ディレクトリの作成時に、 パーミッションビットに対して、このパラメーターの値でビット単位の OR 演算を行なうことで実現される。 このパラメーターの既定値は 000 (8 進数表記)である。この場合、作成されるディレクトリに対して特にパーミッションビットは追加されない。 このパラメーターの値が適用されるのは、 directory mask パラメーターの適用後である。

下記の例は、作成されるすべてのディレクトリに対し、 グループ(group)とその他のユーザー(others)の読み込みと実行権ビットと、 所有者(user)の読み込み/書き込み/実行ビットが必ず付与されるようにする。

既定値: force directory mode = 000

例: force directory mode = 0755

force directory security mode (S)

このパラメーターは、 Windows NT クライアント上のセキュリティダイアログボックスを使って、 UNIX ディレクトリのパーミッションを操作する時に、 設定可能な UNIX 側のパーミッションを指定する。

このパラメーターは、変更されるパーミッションビットに対して、 OR操作のマスクとして適用されるため、 このマスクにあるビットはユーザーが行なった修正変更操作に関わらず、設定される。 このパラメーターを、OR ではなく AND 操作を実行するパラメーターである directory security mask と混同しないように。

基本的に、マスク中で 1 と指定されたビットは、 ディレクトリのセキュリティを修正する際に、常に「on」に設定されたとみなされる。

このパラメーターが明示的に設定されなかった場合は、 0000 に設定される。これにより、ディレクトリに対する全ての user/group/world パーミッションを制限なしに変更可能となる。

注意 : 他の方法を使って Samba サーバーにアクセスすることが可能なユーザーは、この制限を簡単に回避できてしまう。 そのため、このパラメーターの主な用途はスタンドアロンで動作する「アプライアンス」システムになるだろう。 通常システムの管理者のほとんどは、このパラメーターを 0000 のままにしておきたいと考えるだろう。

既定値: force directory security mode = 0

例: force directory security mode = 700

group

このパラメータは右記のパラメータの別名である:force group.

force group (S)

このパラメーターには、 このサービスに接続するすべてのユーザーのデフォルトの所属グループと見なされる UNIX のグループ名を指定する。 このパラメーターを使うと、サービス上のファイルに対するアクセスの際のパーミッションチェックには、 ここで指定したグループを用いることができるため、ファイル共有を行う際に便利である。 この設定を行うことで、 このサービス内において提供するファイルやディレクトリに対して指定されたグループ名にパーミッションを割り当てることにより、 Samba の管理者がこれらのファイルの共有を許可/不許可にすることができるようになる。

Samba 2.0.5 以降では、このパラメーターの機能が拡張されている。 '+' 文字からはじまるグループ名が設定されていた場合、 現在共有にアクセスしているユーザーが設定されたグループのメンバーだった場合のみ、 そのグループをユーザーのデフォルトのプライマリグループに設定する。 この動作により、該当のグループに予め所属しているユーザーのみが、 そのグループを所有者とするファイルを作成する設定を行うことが可能となる。 これにより、所有権の設定をより細かく行なうことが可能となる。 たとえば、force group = +sys という設定を行った場合、 sys グループに所属しているユーザーが Samba の 共有 にアクセスした際にのみ、 デフォルトのプライマリグループが sys に設定される。 その他すべてのユーザーは、通常のプライマリグループのままとなる。

force user パラメーターも設定されていた場合、 force group で指定されたグループより、 force user で指定されたユーザーのプライマリグループの方が優先される。

既定値: force group =

例: force group = agroup

force printername (S)

Windows NT (以降)の OS から印刷を行なう場合、 smb.conf 中の各プリンターには、 クライアントから使用可能な名前が 2 つある。 最初のものは smb.conf で定義された共有名(短い名前)である。 Windows 9x クライアントからは、このプリンター名しか使用できない。 プリンターに割り当てられたもう一つの名前は、Samba サーバーの「プリンター」 (プリンターとFAX)フォルダー」を参照すると表示されるものである。 これは、(printer name オプションと混同しないように) 単にプリンター名と記載する。

Samba を含む Windows 互換のリモートのプリンターサーバー上で、 プリンターに対して新しいドライバーが割り当てられた際、 Windows クライアントは、そのドライバーの名前に合致するように、プリンター名を変更する。 これは、複数のプリンターに同じドライバーを割り当てているユーザーを混乱させる結果となる。 Samba において、プリンターのプリンター名を smb.conf で定義された共有名と異なる名称にすることを禁止したい場合は、 force printername = yes と設定すること。

Windows では、プリンター名と共有名を強制的に一致させることができないため、 このパラメーターを有効にすると、Windows サーバーから Samba サーバーへプリンターの移行を行なう際に問題が発生するので注意。

プリンターがクライアントにより使用を開始された後にこのパラメーターの値を変更することは、 ユーザーが自身の「プリンター」フォルダーからプリンターを削除することができなくなるため、推奨しない。

既定値: force printername = no

force security mode (S)

このパラメーターは、 Windows NT クライアント上で NT 固有のセキュリティダイアログボックスを使った UNIX ファイルのパーミッションを操作を行うときに、 変更可能とする UNIX のパーミッションビットを指定する。

このパラメーターは、 変更されるパーミッションビットに対して、OR 操作のマスクとして適用されるため、 このマスクに含まれるビットは、ユーザーの設定に関わらず on となる。 このパラメーターを、OR ではなく AND 操作を実行するパラメーターである security mask と混同しないように。

端的にいえば、マスク中の各ビットは、ユーザーがファイルのセキュリティを変更するときに、 常に「on」に設定するビットとして考えることもできる。

このパラメーターが明示的に設定されなかった場合は、 0 に設定される。これにより、ディレクトリに対する全ての user/group/world パーミッションを制限なしに変更可能となる。

注意 : 他の方法を使って Samba サーバーにアクセスすることが可能なユーザーは、この制限を簡単に回避できてしまう。 そのため、このパラメーターの主な用途はスタンドアロンで動作する「アプライアンス」システムになるだろう。 通常システムの管理者のほとんどは、 このパラメーターを 0000 のままにしておきたいと考えるだろう。

既定値: force security mode = 0

例: force security mode = 700

force unknown acl user (S)

このパラメーターを設定すると、 ファイルの所有者や所有グループとして不明な SID (ユーザーやグループIDを示す、 セキュリティディスクリプタ) を含む Windows NT の ACL は、 現在接続しているユーザーの UNIX での uid や gid に自動的にマッピングされる。

これは、Windows NT のクライアントマシン上で作成された、 マシン内でのみ有効なユーザー(ドメインユーザーでない)を含んだ ACL を持つファイルやフォルダーを(通常 XCOPY /O により)、 Windows NT クライアントから Samba サーバーにコピーした際に、 ファイル上の不明な userid や groupid を現在接続しているユーザーのものに対応付けることを意図したものである。 winbindd による Windows NT の SID から UNIX 側の uid や gid への任意の対応づけを可能とする以外に、 この問題を適切に対処する方法はない。

XCOPY /O が ACCESS_DENIED エラーを引きおこす際には、このパラメーターを使って欲しい。

既定値: force unknown acl user = no

force user (S)

このパラメーターは、サービスに対する接続のすべてで、 デフォルトのユーザーとみなされる UNIX ユーザーの名前を指定する。 これはファイルを共有する上で便利であるが、誤って使用すると、 セキュリティ上の問題を引き起こす原因となるので、慎重に使用すべきである。

このユーザー名は接続の確立後に適用される。 従って、クライアントが有効なユーザー名とパスワードで接続を行う必要があることには変わりはない。 接続が確立すると、全てのファイル操作は強制的に「force user」で指定されたユーザーの権限で実行される。 クライアントが接続を確立した際のユーザー名は無視される。 これは大変便利なことがある。

Samba 2.0.5 以降では、このパラメーターによって 設定されたユーザーのプライマリグループが、 すべてのファイル操作においてプライマリグループとして利用される。 Samba 2.0.5 以前では、プライマリグループは本来接続を行ったユーザーのプライマリグループのまま変わらない(これはバグである)。

既定値: force user =

例: force user = auser

fstype (S)

このパラメーターは、 クライアントが共有のファイルシステムを問い合わせた際に、 smbd(8) が返却する共有のファイルシステム名を指定する。 デフォルトは Windows NT 互換の NTFS だが、 必要に応じて Samba FAT といった別の文字列に、変更することができる。

既定値: fstype = NTFS

例: fstype = Samba

get quota command (G)

get quota command は Samba が実行されている OS 上で、API が提供されていない場合に限り使用すべきである。

このオプションは、必ず ./configure --with-sys-quotas が指定されているときのみ有効である。 もしくは Linux において ./configure --with-quotas が指定され、システムにクオータの API が存在し、機能する場合にのみ使用できる。

このパラメーターは、指定されたディレクトリが存在するパーティションについて、指定されたユーザーやグループのクオータ情報を取得するスクリプトへのパスを指定する。

このスクリプトは三つの引数をとる:

  • ディレクトリ

  • 問い合わせのタイプ

  • ユーザーの uid もしくはグループの gid

問い合わせのタイプは以下のいずれかの値をとる:

  • 1 - ユーザーのクオータ

  • 2 - ユーザーのデフォルトのクオータ (uid = -1)

  • 3 - グループのクオータ

  • 4 - グループのデフォルトのクオータ (gid = -1)

スクリプトの出力は、以下の要素をスペースで区切った1行の形式で行なわれる:

  • 要素1 - クオータフラグ (0 = クオータは無効、 1 = クオータは有効、 2 = クオータは有効で使用を強制されている)

  • 要素2 - 現在の使用済ブロック数

  • 要素3 - ブロック数のソフトウェア的な上限

  • 要素4 - ブロック数のハードウェア的な上限

  • 要素5 - 現在の使用済 inode 数

  • 要素6 - inode 数のソフトウェア的な上限

  • 要素7 - inode 数のハードウェア的な上限

  • 要素8(オプション) - ブロックあたりのバイト数(デフォルト1024)

既定値: get quota command =

例: get quota command = /usr/local/sbin/query_quota

getwd cache (G)

これはチューニングのためのオプションである。このパラメーターを有効にすると、 getwd() の呼び出し時間を減らすためのあるキャッシュアルゴリズムが有効になる。特に wide smbconfoptions パラメーターが no に設定された場合は、パフォーマンスに対して相当な効果がある。

既定値: getwd cache = yes

guest account (G)

このパラメーターは、 guest ok (以下を参照のこと) が設定されたサービスにアクセスする際に使用されるユーザー名である。 ゲストサービスに接続しているクライアントすべてに対して、 ここで設定したユーザーの権限が適用される。 このユーザーはパスワードファイルに存在している必要があるが、ログイン可能となっている必要はない。 このパラメーターとして、「ftp」ユーザーを利用するのもよいであろう。

システムによっては、アカウント「nobody」では印刷することができない。 この場合は別のアカウントを使用すること。 ゲストユーザーでログイン(su -コマンドなどを使用する)して、 lpr(1)lp(1) などの、 システムにある印刷コマンドを実行して印刷を行ってみることで、 これを確認しておくべきであろう。

このパラメーターは % マクロを受け付けない。 システムの大半の箇所では、正常動作する上でこの値が静的に設定されていることが必要とされるためである。

既定値: guest account = nobody # default can be changed at compile-time

例: guest account = ftp

public

このパラメータは右記のパラメータの別名である:guest ok.

guest ok (S)

このパラメーターが yes のサービスに付いては、 サービスへの接続の際にパスワードが要求されない。 この場合、guest account の権限で操作が行われる。

このパラメーターは restrict anonymous = 2 のメリットを無効にする。

このオプションに関する詳細については、 security セクションを参照のこと。

既定値: guest ok = no

only guest

このパラメータは右記のパラメータの別名である:guest only.

guest only (S)

このパラメーターが yes のサービスについては、 ゲスト接続のみが許可される。 このパラメーターは、guest ok が有効になっていないサービスでは無効である。

このオプションに関する詳細については、security セクションを参照のこと。

既定値: guest only = no

hide dot files (S)

この真偽値パラメーターにより、 ドットで始まるファイル名のファイルを隠しファイルとして扱うかどうかが制御される。

既定値: hide dot files = yes

hide files (S)

これは、見せたくないがアクセスは許可したいファイルやディレクトリのリストを指定する。 DOSの「隠し」属性が該当するファイルやディレクトリに付加される。

リストの各エントリは、 スペースをエントリ中に含められるようにするため、「/」で区切る必要がある。 「*」と「?」は、DOSのワイルドカードと同様にして、 複数のファイルやディレクトリを指定するために利用することができる。

各エントリはUNIXのパス形式で指定すること。DOSのパス形式で指定したり、 UNIXでディレクトリを意味する「/」を含んだりはできない。

この設定には、 case sensitive オプションの設定が影響することに注意。

このパラメーターを設定すると、 全てのファイルやディレクトリに対して該当するかどうかの確認を行う必要が発生するため、 Samba のパフォーマンスに影響がでる。

以下の設定例は、Thursby から入手可能な Macintosh 上の SMB クライアント (DAVE) が内部的な用途に作成するファイルの指定に加え、 ドットで始まるファイルを隠しファイルとして指定したものである。

このパラメーターの設定例を以下に示す。

hide files = /.*/DesktopFolderDB/TrashFor%m/resource.frk/

既定値: hide files = # どのファイルも隠されない

hide special files (S)

このパラメーターにより、クライアントからソケット、デバイス、FIFOなどのファイルがディレクトリ一覧で表示されることを抑止できる。

既定値: hide special files = no

hide unreadable (S)

このパラメーターにより、読みとりができないファイルの存在をクライアントから隠蔽できる。 このパラメーターのデフォルトは off になっている。

既定値: hide unreadable = no

hide unwriteable files (S)

このパラメーターにより、書き込みができないファイルの存在をクライアントから隠蔽できる。 このパラメーターのデフォルトは off になっている。 書き込みができないディレクトリについては通常通り表示されることに注意。

既定値: hide unwriteable files = no

homedir map (G)

このパラメーターは、 nis homediryessmbd(8) が Windows 95/98 の logon server として機能している場合に、 ユーザーのホームディレクトリがあるサーバーがどこかの情報をもつ NIS (YP)のマップを指定する。 現在のところ、Sun の auto.home マップ形式のみが認識される。 マップの形式は以下のとおり:

username server:/some/file/system

プログラムは、最初の「:」の前までをサーバー名として解釈する。 これ以外のマップの形式や、Amd (別の automounter)のマップにも対応した優れた解析ロジックもおそらく存在するはずである。

Note

このオプションを利用する場合は、 システムがNISクライアントとして稼働している必要がある。

既定値: homedir map =

例: homedir map = amd.homedir

host msdfs (G)

yes の場合、 Samba は DFS サーバーとして機能し、 DFS を利用可能なクライアントは、サーバー上で提供された DFS ツリーを参照することが可能となる。

共有単位のパラメーターである msdfs root も参照のこと。 Samba で DFS ツリーを構成する場合の詳細な情報については、 Samba3-HOWTO の MSDFS の章を参照のこと。

既定値: host msdfs = yes

hostname lookups (G)

Samba が(負荷のかかる)ホスト名検索を行なうか、 IP アドレスを使用するかを指定する。現在ホスト名検索を使用している箇所としては、 hosts deny および hosts allow の確認箇所などが挙げられる。

既定値: hostname lookups = no

例: hostname lookups = yes

allow hosts

このパラメータは右記のパラメータの別名である:hosts allow.

hosts allow (S)

このパラメーターの同義語として allow hosts がある。

このパラメーターには、サービスに対するアクセスを許可するホストのリストを、 コンマ, スペース, タブで区切って指定する。

[global] セクションで指定された場合、 個々のサービスで異なった設定が行われている場合も含めて、 その設定が全てのサービスに対して適用される。

ホストの指定は、IPアドレスでもホスト名でも行うことができる。 例えば、あるClass C サブネット上のホストのみにアクセスを限定したい場合は、 allow hosts = 150.203.5.とすればよい。 指定に利用できる記法の全ては、 hosts_access(5) のマニュアルページ中に記載されている。 このマニュアルページはシステムに存在しないかも知れないので、 ここで簡単に説明を行っておく。

なお、localhost のアドレスである 127.0.0.1 からのアクセスは、 hosts deny パラメーターで明示的に禁止されない限り、常にアクセスを許可される。

ホストの指定に、network/netmask 形式を用いたり、 システムがネットグループをサポートしている場合はネットグループ名を用いたりすることも可能である。 EXCEPT を用いることで、ワイルドカードによるホストの指定に対する例外を設けることも可能である。 以下の例が手がかりになるだろう:

Example 1: 150.203.*.* 内の全てのIPアドレスを許可する; ただし、例外のアドレスが1つある

hosts allow = 150.203. EXCEPT 150.203.6.66

Example 2: 指定した network/netmask の範囲内のホストからのアクセスを許可する

hosts allow = 150.203.15.0/255.255.255.0

Example 3: 個別に指定したホストからのアクセスを許可する

hosts allow = lapland, arvidsjaur

Example 4: NISネットグループの「foonet」に含まれるホストからのアクセスを原則として許可するが、あるホストからのアクセスについては拒否する。

hosts allow = @foonet

hosts deny = pirate

Note

実際のアクセスには、ユーザーレベルで適切なパスワード指定する必要があることに注意。

ホストレベルのアクセス制御が期待通りになっているかどうかの確認手段については testparm(1) を参照のこと。

既定値: hosts allow = # なし (全てのホストがアクセス許可される)

例: hosts allow = 150.203.5. myhost.mynet.edu.au

deny hosts

このパラメータは右記のパラメータの別名である:hosts deny.

hosts deny (S)

hosts allow の反対の意味を持ち、 このパラメーターで指定されたホストは、サービス内で明示的にアクセスが許可されない限り、 サービスへのアクセスを拒否される。 両者の設定が矛盾した場合は、allow 側の設定が優先される。

デフォルトでアクセスを拒否したい場合は、 ALL (もしくはネットマスク 0.0.0.0/0) の指定を行ない、 hosts allow = hosts allow パラメーターにより、 アクセスを許可したいホストを明示的に指定すること。

既定値: hosts deny = # なし (アクセスを拒否されるホストはない)

例: hosts deny = 150.203.4. badhost.mynet.edu.au

idmap alloc backend (G)

idmap alloc backend は Winbindが WindowsのSIDに対してUnixのuid/gidを 割り当てるためのプラグインインターフェースを提供する。 このオプションは ID割り当て機能を提供する idmap モジュールの名前を結びつけるために 利用される。 それぞれのidmapプラグインが実装しているID割り当て機能の特徴については それぞれのmanページを参照のこと。最も共通のプラグインは、 tdb (idmap_tdb(8)) と ldap (idmap_ldap(8)) である。

このパラメーターの既定値はidmap backend である。そのため、Winbindは標準のバックエンドから取得したUnixのIDを 割り当てる。このパラメーターは、会社でユーザー情報を集中管理している といった時に、UnixのID情報を外部から取得する必要がある場合にのみ設定 する。

idmap alloc config オプションも参照のこと。

既定値なし

例: idmap alloc backend = tdb

idmap alloc config (G)

idmap alloc config のプレフィックスは、 idmap alloc backend パラメーターで設定された バックエンドに対するパラメーターの設定方法を提供する。 それぞれの idmap プラグインに対する個別の設定方法の詳細については man ページを参照すること。

既定値なし

idmap backend (G)

idmap backend は Winbindが SID/uid/gid のマッピングテーブルを 格納するための様々なバックエンドを利用するためのプラグイン インターフェースを提供する。

このオプションは、idmap configで何も指定 されていないときに、既定値として利用するバックエンドを指定する ときに利用する。

この既定値のバックエンドは、winbindで生成されたidmapの格納場所 も指定する。そのため、書き込み可能なidmap_tdb(8)idmap_ldap(8)をidmapバックエンドとして強く推奨する。idmap_rid(8)idmap_ad(8)は書き込み可能でないため、これらをidmapのバックエンド に指定すると予想できない結果となる。

ridとadのバックエンドを利用する場合にはworkgroupで指定 されているドメイン名をidmap configの パラメーターで指定する。

SID/uid/gid のバックエンドの例として tdb (idmap_tdb(8))、 ldap (idmap_ldap(8))、 rid (idmap_rid(8))、 ad (idmap_tdb(8))が提供されている。

既定値: idmap backend = tdb

idmap cache time (G)

このパラメーターにはWinbindのidmapインターフェースが SID/uid/gidの問い合わせに成功した結果をキャッシュする秒数を設定する。

既定値: idmap cache time = 604800(1週間)

idmap config (G)

idmap config のプレフィックスは、それぞれの信頼されたドメインを 管理する方法を提供する。idmap config プレフィックスに続けて、 ドメイン名、コロン、そして選択したバックエンド用の設定を指定 しなければならない。全てのドメインで指定可能な3つのオプションがある。

backend = backend_name

このドメインでSID/uid/gidのバックエンドとして利用する idmapプラグインの名前を指定する。

range = low - high

バックエンドの管轄下にある、利用可能なuidとgidの範囲を指定する。 一般的に、同じバックエンドにてSID/uid/gidを保存・取得する場合、 範囲は変わらない。

Winbindは、このパラメーターを使って信頼できるバックエンドから unix IDとSIDのマッピング情報を検索する。そのため、各ドメイン ごとに設定される必要があり、idmap uididmap gidの設定範囲とは異なっている 必要がある。

次の例はCORPドメインがidmap_ad(8) バックエンド で、他の全てのドメインがidmap_tdb(8) バックエンドとしてどのように 設定されるかを示している。 この設定では、CORPドメインの管理者がSFUを使って1000000以下をアサイン しており、winbindが次の1000000台を、自分の管轄下のドメインとローカル グループのためのマッピングに使う場合の例である。

	idmap backend = tdb
	idmap uid = 1000000-1999999
	idmap gid = 1000000-1999999

	idmap config CORP : backend  = ad
	idmap config CORP : range = 1000-999999
	

既定値なし

winbind gid

このパラメータは右記のパラメータの別名である:idmap gid.

idmap gid (G)

idmap gid パラメーターは UNIX グループを NT グループの SID に マッピングする際に使用するグループ id の範囲を指定する。 予期しない競合が発生しないようにするため、この GID の範囲に ローカルな グループや NIS グループが存在しないようにすること。

idmap backendidmap configも参照のこと。

既定値: idmap gid =

例: idmap gid = 10000-20000

idmap negative cache time (G)

このパラメーターは Winbindのidmapインターフェースが SID/uid/gidの問い合わせに失敗した結果をキャッシュしておく秒数を 指定する。

既定値: idmap negative cache time = 120

winbind uid

このパラメータは右記のパラメータの別名である:idmap uid.

idmap uid (G)

idmap uid パラメーターは UNIX ユーザーを NT ユーザーの SID に マッピングする際に割り当てられるユーザー id の範囲を指定する。 予期しない競合が発生しないようにするため、この GID の範囲に ローカルな ユーザーや NIS ユーザーが存在しないようにすること。

idmap backendidmap configオプションも参照のこと。

既定値: idmap uid =

例: idmap uid = 10000-20000

include (G)

このパラメーターを使うと、ある設定ファイル中に別の設定ファイルを挿入できる。 挿入されるファイルは、挿入された場所に記述されたかのように、 そのままの形で挿入される。

このパラメーターには、%u%P%Sパラメーターを除き、標準の変数置換が適用される。

include = registry というパラメーターには特殊な意味が ある。これはカレントディレクトリから registry という 名前のファイルをインクルードするのではなく、 レジストリーからグローバル設定を読み込む。詳細はレジストリーベースの設定 に関する章を参照されたい。注意:このオプションはレジストリー共有を自動的に 有効にする。

既定値: include =

例: include = /usr/local/samba/lib/admin_smb.conf

inherit acls (S)

このパラメーターは、 親ディレクトリに既定値のACLが設定されており、サブディレクトリの作成時に、 その ACL の設定を引き継がせたい場合に用いられる。既定値ではディレクトリ作成時に 設定されるモードが用いられる。このオプションを有効にすると、モードが 0777 となり、 ディレクトリの既定値のACLを確実に継承できるようになる。 ネイティブなWindowsデータをメタデータとして格納する、VFSモジュールacl_xattrか acl_tdbは、ロードされるどのような共有に対しても、WindowsのACLを正しく エミュレートするために、このオプションを自動的にオンにする事が要求される ことに注意。

既定値: inherit acls = no

inherit owner (S)

新規作成したファイルやディレクトリの所有者としては、 通常接続しているユーザーの実行 UID の値が用いられる。 このパラメーターにより、Samba の管理者は、 新規作成したファイルやディレクトリの所有者を 親ディレクトリの所有者と同一にすることが可能となる。

この動作が有用な状況としては、 ユーザーがファイルの作成や修正はできるが、削除はできないようにした drop box や、 あるユーザーの移動プロファイルのディレクトリ内に新規作成されたファイルの所有者が そのユーザーとなるようにしたい場合などが挙げられる。

既定値: inherit owner = no

inherit permissions (S)

通常、新規作成したファイルやディレクトリのパーミッションは、 create maskdirectory maskforce create modeforce directory mode パラメーターによって決定されるが、 真偽値パラメーターである inherit permissions は、それらに優先される。

新しいディレクトリはsetgid のようなビットも含め、 親ディレクトリのパーミッションを引き継ぐようになる。

新しく作成されたファイルは、read/write ビットの設定を親ディレクトリから引き継ぐようになる。 execute ビットについては、従来どおり map archivemap hiddenmap system などにより制御される。

setuid ビットが引き継がれることは、決して ない(コード上で明示的に禁止している)。

このパラメーターは、数千人レベルの多くのユーザーが存在する大規模なシステムで、 単一の [homes] 共有を各ユーザーが柔軟に利用できるようにさせる際に、 特に有用であろう。

既定値: inherit permissions = no

init logon delay (G)

このパラメーターはinit logon delayed hostsで指定 したホストに対してinitial samlogonの応答を保留する長さをミリ秒で指定する。

既定値: init logon delay = 100

init logon delayed hosts (G)

このパラメーターには、最初に返される samlogon 応答を遅延させるべき ホスト名や IP アドレス、ネットワーク等のリストを指定する(本ホスト 以外にもドメインコントローラーがある場合、この設定により、Windows XP 端末はそれらの DC を参照するようになる)。

応答を保留する長さはinit logon delayで指定する。

既定値: init logon delayed hosts =

例: init logon delayed hosts = 150.203.5. myhost.mynet.de

interfaces (G)

このオプションにより、Sambaがブラウジング、名前の登録その他のNBTの通信に利用するネットワークインタフェースのリストを設定することが可能となる。 デフォルトの場合、Sambaはカーネルに対して有効なインタフェースのリストを問い合わせ、 127.0.0.1以外のブロードキャスト可能なインタフェースをすべて利用する。

このオプションはインタフェースを示す文字列のリストとなる。 各文字列は以下の形式のいずれで指定してもよい。

  • ネットワークインタフェース名(eth0など)。 シェルのようなワイルドカード指定も可能である。 例えばeth*は「eth」から始まるすべてのインタフェースを指定したことになる。

  • IPアドレス。 この場合、ネットマスクの値は、カーネルから取得されたインタフェースのリストにより設定される。

  • IP/mask のペア。

  • ブロードキャスト/mask のペア。

「mask」パラメーターはビット長(例えば24はクラスCネットワーク)で指定しても、 ドット区切り10進数表記で指定してもよい。

上記の「IP」パラメーターは、ドット区切り10進法で指定しても、 OSの標準的なホスト名解決機構で解決可能なホスト名で指定してもよい。

デフォルトで、Samba はループバックインタフェース (IPアドレス 127.0.0.1) を除くブロードキャスト可能なすべての有効なインタフェースを使用する。

以下の設定では、eth0 デバイスと 192.168.2.10 および 192.168.3.10 の IP アドレスに対応する 3 つのネットワークインタフェースが指定されている。 後者のインタフェース 2 つに対するネットマスクは 255.255.255.0 に設定されている。

既定値: interfaces =

例: interfaces = eth0 192.168.2.10/24 192.168.3.10/255.255.255.0

invalid users (S)

これは、サービスに対するログインを許可しないユーザーのリストを指定する。 このパラメーターは、不適切な設定により発生しうるセキュリティ上の問題を完全に抑止する、 パラノイド的設定である。

「@」ではじまる名前は(システムがNISをサポートしている場合)、 まずNISネットグループとして解釈され、NISネットグループデータベースに名前が存在しない 時は、UNIXのグループとして解釈される。

「+」で始まる名前は、NSS getgrnam() インタフェース経由でUNIXのグループ名として のみ解釈される。「 & 」で始まる名前は、NISネットグループの名前としてのみ解釈される (この場合システムでNISが稼働している必要がある)。 名前の前に付けられた「+」および「 & 」文字は、検索の順番を示す意味で使うこともできる。 例えば、+&groupは、 UNIXグループを検索してから、NISネットグループを検索するという意味になり、 &+groupは、 NIS ネットグループを検索してから UNIXグループを検索するという意味になる(これは「@」と同等になる)。

%Sは、 現在のサービス名に置換される。これは [homes] セクションで有効である。

既定値: invalid users = # invalid users は空である

例: invalid users = root fred admin @wheel

iprint server (G)

このパラメーターは、printingiprint に設定されている場合のみ有効である。

設定されている場合、CUPS の client.conf で指定された ServerName オプションの値がこのパラメーターによって上書きされる。 複数の仮想 Samba サーバーが起動している環境で各々が異なる CUPS デーモンに接続している環境では、このパラメーターが必要となる。

既定値: iprint server = ""

例: iprint server = MYCUPSSERVER

keepalive (G)

このパラメーターの値(整数値)により、 keepalive パケットが送出される秒単位の間隔が設定される。このパラメーターの値が0の場合、 keepalive パケットは送出されない。 keepalive パケットを送出することにより、サーバーはクライアントマシンが存在していて応答があることを確認することが可能になる。

ソケットにデフォルトで SO_KEEPALIVE 属性が設定されている場合( socket options を参照のこと)、通常 keepalive は不要である。基本的に、このオプションは問題が発生している場合にのみ使用すべきである。

既定値: keepalive = 300

例: keepalive = 600

kerberos method (G)

Kerberos チケットをどのように検査するかを制御する。

有効な値は以下の通り:

  • secrets only - チケットの検査に secrets.tdb のみを使用する(デフォルト)

  • system keytab - チケットの検査にシステムの keytab ファイルのみを使用する

  • dedicated keytab - チケットの検査に Samba 専用の keytab ファイルを使用する

  • secrets and keytab - 最初に secrets.tdb 、その後システムの keytab ファイルを使用する

「system keytab」と「dedicated keytab」の主な違いは、 適切な keytab エントリを見つける際に、前者は期待するプリンシパルに 基づくフィルタリングを行うのに対し、後者は Kerberos に依存するところである。

このパラメーターの値が「dedicated keytab」の場合、 keytab ファイルのパスを指定するため dedicated keytab file パラメーターを必ず設定しなければならない。

既定値: kerberos method = secrets only

kernel change notify (S)

このパラメーターは、Samba がカーネルに対してディレクトリの変更 通知を要求するか指定でき、この機能を使用すれば、サーバー上にある データに変更があった場合に SMB クライアントがその結果を 反映できるようになる。

このパラメーターは使用しているカーネルが inotify インターフェース を使用してユーザープログラムに対しての変更の通知をサポートしている 場合にのみ使用される。

既定値: kernel change notify = yes

kernel oplocks (G)

カーネルベースの oplocks をサポートしているUNIX(現在はIRIXとLinux 2.4カーネルのみ)の場合、 このパラメーターにより oplock の利用を制御できる。

カーネル oplocks のサポートにより、 smbd(8) が oplock を行ったファイルに対して、 ローカルな UNIX プロセスや NFS 経由でのアクセスがあった際に、 Sambaが oplocks を破棄することが可能となる。 これにより、 SMB/CIFS と NFS やローカルファイルアクセスとの間の完全な一貫性が確保される (これは非常に素晴らしいことである :-)。

このパラメーターの既定値は、 on であるが、 カーネルがこの機能をサポートしていないシステムでは、自動的に無効にされる。 このパラメーターを変更する必要はないであろう。

既定値: kernel oplocks = yes

lanman auth (G)

このパラメーターは、smbd(8) が LANMAN パスワードハッシュを使用した 認証を行なうか否かを制御する。無効にした場合、 NT パスワードハッシュを利用する クライアント(Windows NT/2000クライアント、smbclientなど。しかし Windows 95/98や MS-DOS クライアントは含まない)のみがSambaホストに接続できる。

LANMAN 暗号化レスポンスは簡単に解読することが可能である。これは大文字と小文字を 区別しないことや、使用しているアルゴリズムなどに起因する。Windows 95/98 や MS-DOS クライアントが存在しない場合は、このオプションを無効にした方ががよいだろう。

このパラメーターがnoに設定された場合、これは、次のパスワードの 変更時にSambaのpassdb中のsambaLMPasswordを空白にする動作も行う。この結果、 lanmanクライアントは、あとでlanman auth を再度有効に下としても認証出来なくなる。

encypt passwords オプションとは異なり、このパラメーターはクライアントの挙動を制御するものではなく、 LANMAN レスポンスは以前としてネットワーク上を送信される。 Samba のクライアント (smbclient など) で LANMAN レスポンスを無効にするには client lanman auth を参照のこと。

このパラメーターと ntlm auth の両方を無効にした場合、 NTLMv2 によるログインのみが可能となる。 クライアントのすべてが NTLMv2 をサポートしているわけではなく、ほとんどのクライアント では NTLMv2 を使用するために明示的な設定を行なう必要がある。

既定値: lanman auth = no

large readwrite (G)

このパラメーターは、Windows 2000で導入された、 さまざまなSMBリクエストにおける新しい64Kのストリーム読みとりおよび書き込みを smbd(8) がサポートするかどうかを制御する。 Windows 2000クライアントのリダイレクタにはバグがあるため、 このパラメーターを利用するには、SambaがIRIX、Solaris、Linux 2.4カーネルのような64ビットのOSで動作している必要がある。 Windows 2000クライアントにおいては、10% のパフォーマンス向上が見込まれる。 既定値は on であるが、他の Samba コードほどにはテストが充分には行われていない。

既定値: large readwrite = yes

ldap admin dn (G)

ldap admin dn は、 Samba がユーザーのアカウント情報を取得するために ldap サーバーに接続する際に 用いられる、Distinguished Name (DN) を指定する。 ldap admin dn は、 private/secrets.tdb ファイルに 格納された admin dn のパスワードとともに用いられる。 これがどのように連携するかについての詳細な情報は、 smbpasswd(8) のマニュアルページを参照のこと。

ldap admin dn には完全な DN 名を指定する必要がある。 ldap suffix の値が ldap admin dn に付加されることはない。

既定値なし

ldap connection timeout (G)

このパラメーターは、LDAPサーバーに対して最初のコネクションを確立する間に保持するための LDAPライブラリ呼び出しの秒単位のタイムアウトを指定する。これは実際、フェールオーバー の手順においてとても便利である。もしも、1つまたはそれ以上のLDAPサーバーが接続不能に なった時、TCPのタイムアウトが満了になるのを待つ必要が無くなる。この機能は、LDAP ライブラリによってサポートされなければならない。

このパラメーターは、存在するコネクションを使ってのLDAPサーバー上の操作に影響する ldap timeoutとは異なり、最初の接続を確立しない。

既定値: ldap connection timeout = 2

ldap debug level (G)

このパラメーターは LDAP ライブラリコールのデバッグレベルをコントロールする。 OpenLDAP の場合、これはサーバーで解釈されるビットフィールドと同じものであり、 slapd.conf(5) のマニュアルにその解説がある。よく使われる有用な値として、 1 がある。これは関数コールをトレースする。

LDAP ライブラリからのデバッグ出力は、Samba のログ出力の中で頭に [LDAP] がついたものである。LDAP がログ出力をするレベルは ldap debug threshold パラメーターでコントロール できる。

既定値: ldap debug level = 0

例: ldap debug level = 1

ldap debug threshold (G)

このパラメーターは、Samba のデバッグレベルの中で、LDAP ライブラリの デバッグ出力を Samba のログに出力するためのレベルをコントロールする。 詳細は ldap debug level を参照のこと。

既定値: ldap debug threshold = 10

例: ldap debug threshold = 5

ldap delete dn (G)

このパラメーターは ldapsam の削除の操作時に、エントリを完全に 削除するか、Samba でしか使用されない属性だけを消すかの制御を行なう。

既定値: ldap delete dn = no

ldap deref (G)

このオプションは、Sambaが、LDAPライブラリに、ある alias dereferencing方法を 使う事を指定するかどうかを制御する。この既定値はauto であり、これは、ldapクライアントライブラリの既定値の設定がそのまま保持される 事を意味する。これ以外に取り得る値は、 never, finding, searchingalwaysである。 より詳細な情報は、使用しているLDAPのマニュアルで探してみること。

既定値: ldap deref = auto

例: ldap deref = searching

ldap follow referral (G)

このオプションは、LDAPデータベース中でエントリを検索する時に、 LDAP referralを利用するかどうかを制御する。取り得る値は、 referral機能の利用を有効にする場合は、on、 これを無効にする場合は、off、 libldapの既定値の設定を使う場合はautoである。 libldapによるrefarral機能の仕様の有無は、ldap.conf(5)中に記述がある、 REFERRALSパラメーターによって、/etc/openldap/ldap.confにおいて 設定される。

既定値: ldap follow referral = auto

例: ldap follow referral = off

ldap group suffix (G)

このパラメーターは、グループが LDAP ディレクトリに加えられるときの サフィックスを指定する。もしこのパラメーターが設定されていない場合、 ldap suffix の値が代わりに使用される。 サフィックスの文字列には、ldap suffix の文字列が付加されるため、相対 DN で指定を行なうこと。

既定値: ldap group suffix =

例: ldap group suffix = ou=Groups

ldap idmap suffix (G)

このパラメーターは idmap mapping の情報の保存先のサフィックスを 指定する。このパラメーターが設定されていない場合、 ldap suffix の値が代わりに使用される。 サフィックスの文字列には、ldap suffix の文字列が付加されるため、相対 DN で指定を行なうこと。

既定値: ldap idmap suffix =

例: ldap idmap suffix = ou=Idmap

ldap machine suffix (G)

このパラメーターはマシンアカウントが LDAP ツリーのどこに 追加されるかを指定する。もしこのパラメーターが設定されていない場合、 ldap suffix の値が代わりに使用される。 サフィックスの文字列には、ldap suffix の文字列が付加されるため、相対 DN で指定を行なうこと。

既定値: ldap machine suffix =

例: ldap machine suffix = ou=Computers

ldap page size (G)

このパラメーターは1ページあたりのエントリ数を指定する。

もしも、LDAPサーバーがpaged resultsをサポートする場合、クライアントは すべての一覧の代わりに、検索結果(ページ)のサブセットを要求できる。 このパラメーターはそのページの大きさを指定する。

既定値: ldap page size = 1024

例: ldap page size = 512

ldap passwd sync (G)

このオプションは、Samba によるパスワード変更時に、Samba が通常のアカウント (ワークステーション、サーバーやドメインの信頼関係は含まない) の NT ハッシュや LM ハッシュと、LDAP のパスワード の同期をおこなうかを定義する。

ldap passwd sync には、 以下の 3 つのうちの 1 つを設定することができる:

  • Yes = LDAP、NT、LM パスワードの更新を試み、pwdLastSet time を変更する。

  • No = NT、LM パスワードと pwdLastSet time を更新する。

  • Only = LDAP パスワードのみを変更し、あとの処理は LDAP サーバーに 委任する。

既定値: ldap passwd sync = no

ldap replication sleep (G)

Samba が読みとり専用の LDAP レプリカに対して、書き込みの要求を行なった際には、読み書き可能なマスターサーバーと通信するようにリダイレクトを行なう。 その後マスターサーバーは、変更を最初に通信した「ローカル」サーバーに対して複製を行なうが、特に遅い回線越しの場合、これには数秒の時間を要する。 特にドメインへの参加といったクライアント側の処理については、「成功」した処理が LDAP のデータに即座に反映されないことで、 混乱する可能性がある。

このオプションにより、LDAP サーバーに変更が反映されるのを待つために Samba が短い時間待機するようになる。 遅延の大きいネットワークの場合、LDAP の複製に要する時間をネットワークモニターで取得の上、それに応じて値を増減すればよいだろう。 データの複製が完了したかどうかについてのチェックが行なわれるわけではない点に注意すること。

この値はミリ秒単位で指定する。最大値は 5000 (5秒)である。

既定値: ldap replication sleep = 1000

ldapsam:editposix (G)

Editposix は ldapsam:trusted を利用してドメインコントローラーの管理をより 簡単にするためのオプションである。これを使えば posix ユーザーやグループの 追加や保守のためのカスタムスクリプトを設定しなくてもすむ。その代わりこの オプションでは、LDAP ツリー上のユーザーやグループのエントリーを直接生成、 削除、編集できる。なお、このオプションを使うにあたっては、ユーザー/グループ の生成をする際に新しい uid/gid を割り当てるための winbindd が動いている 必要がある。その割り当て範囲はあらかじめ設定されていなければならない。

このオプションを使うためには、基本的な LDAP ツリーが提供され、また LDAP サフィックスが適切に設定されていなければならない。構築したてのサーバーでは、 net sam provision コマンドで事前に デフォルトのユーザーとグループ (Administrator, Guest, Domain Users, Domain Admins, Domain Guests) を作成できる。このコマンドを動かす際は LDAP サーバーと winbindd が動いており、かつ smb.conf の LDAP オプション 群が適切に構成されていなければならない。 ldapsam:trusted = yes オプションで 使われる典型的な LDAP 構成であれば、通常は ldapsam:editposix = yes を使うのに 十分である。

設定例を以下に示す:

	encrypt passwords = true
	passdb backend = ldapsam

	ldapsam:trusted=yes
	ldapsam:editposix=yes

	ldap admin dn = cn=admin,dc=samba,dc=org
	ldap delete dn = yes
	ldap group suffix = ou=groups
	ldap idmap suffix = ou=idmap
	ldap machine suffix = ou=computers
	ldap user suffix = ou=users
	ldap suffix = dc=samba,dc=org

	idmap backend = ldap:"ldap://localhost"

	idmap uid = 5000-50000
	idmap gid = 5000-50000
	

この設定例では、ディレクトリのレイアウトが以下の LDIF で示すように なっていることを想定している:

	dn: dc=samba,dc=org
	objectClass: top
	objectClass: dcObject
	objectClass: organization
	o: samba.org
	dc: samba

	dn: cn=admin,dc=samba,dc=org
	objectClass: simpleSecurityObject
	objectClass: organizationalRole
	cn: admin
	description: LDAP administrator
	userPassword: secret

	dn: ou=users,dc=samba,dc=org
	objectClass: top
	objectClass: organizationalUnit
	ou: users

	dn: ou=groups,dc=samba,dc=org
	objectClass: top
	objectClass: organizationalUnit
	ou: groups

	dn: ou=idmap,dc=samba,dc=org
	objectClass: top
	objectClass: organizationalUnit
	ou: idmap

	dn: ou=computers,dc=samba,dc=org
	objectClass: top
	objectClass: organizationalUnit
	ou: computers
	

既定値: ldapsam:editposix = no

ldapsam:trusted (G)

デフォルトで、ドメインコントローラーとして動作し、認証に LDAP を用いている Samba は、ユーザーやグループの情報を取得するために、UNIX の NSS サブシステムを必要とする。 UNIX がユーザー情報を /etc/passwd や /etc/group に格納する機構からすると、これは明らかに非効率である。 ユーザーが把握する必要がある重要な項目の一つに、所属グループの一覧がある。 通常の UNIX のユーザー管理機構であれば、/etc/group ファイルの全体を参照するか、LDAP 環境においては NSS 機構を用いて同様のことを行なう。 UNIX には group のメンバーを参照するのに最適化された関数が存在している。 しかし、残念なことに、ユーザーやグループを扱うその他の関数については、こうした最適化は行なわれていない。

o Samba を大規模環境に適用させるため、ldapsam:trusted = yes オプションにより、Samba に関係するユーザーおよびグループのデータベースは LDAP 標準の posixAccount/posixGroup 属性に格納されているとみなす。 さらに、Samba の AUXILIARY(補助) オブジェクトクラスについても、同じ LDAP オブジェクト中に POSIX データとして格納されているものとみなす。 これらの前提条件に適合する場合、 ldapsam:trusted = yes を設定することが可能となる。 この場合、Samba はユーザー情報の NSS に対する問い合わせを完全にバイパスする。 最適化された LDAP クエリにより、ログオンや管理作業が劇的に高速化される。 LDAP データベースのサイズにもよるが、共通的なクエリについては、100 倍以上の高速化が容易に達成される。

既定値: ldapsam:trusted = no

ldap ssl (G)

このオプションはSambaがLDAPサーバーへの接続にSSLを利用するかを 指定する。以前のSambaのバージョンにおいて configureスクリプト--with-ssl で指定されたSambaの古いSSLサポートとは関係ない。

LDAPサーバーとの接続は可能な限り暗号化すべきである。これは、 Start_tlsパラメーターを指定する、 またはpassdb backendにおけるURLの指定に ldaps://を指定するか、のいずれか によって設定される。

ldap sslオプションは、2つのうちいずれかを 選択する。

  • Off = ディレクトリに問い合わせする時SSLを使わない。

  • start_tls = ディレクトリに問い合わせする際にLDAPv3 StartTLS拡張オプション (RFC2830)を利用する。

このパラメーターはrpcメソッドのみ影響する。 adsLDAPv3 StartTLS拡張オプション(RFC2830)で運用する場合、 ldap ssl = yesldap ssl ads = yesと設定する。 ldap ssl adsの詳細については smb.conf(5)を参照。

既定値: ldap ssl = start tls

ldap ssl ads (G)

このオプションはSambaがadsメソッドを使用 するLDAPサーバーへの接続にSSLを利用するかを指定する。 このパラメーターにより、Rpcメソッドへは影響しない。なお、 ldap sslnoと設定 されているときには効果がないことに留意する。

詳細についてはsmb.conf(5) のldap sslを参照のこと。

既定値: ldap ssl ads = no

ldap suffix (G)

全体に適用される LDAP サフィックスを指定すると共に、sambaDomain オブジェクトの格納先を指定する。

ldap suffix は、ldap user suffixldap group suffixldap machine suffixldap idmap suffix で指定された値に付加される。 これらのパラメーターでは ldap suffix からの相対 DN で指定が行なわれる。

既定値: ldap suffix =

例: ldap suffix = dc=samba,dc=org

ldap timeout (G)

このパラメーターでは、SambaがLDAP接続においてタイムアウトさせるまでの秒数を指定する。

既定値: ldap timeout = 15

ldap user suffix (G)

このパラメーターは、ユーザーが LDAP ディレクトリに加えられるときの サフィックスを指定する。もしこのパラメーターが設定されていない場合、 ldap suffix の値が代わりに使用される。 サフィックスの文字列には、ldap suffix の文字列が付加されるため、相対 DN で指定を行なうこと。

既定値: ldap user suffix =

例: ldap user suffix = ou=people

level2 oplocks (S)

このパラメーターにより、 Samba が共有上で level2(読みとり専用) oplock をサポートするかどうかが制御される。

level2 の読みとり専用 oplock を利用することで、 Windows NT クライアントは、既に oplock が行われているファイルを別のクライアントがオープンしようとした際に (今までの排他的な oplock の場合に行われていた関連するすべての oplock を廃棄する処理の代わりに)、 読み書き可能な oplock から読みとり専用の oplock へのダウングレードを行うような oplock をファイルに対して行うことが可能になる。 これにより、ファイルをオープンしているクライアントのうち、level2 oplock をサポートしているものは、 ファイルの先読みのみを行うキャッシュ(このキャッシュは書き込みキャッシュやロックを行わない)を引続き行うため、 書き込みが行われないようなファイル(例えばアプリケーションのexeファイルなど)に対して多くのアクセスが行われる際のパフォーマンスが改善される。

read only の oplock を行っていたクライアントのいずれかがファイルに書き込みを行った時点で、 すべてのクライアントに対して、 oplock を「なし(none)」の状態に解除し、先読みキャッシュを破棄するように通知が行なわれる(応答待ちは行なわれない)。

このパラメーターを有効にして、 共有されている実行ファイルのアクセスを高速化することを推奨する。

level2 oplock に関する詳細な議論については、CIFS の仕様を参照のこと。

現在、kernel oplocks がサポートされていると、 level2 oplock は(このパラメーターがyesになっていても)、利用されない。 このパラメーターを機能させるためには、 oplocks パラメーターが、共有上で yes である必要があることに注意。

既定値: level2 oplocks = yes

lm announce (G)

このパラメーターにより、 nmbd(8) が、 OS/2 クライアントのブラウズリスト上に Samba サーバーを格納するために必要な lanman announce のブロードキャストを送出するかどうかが制御される。 このパラメーターは3つの値、yesnoautoをとる。 デフォルトは auto である。 no の場合、Sambaは決してこのブロードキャストを送出しない。 yes の場合、Sambaは lanman announce のブロードキャストを lm interval によって設定された間隔で定期的に送出する。 auto の場合、 Sambaはデフォルトでは lanman announce を送出しないが、受信を待機する。 そして、このブロードキャストを受信すると、 lm interval によって設定された間隔で定期的なブロードキャストの送出を開始する。

既定値: lm announce = auto

例: lm announce = yes

lm interval (G)

Samba が OS/2 クライアントが必要とする lanman announce のブロードキャストを送出するように設定されている場合 (lm announce パラメーターを参照のこと)、 このパラメーターにより送出間隔が秒単位で指定される。 これが 0 の場合、 lm announce パラメーターの設定に関わらず、 lanman announce は送出されない。

既定値: lm interval = 60

例: lm interval = 120

load printers (G)

このパラメーターは、printcapファイル中で定義されたすべてのプリンターをデフォルトでブラウジング可能とするかどうかを制御する真偽値パラメーターである。 詳細は、 printers セクションを参照のこと。

既定値: load printers = yes

local master (G)

このオプションにより、 nmbd(8) がサブネットのローカルマスターブラウザーになるかどうかが制御される。 no の場合、 nmbd はサブネットのローカルマスターブラウザーになろうとせず、 すべてのブラウザー選定において、常に敗退することになる。 デフォルトで、このパラメーターは yes に設定されている。 このパラメーターを yes にすることは、 Samba がサブネットのローカルマスターブラウザーとなることを意味するものではなく、 nmbd がローカルマスターブラウザーの選定に 参加する ということを意味するものに過ぎない。

このパラメーターの値を no にすると、nmbd決して ローカルマスターブラウザーにならなくなる。

既定値: local master = yes

lock dir

このパラメータは右記のパラメータの別名である:lock directory.

lock directory (G)

このオプションでは、ロックファイルを置くためのディレクトリを 指定する。ロックファイルは max connections オプションにより利用される。

注意:レジストリ設定の中では、このオプションは指定できない。

既定値: lock directory = ${prefix}/var/locks

例: lock directory = /var/run/samba/locks

locking (S)

このパラメーターは、 クライアントからのロック要求により、 サーバーがロック処理を行うかどうかを制御する。

locking = noの場合、 すべてのロックおよびアンロック要求は成功したものとして扱われ、 すべてのロック状態の問い合わせは、ファイルがロック可能であると応答する。

locking = yesの場合、 サーバーにより実際のロック処理が実行される。

このオプションをnoにすることは、 いかなる場合でも推奨されないが、 ロックを必要としないと思われる read only のファイルシステム(例えばCDROMドライブ)では、有用 かも知れない

ロックが機能しない場合、 データが破壊される可能性もあるため、全体に対しても、 個々の共有に対しても、ロックを無効にする際には注意すること。このパラメーターの設定は通常必要ない。

既定値なし

lock spin count (G)

Samba 3.0.24 において、このパラメーターは無効となった。 このパラメーターで実現されていた機能は、現在 lock spin time パラメーターで制御されている。

既定値: lock spin count = 0

lock spin time (G)

smbd が一度失敗したロックを再度獲得しようとする際の待ち時間を、 ミリ秒単位で指定する。 このパラメーターの既定値は、 Samba 3.0.23 において 10 から 200 に変更された。 関連する lock spin count パラメーターは Samba 3.0.24 以降では使用されない。 このパラメーターの値を変更する必要はないであろう。

既定値: lock spin time = 200

log file (G)

このオプションにより、 Sambaのログファイル(デバッグファイル)の名称を変更することが可能である。

このオプションには、標準の変数置換が適用されるため、 個々のユーザーやマシン毎にログを分割することが可能である。

既定値なし

例: log file = /usr/local/samba/var/log.%m

debuglevel

このパラメータは右記のパラメータの別名である:log level.

log level (G)

このパラメーターの値(整数値)により、 smb.conf ファイル中でデバッグレベル(ログレベル)を設定することが可能になる。 このパラメーターは Samba 2.2.x 系列と比べ強化されており、デバッグクラス毎にデバッグレベルを指定することが可能となっている。 これにより、システムの設定が非常に柔軟に行なえるようになる。以下の デバッグクラスが現在実装されている。

  • all

  • tdb

  • printdrivers

  • lanman

  • smb

  • rpc_parse

  • rpc_srv

  • rpc_cli

  • passdb

  • sam

  • auth

  • winbind

  • vfs

  • idmap

  • quota

  • acls

  • locking

  • msdfs

  • dmapi

  • registry

既定値: log level = 0

例: log level = 3 passdb:5 auth:10 winbind:2

logon drive (G)

このパラメーターは、 ホームディレクトリとして接続されるパスを指定する (logon home も参照のこと)。 このパラメーターは NT Workstation によってのみ利用される。

このパラメーターは、Sambaがログオンサーバーとして構成された場合のみ、 意味をもつことに注意。

訳注: Samba 3.0 系列で LDAP や TDB を認証データベースとして用いている場合、これらの値はユーザー毎に保持され、本パラメーターは指定がなかった際の既定値を設定するものとなる。

既定値: logon drive =

例: logon drive = h:

logon home (G)

このパラメーターは、Windows 95/98/NT Workstation がSambaのPDCに対してログオンする際に用いられるホームディレクトリの位置を指定する。 これにより、例えば

C:\>NET USE H: /HOME

のような形式でコマンドプロンプトから接続を行うことが可能となる。

このオプションには、通常の変数置換が適用されるため、 個々のユーザーやマシン毎にログオンスクリプトを分けることが可能になっている。

このパラメーターは、Windows 9x ワークステーションにおいて、 移動プロファイルをユーザーのホームディレクトリのサブディレクトリに格納するために利用することが可能である。 この場合、以下のような設定を行う:

logon home = \\%N\%U\profile

これにより、Samba はクライアントから NetUserGetInfo リクエストなどで情報を要求された場合に上記文字列を返却するが、その際変数置換が行なわれる。 Windows 9x のクライアントは、ユーザーが net use /home コマンドを発行した際には、この情報の \\server\share 部分だけを用いるが、 プロファイルを扱う場合は文字列全体を利用する。

Sambaの以前のバージョンでは、 logon homeではなく、logon path が用いられていた。 このため、net use /home がうまく動作しなかったが、 プロファイルをホームディレクトリの外に置くことが可能であった。 現在の実装は正しい実装である。上記のような技を用いることで、 このパラメーターをプロファイルの位置の設定にも利用することが可能になっている。

この機能を無効とするには、logon home = "" のように空の文字列を設定する。

このパラメーターは、Sambaがログオンサーバーとして構成された場合のみ、 意味をもつ。

訳注: Samba 3.0 系列で LDAP や TDB を認証データベースとして用いている場合、これらの値はユーザー毎に保持され、本パラメーターは指定がなかった際の既定値を設定するものとなる。

既定値: logon home = \\%N\%U

例: logon home = \\remote_smb_server\%U

logon path (G)

このパラメーターにより、移動プロファイル(Desktop、NTuser.datなど)が格納されるディレクトリが指定される。 以前のマニュアルページとは矛盾するが、このパラメーターはWindows 9xの移動プロファイルとは無関係である。 Windows 9x システムで移動プロファイルを利用する方法については、 logon home パラメーターを参照のこと。

このオプションは、標準の変数置換が適用されるため、 個々のユーザーやマシン毎にログオンスクリプトを分けることが可能である。 このパラメーターにより、Windows NT クライアントによって読み出される「Application Data」( デスクトップスタート メニューネットワークコンピュータプログラムやその他のフォルダーとそのコンテンツ)のディレクトリも設定される。

設定やディレクトリを Windows NT クライアント上にロードするため、共有やパスはユーザーが読み込み可能にしなければならない。 また、Windows NT クライアントが NTuser.dat やその他のディレクトリを作成できるように、 ユーザーが最初にログインする時には共有を書き込み可能にしなければならない。 必要があれば、ディレクトリと中身は読み出し専用にすることができる。 ただし、NTuser.dat ファイルを読み出し専用にすることは推奨できない。 NTuser.dat を NTuser.man に名前を変更することで期待される動作(固定プロファイル(MANdatory profile))を実現できる。

Windows クライアントは、ユーザーがログインしていなくても [homes] 共有への接続を保持することがある。 そのため、logon path に [homes] 共有への参照を含めないようにしなくてはならない (たとえば、このパラメーターを\\%N\homes\profile_path のように設定すると問題が発生することがある)。

このオプションには、標準の変数置換が適用されるため、 個々のユーザーやマシン毎にログオンスクリプトを分けることが可能になる。

Warning

この値をクォーテーションで囲まないこと。これを \\%N\profile\%U のようにすると、 プロファイル機構に問題が発生する。 tdbsam もしくは ldapsam が passdb backend として用いられている環境では、 ユーザーアカウントが作成された時点で、このパラメーターで設定されている内容が passdb backend に書き込まれるが、 その後 smb.conf ファイルにあるパラメーターの値は、上書きされることがある。 passdb backend への書き込みに際して発生したエラーについては、 適切なツール(コマンドラインツールの pdbedit などのツール)を用いて編集する必要がある。

このパラメーターは、Sambaがログオンサーバーとして構成された場合のみ、 意味をもつことに注意。

このパラメーターの値を空文字列に設定することで、移動プロファイルを無効にすることができる。 logon path = "" のようにすれば良い。 smb.conf ファイルのデフォルトの値を空文字列にしても、 passdb backend 中のユーザーアカウントの設定で何らかの値を指定した場合は、 空文字列の設定を上書きすることになるので注意すること。 移動プロファイルを完全に無効とするには、各ユーザーアカウントの設定が空文字列になっている必要がある。

設定例:

logon path = \\PROFILESERVER\PROFILE\%U

既定値: logon path = \\%N\%U\profile

logon script (G)

このパラメーターは、 ユーザーのログインが成功した際にダウンロードして実行される、 バッチファイル (.bat) や Windows NT のコマンドファイル (.cmd) を指定する。 ファイルは DOS 形式の行末(改行コード) CR/LF でなければならない。 ファイルの作成には DOS 形式のエディターを使うことが推奨される。

スクリプトは [netlogon] サービスからの相対パスで記述する必要がある。 [netlogon] サービスの path/usr/local/samba/netlogon で、logon script = STARTUP.BAT の場合、 実際にファイルがダウンロードされるパスは以下のものになる:

	/usr/local/samba/netlogon/STARTUP.BAT

バッチファイルの中身は自由に記述することが可能である。 推奨されるコマンドとしては、 各マシンを同じタイムサーバーの時刻と同期するようにさせる NET TIME \\SERVER /SET /YES がある。 ほかには、共通に利用されるユーティリティ用に、例えば NET USE U: \\SERVER\UTILS という設定を行なったり、サンプルとして

NET USE Q: \\SERVER\ISO9001_QA

といった設定を行ったりすることが挙げられる。

[netlogon] 共有に対しては、 バッチファイルが改変されてセキュリティが侵害されてしまわないように、 書き込みアクセスを許可しないか、 安全な環境下でのみバッチファイルへの書き込み権限をユーザーに与えるようにすること。

このオプションには、標準の変数置換が適用されるため、 個々のユーザーやマシン毎にログオンスクリプトを分けることが可能になる。

このパラメーターは、Sambaがログオンサーバーとして構成された場合のみ、 意味をもつ。

既定値: logon script =

例: logon script = scripts\%U.bat

lppause command (S)

このパラメーターには、 指定した印刷ジョブの印刷やスプーリングを停止させるためにサーバーホスト上で実行されるコマンドを指定する。

このコマンドは、プリンター名と停止させる印刷ジョブの番号を引数にとり、印刷ジョブを一時停止させるプログラムやスクリプトでなければならない。 これを実装する方法の一つは、非常に低い優先権を持つジョブはプリンターに送られないというジョブの優先権の仕様を利用するものである。

%p 変数は、 プリンター名に置換される。 %j はジョブ番号(整数)に置換される。 HPUX の場合(printing=hpuxを参照のこと)、 -p%p オプションを lpq コマンドに付加することで、正しいステータスが表示される。 たとえば、ジョブの優先権が設定されたフェンス優先権より低いならジョブは停止状態であるが、 優先権が等しいかより高いならスプール状態または印刷中の状態となる。

サーバーの PATH 環境変数が利用できないかもしれないことを考慮して、 lppause command を絶対パスで記述する癖をつけておくと良い。

既定値: lppause command = # 現在のところ既定値は設定されていない。 ただし、printing パラメーターの値が ただし、printing パラメーターの値が SYSV の場合は lp -i %p-%j -H holdSOFTQ の場合は qstat -s -j%j -h が既定値となる。

例: lppause command = /usr/bin/lpalt %p-%j -p0

lpq cache time (G)

このパラメーターは、 lpq コマンドが頻繁に呼び出されるのを防ぐため、lpr の情報(出力)をキャッシュする期間を制御する。 システムが使用する lpq コマンドの種別毎にキャッシュが行なわれる。そのため、ユーザー毎に異なった lpq コマンドを使用する場合、 キャッシュ情報は共有されない。

キャッシュファイルは /tmp/lpq.xxxx に保存される。 xxxx は使用している lpq コマンドのハッシュ値となる。

デフォルトは 30 秒であるため、キャッシュされたデータが30秒以内の場合は、 前回行なわれた同一のlpqの実行結果のキャッシュが用いられる。 lpq コマンドのレスポンスが非常に遅い場合は、この値を大きくすることを推奨する。

値を 0 にした場合、キャッシュは完全に無効となる。

既定値: lpq cache time = 30

例: lpq cache time = 10

lpq command (S)

このパラメーターには、 lpq形式のプリンター状態情報を得るため、 サーバー上で実行するコマンドを指定する。

このコマンドは、プリンター名のみを引数としてとり 、 プリンター状態情報を出力するプログラムやスクリプトでなければならない。

現在、BSD、AIX、LPRNG、PLP、SYSV、HPUX、QNX、CUPS、SOFTQ という9つの印刷形式がサポートされており、 これにより大部分の UNIX システムがサポートされる。 printing = オプションにより、利用する形式を指定することも可能である。

クライアントによっては(特にWindows for Workgroups)、 状態情報を要求しているプリンターの接続番号(connection number)を正しく送らないことがある。 この場合、サーバーはクライアントが接続している最初の印刷サービスの状況を報告する。この動作は、 与えられた接続番号が不正な場合にのみ行なわれる。

%p 変数は、 プリンター名に置換される。この変数が指定されなかった場合、プリンター名はコマンドの最後に付加される。

サーバーの $PATH 環境変数が利用できないかもしれないことを考慮して、 lpq command を絶対パスで記述する癖をつけておくと良い。 CUPS ライブラリを付加してコンパイルした場合は、 smbd が印刷キューのリストを取得するためのライブラリコールを行なうため、 lpq command は必要ない。

既定値: lpq command =

例: lpq command = /usr/bin/lpq -P%p

lpresume command (S)

このパラメーターには、 特定の印刷ジョブの印刷やスプールを再開したり続行するためにサーバー上で実行するコマンドを指定する。

このコマンドは、 プリンター名とジョブ番号を受け取るとその印刷ジョブを再開するプログラムやスクリプトでなければならない。 lppause command パラメーターも参照のこと。

%p 変数は、 プリンター名に置換される。 %j はジョブ番号(整数)に置換される。

サーバーの PATH 環境変数が利用できないかもしれないことを考慮して、 lpresume command を絶対パスで記述することを推奨する。

printing パラメーターも参照のこと。

既定値: 現在のところ、この設定の既定値は設定されていない。 ただし、printing パラメーターの値が SYSV の場合、 既定値は以下の通り:

lp -i %p-%j -H resume

また、printing パラメーターの値が SOFTQ の場合、デフォルト値は以下の通り:

qstat -s -j%j -r

既定値: lpresume command = lpresume command = /usr/bin/lpalt %p-%j -p2

lprm command (S)

このパラメーターには、 印刷ジョブを削除するためにサーバー上で実行するコマンドを指定する。

このコマンドは、 プリンター名とジョブ番号を受け取るとその印刷ジョブを削除するプログラムやスクリプトでなければならない。

%p 変数は、 プリンター名に置換される。 %j はジョブ番号(整数)に置換される。

サーバーの PATH 環境変数が利用できないかもしれないことを考慮して、 lprm command を絶対パスで記述することを推奨する。

以下に設定例を示す。

lprm command = /usr/bin/lprm -P%p %j

あるいは

lprm command = /usr/bin/cancel %p-%j

既定値: lprm command = printing パラメーターの設定に依存する

machine password timeout (G)

Sambaサーバーが NT ドメインのメンバーである場合 (security = domainパラメーターを参照のこと) 、 実行中の smbd プロセスは、private/secrets.tdb という TDB ファイルに格納されたコンピュータアカウントのパスワードを定期的に変更しようとする。 このパラメーターは、パスワードの変更を行なう間隔を秒単位で設定する。デフォルトは、NT ドメインのメンバーサーバーと同じく 1 週間 (秒単位で表される) である。

smbpasswd(8) および security = domain パラメーターも参照のこと。

既定値: machine password timeout = 604800

magic output (S)

このパラメーターは、Magic スクリプト(下記の magic script パラメーターを参照) によって生成される出力結果が書き込まれるファイルの名前を指定する。

Warning

複数のクライアントが同じ Magic スクリプト を同じディレクトリで利用する場合、 出力ファイルの内容は不定になる。

既定値: magic output = <magic script name>.out

例: magic output = myfile.txt

magic script (S)

このパラメーターで指定したファイルは、 ファイルをオープン後クローズした時点でサーバーにより実行される。 このパラメーターにより、UNIX のスクリプトを Samba ホストに送って、 接続しているユーザーの権限で実行する機能が提供される。

このようにして実行されたスクリプトは、 ユーザーに削除する権限があり、ファイルが削除可能であれば、 実行完了と同時に削除される。

スクリプトが生成した出力は、 magic output パラメーター(前述)で指定されたファイルに書き込まれる。

シェルによっては、改行コードとして CR ではなく CR/LF を利用しているスクリプトをうまく実行できないことに注意。 Magic スクリプトはホスト上でそのまま実行されるため、ホストやシェルによっては、 DOS の改行コードを修正しておく必要があるかも知れない。

Magic スクリプトは 実験用 のパラメーターであり、このパラメーターを安全だと考えるべきでは ない

既定値: magic script =

例: magic script = user.csh

mangled names (S)

このパラメーターは、 UNIX 上の DOS非互換のファイル名をDOS互換の名前(「短縮名」)に短縮してアクセス可能にするか、 単純に無視するかどうかを制御する。

短縮処理がどのように行なわれているかについての詳細は、 name mangling セクションを参照のこと。

短縮が行なわれる場合の手法は以下の通りである(訳注:以下は hash アルゴリズムの場合):

  • ファイル名の先頭から一番右にあるドットの前までの英数5文字は、 大文字に変換された上で、 短縮名の先頭5文字となる。

  • チルダ「~」が短縮名に付加される。 更に元々のファイル名のベース部分(ファイル名から拡張子部分を除いたもの)から生成された一意な2文字が付加される。 拡張子にあたる部分は、大文字を含んでいるか、 3文字以上の場合のみ、ハッシュの計算に含まれる。

    「~」の利用を避けたい場合は、 mangling char オプションにより、別の文字を指定することも可能である。

  • UNIX 上のファイル名がドットから始まる場合、 そのファイルは DOS の隠しファイルとして扱われる。 この場合の短縮名は、ファイル名の先頭のドットを取り除き、 実際の拡張子に関わらず、拡張子「___(「_」3文字」を付加したものから、一般のファイル名と同様にして生成する。

2桁のハッシュ値は、大文字の英数文字になる。

このアルゴリズムは、 ディレクトリ内のファイルに先頭の英数 5 文字が同一のファイル名が存在する時のみ名前の衝突が発生するが、 実際に衝突する確率は、1/1300 である。

名前の短縮処理により、(この処理が有効な限り) Windows や DOS から、UNIX 側の長いファイル名を保持したまま UNIX ディレクトリ間のファイルのコピーができる。 Windows や DOS 側から UNIX 側のファイル名の拡張子を変更しても、ベース名は保持される。 なお、セッションが異なっても短縮名は変化しない。

既定値: mangled names = yes

mangle prefix (G)

短縮名を生成する際に、元々の名前に付加するプレフィックスの長さを指定する。 大きな値を指定すると、 ハッシュアルゴリズムの効果が低下し、 名前の衝突の可能性が高まる。 最小値は 1 であり、最大は 6 である。

mangle prefix は mangling method が hash2 の時のみ有効である。

既定値: mangle prefix = 1

例: mangle prefix = 4

mangling char (S)

このパラメーターは name mangling において、 magic キャラクターとして利用される文字を指定する。デフォルトは「~」であるが、 ソフトウェアによっては問題が発生してしまうかも知れない。 このオプションにより、任意の文字を指定することが可能になる。 このパラメーターは mangling method が hash の時のみ有効である。

既定値: mangling char = ~

例: mangling char = ^

mangling method (G)

短縮名を生成する際に利用するアルゴリズムを指定する。 「hash」と「hash2」という2つの値を指定することが可能である。 「hash」は Samba 2.2.x での既定値であり、長年 Samba で利用されてきた方式である。 「hash2」は新しい方式であり、現在の既定値である。これは、 (名前の重複の発生が低減される点で)より優れたアルゴリズムといえる。 Win32 アプリケーションの多くが短縮名を記憶しているため、 新しいアルゴリズムへの変更は、 こうしたアプリケーションの再インストールが必要になる可能性があるという点で、安易に行なうべきではない。

既定値: mangling method = hash2

例: mangling method = hash

map acl inherit (S)

この真偽値パラメーターにより、 smbd(8) は Windows の ACL に格納される「inherit」および「protected」の ACE フラグを user.SAMBA_PAI (訳注: Samba_Posix_Acl_Inheritance) と呼ばれる拡張属性にマッピングすることが可能となる。 このパラメーターは Samba が拡張属性をサポートしているプラットフォーム(Linux および IRIX など)で実行されており、Windows 2000 の ACL エディターから Samba 側の POSIX ACL とのマッピングを実現するコードで継承を適切に設定できる場合のみ、有効となる。

既定値: map acl inherit = no

map archive (S)

このパラメーターは、DOSのアーカイブ属性を UNIXの所有者(owner)実行権ビットに割り当てるかどうかを決定する。 DOSのアーカイブ属性は、バックアップを行なった後でファイルが修正されると設定される。 このオプションを変更する契機の一つは、Samba マシン上のファイルを修正した際に、UNIX 上で実行可能になってしまわないようにしたい場合であろう。 これは、共有のソースコードやドキュメントなどに関して、非常に悩ましい事象である。

このパラメーターを利用する場合は、 所有者の実行権ビットがマスクされないように(100というアクセス権が含まれるように)、 create mask パラメーターを設定することが必要となることに注意。 詳細は、create mask パラメーターを参照のこと。

既定値: map archive = yes

map hidden (S)

このパラメーターは、DOSの隠しファイル属性を UNIXの全員(world)の実行権ビットに割り当てるかどうかを決定する。

このパラメーターを利用する場合は、 全体の実行権ビットがマスクされないように(001というアクセス権を含むように)、 create mask パラメーターを設定することが必要となることに注意。 詳細は、create mask パラメーターを参照のこと。

既定値なし

map readonly (S)

このパラメーターは、DOS の読み取り専用属性を UNIX のファイルシステムに対応付ける方法を制御する。

このパラメーターには 3通りの値を指定することが可能である。これにより、 store dos attributesNo、もしくは拡張属性が存在しない環境において、 smbd(8) がファイルの読み取り専用属性を表示する方法を制御することが可能である。 store dos attributesyes の場合、このパラメーターは無視される。 これは Samba 3.0.21 で新設されたパラメーターである。

3 通りの値を以下に示す:

  • Yes - 読み取り専用の DOS 属性は、UNIX のパーミッションビットにおけるユーザー、すなわち所有者の書き込み権ビットに反転した形で対応付けられる。 所有者の書き込み権ビットが設定されていない場合、ファイルには読み取り専用属性が付加されているものとみなされる。もしも、読み取り専用のDOS属性が設定されてた場合、 グループとその他の書き込み権ビットはゼロに設定される。ACL中の書き込みビットはSambaによって無視される。もしも、読み取り専用のDOS属性が設定されていなかった場合、Sambaは単にそれの所有者の書き込みビットを設定する。

  • Permissions - 読み取り専用の DOS 属性は、接続しているユーザーに対する有効なパーミッションに対応付けられる。 これは、smbd(8) が UNIX のパーミッションおよび (存在していれば) POSIX の ACL を読みとることにより確認される。 接続しているユーザーにファイルを編集するパーミッションがない場合、ファイルには読み取り専用属性が付加されているものとみなされる。

  • No - 読み取り専用 DOS 属性は、パーミッションに対応付けられず、 store dos attributes パラメーターによってのみ付与される。 これは、マウント中の CD を共有する場合にも便利かも知れない。

既定値: map readonly = yes

map system (S)

このパラメーターは、DOSのシステムファイル属性を UNIXのグループ実行権ビットに割り当てるかどうかを決定する。

このパラメーターを利用する場合は、 グループ実行権ビットがマスクされないように(010というアクセス権を含むように)、 create mask パラメーターを設定することが必要となることに注意。 詳細は、create mask パラメーターを参照のこと。

既定値: map system = no

map to guest (G)

このパラメーターは、SECURITY = security モードが security = share 以外の時、すなわち userserverdomain のときにのみ有用である。

このパラメーターの値には、 smbd(8) が 何らかの方法で有効なUNIXユーザーとして認証されなかったユーザーのログイン要求をどのように扱うかを指定するための 4 つの値のいずれかを設定することが可能である。

4 つの値を以下に示す:

  • Never - 不正なパスワードによるユーザーのログイン要求を拒否する。 これがデフォルトである。

  • Bad User - 存在するユーザーに対する不正なパスワードによるログイン要求は拒否する。 指定されたユーザーが存在しなかった場合はゲストログインとして扱い、 guest account で指定されたアカウントにマッピングする。

  • Bad Password - 不正なパスワードによるユーザーのログイン要求は、ゲストログインとして扱い、 guest account で指定されたアカウントにマッピングする。 この場合、パスワードをタイプミスすると、 なにも言われずに"guest"としてログインしてしまう。 パスワードをタイプミスしたというメッセージがないため、 アクセス可能である筈のファイルにできないが理由がわからないという問題が発生する。 map to guest パラメーターをこの設定にすると、 ヘルプディスクサービスからは 憎まれる ことになるだろう:-)。

  • Bad Uid - これは、Sambaがドメインモードのセキュリティ (security = {domain|ads}) で構成されている環境でのみ意味を持つ。 この環境において、認証が成功したにも関わらず UNIX側のユーザーアカウントが存在しない (smbdが作成することもできない) 場合に、定義されたゲストアカウントへのマッピングを行う。これは Samba 2.2 系列におけるデフォルトの挙動である。 メンバーサーバーで winbindd が実行されている場合、nss_winbind ライブラリが Windows ドメインのユーザーやグループを NSS インタフェース経由で Samba を実行する OS に対して提供するため、このパラメーターが必要となる事態は発生し得ない。

security モードが share 以外の場合、"ゲスト"共有サービスを設定する場合は、 このパラメーターが必須である。これは、サーバーがクライアントの認証に成功しない限り、 要求されるリソースの名前がサーバーに送られることは決してなく、 サーバーが"ゲスト"共有に対する認証の成否を、 適切な時点(共有への接続時)に行なうことができないためである。 security = serverの場合、 ユーザーログオンに失敗したときに、ユーザー名を間違えてもパスワードを 間違えてもサーバーから同じエラーが返されるため、 ユーザー名の間違いなのか、パスワードの間違いなのかの情報が得られないので、 このパラメーターにこのモードを設定する意味が無い。

以前の Samba のリリースに親しんでいる人のため、 このパラメーターは、local.h 中の GUEST_SESSSETUP というコンパイル設定に対応づけられている。

既定値: map to guest = Never

例: map to guest = Bad User

map untrusted to domain (G)

クライアントが smbd に接続する際に BOGUS\user のような信頼されない ドメイン名を使っている場合、smbd は BOGUS ドメインを自身の SAM 名に 置き換えてからそのユーザーを認証する。 smbd が PDC として動作している場合、置き換えられた名前は DOMAIN\user となる。 smbd がドメインのメンバーサーバーもしくはスタンドアロンサーバーとして動作している場合、置き換えられた名前は WORKSTATION\user となる。

Samba 3.4.0 より前のバージョンでは、smbd がドメインのメンバーサーバーとして 動作している場合、BOGUS の部分は smbd がメンバーとして所属 しているプライマリドメイン名に置き換えられていた。この場合、 認証処理は DOMAIN\user の認証情報を使って DC に委譲される。

このパラメーターが yes にセットされている場合、 smbd は信頼されないドメイン名をプライマリドメイン名にマッピングするという 従来の動作を行う。smbd がドメインのメンバーサーバーとして動作していない場合、 このパラメーターは意味を持たない。

既定値: map untrusted to domain = no

max connections (S)

このオプションにより、サービスへの同時コネクション数が制限される。 max connections が 0 より大きい場合、すでにオープンされているサービスに対するコネクション数がこの数に達していると、それ以上の接続が拒否される。値が 0 の場合は、コネクション数は無制限であることを意味する。

レコードロックファイルが、この機能の実装に利用されている。ロッ クファイルは、 lock directory オプションで指定されたディレクトリに保存される。

既定値: max connections = 0

例: max connections = 10

max disk size (G)

このオプションにより、見かけ上のディスクの容量の上限を設定することができる。このオプションを 100 に設定すると、すべての共有は 100MB 以上の容量に見えることはない。

このオプションは、ディスクに置くことができるデータの容量を制限するものではないことに注意。前述した設定を行なった場合でも、 100MB を越える容量をディスクに書き込むことは可能であるが、クライアントがディスクの空き容量や総ディスクサイズを求めると、結果は max disk size で指定された量に制限されることになる。

このオプションは、主として非常に大きいディスク、特に 1GB を越えるサイズをもつディスクを扱えないソフトウェアのバグを回避する際に有用である。

max disk size パラメーターが 0 の場合は、無制限を意味する。

既定値: max disk size = 0

例: max disk size = 1000

max log size (G)

このオプション(キロバイト単位の数値)は、 ログファイルの最大サイズを指定する。 Samba は定期的にログファイルのサイズを調べ、 最大値を超過した場合は、ファイルの拡張子に .old を付加した名前にファイル名を変更する。

サイズ 0 は無制限を意味する。

既定値: max log size = 5000

例: max log size = 1000

max mux (G)

このオプションは、 Samba がクライアントに通知する同時に実行可能な SMB オペレーションの最大数を制御する。 このパラメーターを設定する必要はないであろう。

既定値: max mux = 50

max open files (G)

このパラメーターにより、ある smbd(8) プロセスが1つのクライアントに対して同時に 開くことのできるファイル数の上限値が設定される。 Samba は、オープンされていない ファイルごとにわずか 1 ビットしか消費しないので、この値はとても大きな値 (16404) に設定することができる。16404より小さな値に設定すると、Sambaはその旨を 警告し、Windows 7が、有効である、オープンしているファイルハンドルの数に依存 するので、最低値の16404に戻す。

オープンするファイルの数の制限は、通常このパラメーターではなく UNIX における プロセス毎のファイルディスクリプタの上限値によって制限される。そのため、 この値を変更する必要はないであろう。

既定値: max open files = 16404

max print jobs (S)

このパラメーターにより、 ある時点で Samba の印刷キューに蓄積可能なジョブの最大数が設定される。 設定数を超過すると、 smbd(8) は、 クライアントに「空き領域がない」というエラーを返却する。

既定値: max print jobs = 1000

例: max print jobs = 5000

protocol

このパラメータは右記のパラメータの別名である:max protocol.

max protocol (G)

このパラメーター(文字列)の値は、 サーバーがサポートする最上位のプロトコルである。

設定可能な値は以下の通りである:

  • CORE: 最初期のもので、ユーザーの概念がない

  • COREPLUS: ほんの少し CORE に手を加えたものである

  • LANMAN1: 最初の 近代的な バージョンであり、 長いファイル名をサポートしている

  • LANMAN2: LANMAN1 プロトコルを改良したものである

  • NT1: 最も新しいプロトコルであり、 Windows NT が利用する。CIFSと呼ばれることもある。

  • SMB2: SMBプロトコルの再実装。Windows Vista 以降で使用される。SambaでのSMB2の実装は現在実験的である!

通常、SMB プロトコルによりネゴシエーションを経て適切なプロトコルが選択されるため、 このオプションを設定すべきではない。

既定値: max protocol = NT1

例: max protocol = LANMAN1

max reported print jobs (S)

このパラメーターにより、ある時点で Samba の印刷キューのポートモニターが表示する印刷ジョブの最大数が設定される。 この数値を超過した場合、超過したジョブは表示されない。 0 が設定された場合は、表示される印刷ジョブの制限はなくなる。

既定値: max reported print jobs = 0

例: max reported print jobs = 1000

max smbd processes (G)

このパラメーターは、システムで同時に実行可能な smbd(8) プロセス数の最大値を設定することで、コネクションを扱うリソースが不足して、クライアントに対するサービスが低下することを抑止する。通常の環境では、各ユーザー毎に smbd(8) が割り当てられ、そのホストからの共有に対するコネクションのすべてを扱うことに注意。

既定値: max smbd processes = 0

例: max smbd processes = 1000

max stat cache size (G)

このパラメーターにより、大文字小文字を区別しない名前の対応づけの高速化に用いられる stat cache に用いられるメモリの上限値が指定される。 このパラメーターには、使用する stat cache のサイズをキロバイト (1024) 単位で指定する。 値 0 は無制限を意味する。このパラメーターを変更する必要はないであろう。

既定値: max stat cache size = 256

例: max stat cache size = 100

max ttl (G)

このオプションは、 nmbd(8) がブロードキャストを利用したりWINSサーバーを利用したりして NetBIOS 名を要求する際の NetBIOS 名のデフォルトのTTL(time to live)を(秒単位で)設定する。 このパラメーターを変更する必要はないであろう。 デフォルトは3日である。

既定値: max ttl = 259200

max wins ttl (G)

このオプションは、 smbd(8) が WINS サーバーとして動作している (wins support = yes) nmbdに登録される NetBIOS 名の最大のTTL(time to live)を秒単位で指定する。 このパラメーターを変更する必要はないであろう。 デフォルトは6日(518400秒)である。

既定値: max wins ttl = 518400

max xmit (G)

このオプションにより、 Samba がネゴシエーション時に用いるパケットサイズの最大値が設定される。 デフォルトは 16644 であり、これは Windows 2000 の挙動に合わせた値である。 2048 以下ではおそらく問題が出るだろう。 このパラメーターの値をデフォルトから変更する必要はないだろう。

既定値: max xmit = 16644

例: max xmit = 8192

message command (G)

このパラメーターは、サーバーが WinPopup 形式のメッセージを受信した際に、どのようなコマンドを実行するかを指定する。

一般的には、 何らかの形でメッセージを配送するコマンドを指定する。 これをどのようにして行なうかは、発想次第である。

以下に一例を示す:

message command = csh -c 'xedit %s;rm %s' &

これは、 xeditを利用してメッセージを配送し、 その後メッセージを削除する。 コマンドは、 すぐに制御を戻すようにすることが必須であることに注意すること。 最後に '&' をつけたのは、そのためである。 コマンドを実行後すぐに制御が戻らないと、PC はメッセージ送信後フリーズしてしまう(うまくいけば、30 秒後に回復することになるだろう)。

全てのメッセージは、グローバルなゲストユーザーの権限で配送される。 コマンド中では、標準の変数を利用できるが、 %u は機能しない(%U を利用するのが適切であろう)。

標準の変数以外に、 以下に示す変数を利用することが可能である:

  • %s = メッセージを含むファイル名

  • %t = メッセージの送信先(通常はサーバー名)

  • %f = メッセージの送り元のユーザー

このコマンドにより、 メールを送るなど、さまざまな動作が考えられる。 おもしろいアイデアを思いついたら教えて欲しい。

以下はメッセージをrootへのメールとして送信する方法である:

message command = /bin/mail -s 'message from %f on %m' root < %s; rm %s

message command が指定されていない場合、 メッセージは配送されず、Sambaは送信者にエラーの発生を通知する。 ただし、WfWg はエラーコードを無視して配送を行ない、 メッセージの配送を報告する。

メッセージを単に削除したい場合は、以下のように設定すること:

message command = rm %s

既定値: message command =

例: message command = csh -c 'xedit %s; rm %s' &

min print space (S)

ユーザーの印刷ジョブをスプールする際に利用可能でなければならない空きディスクスペースの最小容量を設定する。この値はキロバイト単位で指定する。デフォルトは 0 で、この場合、ユーザーは常に印刷ジョブをスプールできる。

既定値: min print space = 0

例: min print space = 2000

min protocol (G)

このパラメーターの値(文字列)は、 Sambaがサポートする最低限のSMBプロトコルの dialect(レベル) を指定する。 有効なプロトコル名の一覧と、その簡単な説明については、 max protocol パラメーターを参照のこと。クライアントがサポートするプロトコルの dialect 一覧については、 source/smbd/negprot.c の Cソースを参照するとよいであろう。

セキュリティ的な観点では、 lanman auth パラメーターも参照のこと。 それ以外の観点からこのパラメーターを変更する必要はないであろう。

既定値: min protocol = CORE

例: min protocol = NT1

min receivefile size (G)

このオプションは、smbd(8) が、SMBwriteX要求を処理するときの 振る舞いを変更する。 署名無しのSMB/CIFS接続において、この設定値より大きなサイズのあらゆる SMBwriteXの要求は、通常の方法では処理されず、より下層のカーネルの recvfile や splice システムコールに処理をまかせる。 (Sambaがそのような呼び出しをユーザースペースでエミュレートしていなければ) もし可能であれば、これによってネットワークのソケットバッファーから ファイルシステムのバッファーキャッシュへ直接ゼロコピーによる書き出しを 行うことを可能にする。 これによってパフォーマンスの向上があるかもしれないが、ユーザーはテストを 行うことが推奨される。 もし 0 を設定すると、Sambaは、SMBwriteX要求を通常の方法で処理する。 (SMB/CIFSでは16MBまで書き込むので)POSIXの large write supportを可能に するためには、このオプションは 0 以外でなければならない。 最大値は 128kである。128kより大きな値は、警告無しで128kに設定される。

このオプションは署名付きSMB接続では効果が無いことに注意すること

デフォルトは 0 に設定され、このオプションは無効となっている

既定値: min receivefile size = 0

min wins ttl (G)

このオプションは、 nmbd(8) がWINSサーバーとして動作している時に (wins support = yes)、 nmbd に登録された NetBIOS 名の最小の TTL (time to live)を秒単位で指定する。 このパラメーターを変更する必要はないであろう。 デフォルトは6時間(21600秒)である。

既定値: min wins ttl = 21600

msdfs proxy (S)

このパラメーターは、この共有がパラメーターで指定された別の CIFS 共有をプロキシする共有であることを指定する。 この共有に接続したクライアントは、 SMB の DFS プロトコルにより、別の共有に転送される。

DFS ルートのみがプロキシする共有として機能できる。 DFS ルートの共有を設定する方法については、 msdfs root および host msdfs オプションを参照のこと。

既定値なし

例: msdfs proxy = \otherserver\someshare

msdfs root (S)

yesに設定された場合、 Samba はその共有を DFS ルートとして扱うため、クライアントは、その共有ディレクトリをルートとする DFS (分散ファイルシステム)ツリーを参照することが可能になる。 DFS リンクの作成は、共有ディレクトリ内で msdfs:serverA\\shareA,serverB\\shareB のような形式でシンボリックリンクを作成することにより行なわれる。 DFS ツリーを Samba で構成する際の詳細情報については、 Samba3-HOWTO の MSDFS の章を参照のこと。

既定値: msdfs root = no

name cache timeout (G)

Samba のホスト名キャッシュ内のエントリがタイムアウトするまで時間を秒単位で指定する。タイムアウトが 0 に設定された場合、キャッシュは無効になる。

既定値: name cache timeout = 660

例: name cache timeout = 0

name resolve order (G)

このオプションは、どの名前サービスを用いて、またどのような順番で、 ホスト名から IP アドレスを解決するかを決定するため、 Samba の各プログラムで利用される。 このオプションの主な目的は、NetBIOS 名前解決をどのように行なうかを指定することである。 オプションは、名前解決オプションをスペースで区切った文字列で指定する。

オプションは、「lmhosts」、「host」、「wins」、「bcast」である。 これらは以下に示すように名前解決を実行する:

  • lmhosts : Samba の lmhosts ファイルから IP アドレスを検索する。 NetBIOS 名サフィックスの指定されていない行が lmhosts ファイル中にあった場合、 (詳細は、lmhosts ファイルのマニュアルページを参照のこと)、 その行はすべてのサフィックスの検索にマッチする。

  • host : システム標準の方法で、/etc/hosts 、 NIS 、 DNS への問い合わせを行ない、 ホスト名から IP アドレスへの名前解決を行なう。 名前解決の方法は、OSに依存する。 IRIX や Solaris の場合、 /etc/nsswitch.conf ファイルにより制御される。この方法は、問い合わせされた NetBIOS のサフィックスが 0x20(サーバー) か 0x1c(ドメインコントローラー) の時のみ利用され、それ以外は無効であることに注意。 後者は、アクティブディレクトリドメインでのみ有効である。 この場合、_ldap._tcp.domain に対応する SRV RR エントリを検索するための DNS クエリが行われる。

  • wins : WINSSERVER パラメーターで指定された IP アドレスに対して名前の問い合わせが行なわれる。 WINS サーバーが指定されていない場合、この方法は無視される。

  • bcast : interfaces パラメーターで設定された各インタフェースに対してブロードキャストが実行される。 これは解決したいホストがローカルサブネットに接続されていることを前提とするため、 もっとも信頼性の低い名前解決の方法である。

以下の例では、最初にローカルの lmhosts ファイルを調査し、 次にブロードキャストを行ない、 最後にシステム標準のホスト名検索を試行する。

Samba が ADS セキュリティモード (security = ads) で動作する場合、 name resolve order の設定は次のようにすべきである:

name resolve order = wins bcast

この 場合でも、DC は DNS への問い合わせを行なう。 失敗した場合に NetBIOS 名の問い合わせを行なうが、その際無意味な DNS への「DOMAIN<0x1c>」の問い合わせが抑止される。

既定値: name resolve order = lmhosts wins host bcast

例: name resolve order = lmhosts bcast host

netbios aliases (G)

これは、nmbdが Samba サーバーの別名としてアナウンスする NetBIOS 名のリストである。これにより、ブラウズリスト中で単一のマシンを複数の名前で表示させることが可能になる。 マシンがブラウズサーバーやログオンサーバーとして動作している場合、別名はブラウズサーバーやログオンサーバーとしてはアナウンスされない。マシン本来の名前だけがそれらの機能をもつ名前としてアナウンスされる。

既定値: netbios aliases = # 空文字列 (別名なし)

例: netbios aliases = TEST TEST1 TEST2

netbios name (G)

このパラメーターにより、 Samba サーバーの NetBIOS 名が設定される。デフォルトでは、ホストの DNS 名の最初の部分と同一である。マシンがブラウズサーバーや、ログオンサーバーの場合、ここで設定された名前 (またはホストのDNS名の最初の部分)がサービスをアナウンスする際に用いられる。

Samba 3.0 には、NetBIOS が PIPE に設定されるとブラウジングや共有へのアクセスに問題が発生するというバグがある。 この問題を避けるためには、Samba 3.0 マシンの名前を PIPE にしないこと。

既定値: netbios name = # マシンの DNS 名

例: netbios name = MYNAME

netbios scope (G)

このパラメーターにより、 Samba が使用する NetBIOS スコープを設定される。LAN上のすべてのマシンに同じ値を設定しない限り、このパラメーターを設定すべきではない。

既定値: netbios scope =

nis homedir (G)

NIS マップから、[home] 共有を提供するサーバーを取得する。 automounter を使用する UNIX システムでは、 ユーザーのホームディレクトリが、必要に応じてリモートサーバーから ワークステーションにマウントされるようになっていることが多い。

Samba のログオンサーバーが実際のホームディレクトリを提供するサーバーではなく、 NFS経由でホームディレクトリをマウントしている場合、 クライアントに自分自身がホームディレクトリを提供する SMB サーバーであるように見せると、 ユーザーがホームディレクトリにアクセスするためには、 二段階のネットワークアクセスが必要になる(1つは SMB で、もう 1 つは NFS)。 これはとても遅くなることがある。

このオプションにより、 Samba は home 共有がログオンサーバーとは異なるサーバーにあるものとして扱うことが可能になり、 Samba デーモンがホームディレクトリを提供するサーバーで動作している限り、 Samba クライアントは、ホームディレクトリを提供しているサーバー上の共有を直接マウントする。 Samba が home 共有の情報をクライアントに返すとき、 homedir map パラメーター で指定された NIS マップに問い合わせて、そこにあるサーバーの情報を利用する。

このオプションが機能するためには、NIS システムが動いていなければならず、 このオプションを指定した Samba サーバーは、 ログオンサーバーでなければならないことに注意すること。

既定値: nis homedir = no

nmbd bind explicit broadcast (G)

このオプションはnmbd(8)に、ローカルサブネットの ブロードキャストアドレスに、明示的にバインドすることを行わせる。これは、 socket addressオプションと組み合わせた場合に、 nmbdが正しく動くようにするのに必要である。このオプションをnoにする 必要はない。

既定値: nmbd bind explicit broadcast = yes

nt acl support (S)

この真偽値パラメーターにより、 smbd(8) が UNIX のパーミッションを Windows NT のアクセスコントロールリストにマップするかどうかが決定される。 対象となる UNIX のパーミッションは、 ファイルやディレクトリに設定された伝統的な UNIX の所有者とグループのパーミッションと POSIX ACL である。 このパラメーターは、Samba 2.2.2 より前のリリースでは、グローバルパラメーターであった。

既定値: nt acl support = yes

ntlm auth (G)

このパラメーターにより、smbd(8) が NTLM レスポンスを用いてユーザー認証を行なうかどうかが設定される。 このパラメーターを無効にすると、クライアントは LANMAN パスワードハッシュ か NTLMv2 レスポンスを送信する必要がある。

このオプションと lanman auth の両方を無効にした場合、NTLMv2 ログインのみが可能となる。すべての クライアントが NTLMv2 をサポートしているわけではなく、ほとんどの場合、NTLMv2 を 使用するためには、明示的に設定を行なうことが必要である。

既定値: ntlm auth = yes

nt pipe support (G)

この真偽値パラメーターにより、 smbd(8) が Windows NT のクライアントに対して、 Windows NT の SMB 固有の IPC$ パイプへの接続を許可するかどうかが制御される。 これは開発者のデバッグオプションであり、意識する必要はない。

既定値: nt pipe support = yes

nt status support (G)

この真偽値パラメーターは、 smbd(8) が、 Windows NT/2000/XP クライアントに対して、 NT 固有のステータスのサポートのネゴシエーションを行なうかどうかを制御する。 これは、開発者のデバッグ用オプションであり、設定を変更すべきではない。 このオプションが no の場合、 Samba は Samba 2.2.3 以前と全く同様に、DOS エラーコードを返却する。

このオプションを無効にしてはならない。

既定値: nt status support = yes

null passwords (G)

空(null)パスワードを持つアカウントへのクライアントからのアクセスを許可、あるいは禁止する。

smbpasswd(5) も参照のこと。

既定値: null passwords = no

obey pam restrictions (G)

PAMサポートを有効にして(--with-pam) configure された Samba 3.0 系列において、このパラメーターは、Samba が PAM のアカウントとセッション管理機構を利用するかどうかを制御する。 デフォルトの場合、 PAM は平文テキスト認証にのみ利用され、 アカウントとセッション管理は利用されない。 encrypt passwords = yes の場合、Sambaは常に PAM による認証を無視することに気を付けること。 これは、PAMモジュールが、 SMBのパスワード暗号化に必要なチャレンジアンドレスポンス認証機構をサポートしていないためである。

既定値: obey pam restrictions = no

only user (S)

この真偽値のオプションは、user パラメーターに設定されていないユーザーからの接続を許可するかどうかを制御する。 デフォルトでは、このオプションは無効になっており、 クライアントがサーバーで使用するユーザー名を提供することが可能である。 このパラメーターを有効にすることで、サーバーは user パラメーターで設定されたユーザー名のみを利用する。 これは security = share のセキュリティの時のみ有用である。

このパラメーターを有効にすると、 Samba はサービス名からユーザー名を推測することも行なわなくなる。 このため、[homes] セクションを利用していると問題が発生してしまうことがある。 user = %S とすることで、 user リストにサービス名が設定され、 ホームディレクトリをユーザーの名前にすることができる。

このパラメーターを有効にすると、 Samba はサービス名からユーザー名を推測することも行なわなくなるので注意すること。 これにより、[homes] セクションを利用していると問題が発生してしまうことがある。 user = %S とすることで、 user リストにサービス名が設定され、 ホームディレクトリをユーザーの名前にすることができる。

既定値: only user = no

oplock break wait time (G)

これは Windows 9x と Windows NT 双方のバグに対応するために追加されたチューニングオプションである。 クライアントが oplock を解除させるような SMB を発行した時に、 Samba のクライアントに対する応答が早過ぎると、 クライアントは誤動作してしまい、解除要求に応答しない。 このチューニングパラメーター(ミリ秒単位で指定する)は、 こうした(異常動作を行なう)クライアントに対して oplock 解除要求を送付する前に、Samba がとる待ち時間になる。

Warning

Samba の oplock コードを読んで理解していない限り、このパラメーターを変更してはいけない。

既定値: oplock break wait time = 0

oplock contention limit (S)

これは 非常に 高度な smbd(8) のチューニングオプションで、 複数のクライアントから同じファイルへの oplock 要求が行なわれた際の効率を改善するものである。

このパラメーターには数値を指定する。 同じファイルに対して oplock を行なおうとするクライアントの大体の数がこのパラメーターで指定した限界を越えると、 smbd(8) は、 たとえ要求されても oplock を許可しないようになる。これにより、 smbdは Windows NT と同様の動作を行うようになる。

Warning

Samba の oplock コードを読んで理解していない限り、このパラメーターを変更してはいけない。

既定値: oplock contention limit = 2

oplocks (S)

この真偽値オプションは、 共有内のファイルオープンが要求された際に oplock (opportunistic lock = 便宜的ロック) を行なうかどうかを smbd に指示する。 oplock により、Samba サーバー上のファイルアクセス速度を劇的に改善(およそ 30% 以上)することができる。 oplock により、クライアントは、積極的にファイルをローカルにキャッシュするようになるが、 信頼性の低いネットワーク環境の場合などに、これを無効にしたいと考えることもあるだろう (Windows NT サーバーにおける既定値は有効である)。

oplock は共有内のファイル単位で無効にすることも可能である。 veto oplock files パラメーターを参照のこと。 システムによっては、oplock が OS 自身によって認識される。 この場合、Samba、NFS、ローカルなUNIXのいずれを経由してアクセスが行なわれた場合でも、 oplock が行なわれたファイルとのデータの同期が実現する。 詳細は、kernel oplocks パラメーターを参照のこと。

既定値: oplocks = yes

os2 driver map (G)

このパラメーターでは、 OS/2 のプリンタードライバー名と Windows NT のプリンタードライバー名とのマッピングが記述されたファイルへの絶対パスを指定する。 ファイル形式は以下のようになっている:

<nt driver name> = <os2 driver name>.<device name>

HP LaserJet 5 のプリンタードライバーを例にとった場合、 正しいエントリはHP LaserJet 5L = LASERJET.HP LaserJet 5Lのようになる。

このファイルは、 Samba3-HOWTO 本の Classical Printing 章で記述されているプリンタードライバーの名前空間の問題に対応するために用いられる。 OS/2 クライアントに関する詳細については、Samba3-HOWTO 本の other clients 章を参照のこと。

既定値: os2 driver map =

os level (G)

この数値は、 Samba がブラウザー選定時に宣言する優先度を設定する。 このパラメーターの値は、 nmbd(8) が、ブロードキャスト範囲内における workgroup のローカルマスターブラウザーになるかどうかに影響する。

注意 : ローカルマスターブラウザーの選定に際して、既定値では、 Samba が Windows NT 4.0/2000 のドメインコントローラー以外のすべての Microsoft 社のOSに優先する。 このため、Samba ホストの設定が不正の場合、 ブラウジング的にそのサブネットが孤立してしまう可能性がある。 Samba 3.0 系列では、このパラメーターは通常自動設定されるため、既定値を手動で設定する必要は通常発生しない。(訳注: 実際には自動設定は行なわれない。この説明は誤りだと思われる) このパラメーターに関する詳細は、Samba-3 HOWTO ドキュメントの「Network Browsing」を参照のこと。 注意:このパラメーターの最大値は255である。 それより大きな値を使った場合、もしも、カウントは0から始まる!

既定値: os level = 20

例: os level = 65

pam password change (G)

Samba 2.2 における PAM サポート機能の追加にともない、 このパラメーターを用いることで、 Samba で PAM を使ったパスワード変更が可能となった。 このパラメーターが有効な場合、SMB クライアントからの要求があれば、 passwd program. に設定されたプログラムに代わって、PAM を使ってパスワードの変更が行なわれる。 ほとんどの場合、 passwd chat パラメーターの変更なしにこのパラメーターを有効にすることが可能である。

既定値: pam password change = no

panic action (G)

これは Samba 開発者のためのオプションで、 smbd(8)smbd(8) がクラッシュした際に呼び出されるシステム上のコマンドを指定する。 これは通常問題が発生した事実を警告するのに使われる。

既定値: panic action =

例: panic action = "/bin/sleep 90000"

paranoid server security (G)

Windows NT 4.x のバージョンによっては、問題のあるパスワードの非ゲストアカウントが許容されている。このオプションを有効にした場合、 Samba はこうした Windows NT 4.x サーバーを password server として使用せず、ログに出力を行ない終了するようになる。

このオプションを無効にすることで、 Samba がこのチェックを行なわなくなるため、リモートサーバーに対する問題のあるログオンの試行が明示的に許可される。

既定値: paranoid server security = yes

passdb backend (G)

このオプションにより、管理者はユーザーとグループ情報の格納に、どのような 機構(backend)を使用するかについて指定できる。これにより、再コンパイルなしで 機構を取り換えることが可能となる。

このパラメーターは、機構の名称と、特定の機構に依存した「位置」を示す文字列 との 2 つの要素から構成されている。 この要素は「:」文字で区切られる。

指定可能な機構は以下のとおりである:

  • smbpasswd - 古い平文のパスワード格納 機構である。これを使うとSambaのいくつかの機能が動かない。 オプションの引数として smbpasswd ファイルの位置を指定する。

  • tdbsam - TDB ベースのパスワード格納機構である。 オプションの引数として、 TDB ファイルへのパス (デフォルトは private dir ディレクトリ内の passdb.tdb) を指定する。

  • ldapsam - LDAP ベースのパスワード機構である。 オプションの引数として、 LDAP の URL (デフォルトは ldap://localhost) を指定する。

    LDAP の接続は、可能な場合は暗号化される。 これは Start-TLS (ldap ssl を参照のこと) か ldaps:// を URL 引数中で指定することにより行なわれる。

    ダブルクォーテーションを使って複数のサーバーを指定できる。 複数のサーバーが使用できるか否かは、使用するLDAP ライブラリ上の文法に 依存する。

以下に設定例を示す。

passdb backend = tdbsam:/etc/samba/private/passdb.tdb 

またはOpenLDAPの複数サーバーLDAP URLの場合は、

passdb backend = ldapsam:"ldap://ldap-1.example.com ldap://ldap-2.example.com"

あるいは、NetscapeベースのLDAP ライブラリでの複数サーバーLDAP URLの場合は、

passdb backend = ldapsam:"ldap://ldap-1.example.com ldap-2.example.com"

既定値: passdb backend = tdbsam

passdb expand explicit (G)

このパラメーターは、passdb の指定に % マクロが明示的に指定された際に、 それを展開するかどうかを制御する。 ここではマクロを用いることが可能となっているが、 Windows クライアントがユーザーのプライマリグループに置換されるべき %G が含まれている %G_osver% といった変数を展開してしまうというバグを引き起こしてしまうことがある。

既定値: passdb expand explicit = no

passwd chat (G)

このパラメーターで指定される文字列は、 smbd(8) とローカルなパスワード変更プログラムとの間でパスワード変更時に発生する 「やりとり(chat)」 を制御する。 文字列には、 smbd(8)passwd program で指定したプログラムに行なう送信内容と、それに対して期待される応答内容とを定義したやりとりの手順を記述する。 期待される応答がない場合、パスワードは変更されない。

このやりとりの手順は、 パスワード制御のためにどのような方法(たとえば NIS など)を使うかに依存するため、 通常サイト依存のものとなる。

このパラメーターは、 unix password sync パラメーターが yes の時のみ利用される。 このやりとりは、smbpasswd ファイル中の SMBパスワードが変更される際に、 古いパスワードの平文へアクセスすることなしに、 ROOT権限で 呼び出される。 これは、root であれば以前のパスワードを知らなくても、ユーザーのパスワードの再設定を行なうことができるからである。 NIS/YP を利用している場合、 passwd program は NIS マスターサーバー上で実行する必要がある

文字列には、新パスワードに置換される、 %n マクロや、 各々改行、復帰、タブ、空白を意味する標準的なマクロである、\n, \r, \t, \s も記述できる。 さらに、この文字列には、任意の文字列に一致する '*' を記述してもよい。 ダブルクオーテーションは、空白を含む複数の文字列を 1 つの文字列と見なすのに使うことができる。

やりとりの手順中で、送信文字列としてピリオド「.」が指定されていた場合、実際にはなんの文字列も送られない。 同様に、受信文字列としてピリオドが指定されていた場合、 実際には何も受信しないことが期待されている。

pam password change パラメーターが yes の場合、やりとりの手順は、任意の順番でマッチし、 成功したか否かは出力結果ではなく PAM の戻り値で判断される。 PAM の場合、\n マクロは無視される。

既定値: passwd chat = *new*password* %n\n*new*password* %n\n *changed*

例: passwd chat = "*Enter OLD password*" %o\n "*Enter NEW password*" %n\n "*Reenter NEW password*" %n\n "*Password changed*"

passwd chat debug (G)

この真偽値パラメーターは、passwd chat script パラメーターを debug モードで実行するかどうかに影響する。 debug モードの場合、passwd chat 中にやりとりされる文字列は、 debug level を 100 にすることで、 smbd(8) のログファイル中に出力されるようになる。 smbd のログ中に平文のパスワードが見えてしまうため、これは危険なオプションである。 このパラメーターは、 Samba の管理者が passwd chat スクリプトが passwd program のデバッグを行なう際に役立つ。デバッグが終了したら、必ず無効にすること。 pam password change パラメーターが有効になっている場合、このオプションは無効になる。 このパラメーターはデフォルトで無効になっている。

既定値: passwd chat debug = no

passwd chat timeout (G)

この整数値により、smbd が passwd chat script の実行を待機する時間を秒単位で指定する。 最初の応答が受信されて以降のやりとりは、 この値の 1/10 の時間で応答される必要がある。 デフォルトは 2 秒である。

既定値: passwd chat timeout = 2

passwd program (G)

ユーザーの UNIX 上のパスワードを設定するために使用するプログラムの名前を指定する。 %u はユーザー名に置換される。 パスワード変更プログラムを呼び出す前に、 指定されたユーザー名が存在するかのチェックが行なわれる。

多くのパスワード変更プログラムは、 パスワードの最小字数や大文字と小文字併用や、数字の混在などの 適切なパスワードを要求することに注意して欲しい。 一部のクライアント(Windows for Workgroups など)は、 パスワードを送信する前に大文字化してしまうため、問題が発生する。

注意:unix password sync パラメーターを yes に設定すると、 smbpasswd ファイル中の SMBパスワードが変更される前に、 このプログラムが ROOT権限で 呼び出される。 UNIX 側のパスワード変更が失敗すると、 smbd は SMBパスワードの変更も失敗させる(これは仕様である)。

unix password sync パラメーターが yes に設定されている場合は、 このパラメーターで指定する すべての プログラムを 必ず絶対パスで設定し、 セキュリティ上の問題が発生しないようにしておくこと。 デフォルトでは unix password syncno になっているので注意。

既定値: passwd program =

例: passwd program = /bin/passwd %u

password level (G)

クライアントとサーバーの組合せによっては、 大文字と小文字が混在したパスワードの扱いに問題が発生することがある。 問題が発生するクライアントとしては、 LANMAN1 プロトコルを使用しているとパスワードを強制的に大文字にするが、 COREPLUS を使用しているときはこの変換を行なわない Windows for Workgroups が挙げられる。 Windows 95/98 系列のオペレーティングシステムにも問題がある。 これらのクライアントは、プロトコルのネゴシエーションの結果 NT LM 0.12が使われることになった場合でも、平文のパスワードを大文字化してしまう。

このパラメーターは、 パスワード中に含まれる大文字の最大数を設定する。

例えば、与えられたパスワードが「FRED」であったとする。 password level が 1 に設定されていると、 「FRED」で失敗したときに以下の組み合わせによる再試行が行なわれる:

"Fred", "fred", "fRed", "frEd","freD"

password level が 2 に設定されていると、 以下の組合せによる試行も行なわれる:

"FRed", "FrEd", "FreD", "fREd", "fReD", "frED", ……

以降も同様である。

このパラメーターを大きくするほど、 大文字と小文字の混在したパスワードが大文字あるいは小文字のみのパスワードと一致するようになる。 しかし、このパラメーターの利用はセキュリティの低下につながることと、 新規の接続を処理するための時間が増大することを意識しておく必要がある。

値を 0 にすると、入力された通りのパスワードと、 それらを全て小文字にした場合の 2 回の試行のみを行なう。

このパラメーターは、平文のパスワードを使用する場合にのみ使用される。暗号化パスワードが使用されている場合 (samba-3.0.0 以降はそれがデフォルト) にはまったく使用されない。つまり、このパラメーターは encrypt passwords = No という設定の場合にのみ使用するということである。

既定値: password level = 0

例: password level = 4

password server (G)

このオプションで、別の SMB サーバーか、Active Directory ドメインコントローラーの 指定を行い、security = [ads|domain|server]を 使うことで、Samba が行なうユーザー名、パスワードの認証のすべてを指定した別のサーバーに行なわせることが可能となる。

このオプションでは、使用するパスワードサーバーの名前あるいは IP アドレスを設定する。 また、ADS のレルムに対応するサーバーへの接続時に使用するポートの指定にもこのオプ ョンが使用できるようになっており、そのための書式も追加されている。 デフォルトの LDAP ポートである 389 以外のポートを指定する場合には、名前あるいは IP アドレスの後にコロンを付けて指定する(例: 192.168.1.100:389)。 ポートを指定しなかった場合、 Samba は標準の LDAP ポートである tcp/389 を使用する。このポート番号は、Windows NT 4.0 ドメインや NetBIOS 接続に対応するパスワードサーバーには何の意味も持たないという点に注意。

このパラメーターの値が名前の場合、名前解決は name resolve order パラメーターで設定された方法と順番に従って行なわれるため、 このパラメーターで指定可能な任意の方式を任意の順番で組み合わせることができる。

パスワードサーバーは、 "LM1.2X002"または"LM NT 0.12" プロトコルが利用可能であり、ユーザーレベルのセキュリティモードで構成されたマシン である必要がある。

Note

パスワードサーバーを利用するということは、 Samba を実行している UNIX マシンのセキュリティはパスワードサーバーに依存するということである。 完全に信頼することができるサーバー以外をパスワードサーバーとして設定してはいけない

Samba サーバー自身をパスワードサーバーに設定しないこと。 これはループを発生させ、Samba サーバーをフリーズさせてしまう!

password server の値には、 Samba 変数も通常通り利用できるが、 事実上有用なものは、Samba サーバーに接続してきたクライアントをパスワードサーバーとして設定することを意味する、 %m だけであろう。 この設定はクライアントを信頼することになるため、 hosts allow パラメーターにより接続を制限することが望ましい。

security パラメーターを domain もしくは ads に設定する場合、このオプションでは、 ドメインのプライマリおよびバックアップドメインコントローラーを指定するか、 「*」という文字を指定する必要がある。これは、 Samba サーバーをドメインのメンバーとして機能させるとともに、 ユーザーのログオン時に認証を行なうために、暗号化された認証済のRPCコールを利用するためである。 security = domain を用いる利点は、 password server オプションで幾つかのサーバーを指定した場合に、 smbd が、どれかのサーバーから応答があるまでリスト中のサーバーに対して順番に問い合わせを行なっていくという点にある。 これは、通常問い合わせを行なうサーバーが停止してしまった時に効果を発揮する。

password server オプションに文字 「*」 を指定すると、Samba は WORKGROUP<1C> への問い合わせを行い、名前解決機構から返却された IP アドレスリスト中の各サーバーにアクセスを行って認証を実施するため、プライマリあるいはバックアップドメインコントローラーの名前解決を自動的に実施する。

「*」文字とサーバーのリストの両方を指定した場合、 リストは問い合わせを行なうサーバーの優先順位として機能するが、 それ以外の DC もリストには追加される。 Samba は最も近い DC の位置を検出することによるリストの最適化は行なわない。

security パラメーターが server の場合、 security = domain の場合にはなかった制限事項が幾つか発生する:

  • 複数のパスワードサーバーを password server パラメーター中に設定できるが、 一旦 smbd が接続を行なったパスワードサーバーが停止してしまうと、 その smbd ではそれ以上のユーザー認証が一切行なえなくなる。 これは security = server モードにおける SMB/CIFS プロトコルでの制限で、Samba 側では対処できない。

  • Windows NT サーバーをパスワードサーバーとして使っている場合、 ユーザーが Samba サーバーからログオンできるようにする必要がある。 これは、security = server モードの場合、 ネットワーク経由のログオンは、ユーザーのワークステーションからではなく、 Samba サーバーから行われたものとして扱われるためである。

既定値: password server = *

例: password server = NT-PDC, NT-BDC1, NT-BDC2, *

例: password server = windc.mydomain.com:389 192.168.1.101 *

directory

このパラメータは右記のパラメータの別名である:path.

path (S)

このパラメーターは、サービスに接続したユーザーがアクセスするディレクトリを指定する。印刷サービスの場合、これは印刷データがホストの印刷機構に送られる前にスプールされる場所になる。

ゲストアクセスを許可している印刷サービスの場合、サービスは読みとりのみにした上で、パスは全ユーザー書き込み可能として sticky ビットをセットすべきである。これはもちろん必須ではないが、このようにしない限りは、おそらく意図した設定を行なうことができないだろう。

%u は、クライアントが接続する際に使用した UNIX のユーザー名に置換される。%m は、接続してきたマシンの NetBIOS 名に置換される。これらの置換機能は、ユーザーに仮想的なホームディレクトリを設定する際非常に有用である。

root dir が指定されていた場合、このパラメーターもその影響を受けることに注意。

既定値: path =

例: path = /home/fred

perfcount module (G)

SMB の操作をモニターリングする際に使用する perfcount バックエンドを指定する。 perfcount モジュールはひとつだけ指定できる。そのモジュールは、smb.h で定義されている smb_perfcount_handler 構造体にある API をすべて 実装していなければならない。

既定値なし

pid directory (G)

このオプションにより、 pid ファイルがおかれるディレクトリが指定される。

既定値: pid directory = ${prefix}/var/locks

例: pid directory = pid directory = /var/run/

posix locking (S)

smbd(8) デーモンでは、 SMB クライアントによって行なわれたファイルロックの情報を記録するデータベースを管理している。 既定値の動作は、この内部データベースをPOSIXロックにもマッピング(反映)する。 SMB以外の方式(たとえばNFSやローカルなファイルアクセス) 経由で、ファイルにアクセスするPOSIX互換のアプリケーション によって認識されたものと、整合性が取れると言うことである。 このパラメーターを無効にする必要はまずないであろう。

既定値: posix locking = yes

postexec (S)

このオプションは、 サービスから切断した際に常に起動されるコマンドを指定する。 このパラメーターでは通常の Samba の変数も利用できる。 システムによってはコマンドが root で実行される場合もあるかも知れない。

面白い例としては、サーバーのリソースを umount するような用途が考えられる:

postexec = /etc/umount /cdrom

既定値: postexec =

例: postexec = echo \"%u disconnected from %S from %m (%I)\" >> /tmp/log

exec

このパラメータは右記のパラメータの別名である:preexec.

preexec (S)

このオプションは、サービスへ接続した際に必ず実行されるコマンドを指定する。 このパラメーターでは通常のSambaの変数も利用できる。

面白い例としては、接続する度に、 ユーザーに歓迎(welcome)メッセージを送るような用途が考えられる。 その日の一言 (message of the day) も面白いかも知れない。以下に例を示す:

preexec = csh -c 'echo \"Welcome to %S!\" | /usr/local/samba/bin/smbclient -M %m -I %I' &

無論、しばらく経つとこれはイライラのもとになるだけだろう :-)。

preexec closepostexec も参照のこと。

既定値: preexec =

例: preexec = echo \"%u connected to %S from %m (%I)\" >> /tmp/log

preexec close (S)

この真偽値オプションは、preexec で指定したコマンドから 0 以外の戻り値が返却された際に、 サービスへの接続をクローズするかどうかを制御する。

既定値: preexec close = no

prefered master

このパラメータは右記のパラメータの別名である:preferred master.

preferred master (G)

この真偽値パラメーターは、 nmbd(8) が ワークグループのマスターブラウザーとして優先されるかどうかに影響する。

これが yes に設定されていると、 nmbd は起動時にブラウザーの選定を強要する。 また、選定時の優先度でも、わずかではあるが有利になる。 このパラメーターは、nmbd がドメインマスターブラウザーになることを保証するために、 domain master = yes の設定と連携して使用することが推奨されている。 (訳注: Samba 3.0 系列では、domain logons = Yesの場合 preferred master パラメーターもデフォルトでは有効となる。domain logons が有効でない場合(デフォルト)、domain master もデフォルトでは有効にならない。

同じサブネット上に優先マスターブラウザーに指定されたホスト(Samba サーバー、Windows 95/NT のいずれの場合も)が複数台存在すると、 それらのホストは定期的にローカルマスターブラウザーになろうとする 試みを永続的に繰り返すことになる。 これは不要なブロードキャストトラフィックを発生させるだけでなく、 ブラウジング機能自体にも支障を発生させてしまうため、このオプションは注意して扱うこと。

既定値: preferred master = auto

auto services

このパラメータは右記のパラメータの別名である:preload.

preload (G)

このパラメーターは、 自動的にブラウズリスト上に追加したいサービスのリストを設定する。 このパラメーターを利用しないと不可視になる homes や printers サービスにとって有用である。

printcap ファイルにあるすべてのプリンターを指定したい場合は、 load printers オプションを利用する方が簡単である。

既定値: preload =

例: preload = fred lp colorlp

preload modules (G)

このパラメーターには、クライアントの接続前に smbd にロードされるモジュールのパスのリストを指定する。 これにより smbd が新しい接続を開始する際の時間が短縮される。

既定値: preload modules =

例: preload modules = /usr/lib/samba/passdb/mysql.so

preserve case (S)

クライアントから送信されてきた新しいファイル名中の大文字小文字をそのまま利用するか、 default case パラメーターの設定を強制するかどうかを設定する。

この設定に関する詳細については、 名前の短縮 セクションを参照のこと。

既定値: preserve case = yes

print ok

このパラメータは右記のパラメータの別名である:printable.

printable (S)

このパラメーターが yes の場合に、 クライアントから指定されたディレクトリにスプールファイルを書き込むことが可能になる。

印刷可能(printable)なサービスでは、 (ユーザーがUNIX上に権限をもっている限り)印刷データをスプールファイルに書き込むことが常に可能となることに注意。 read only パラメーターは、 リソースに対する印刷以外のアクセスにのみ影響する。

既定値: printable = no

printcap cache time (G)

このオプションにより、印刷サブシステムがプリンターの一覧情報を再確認するまでの時間を秒単位で制御することが可能となる。 この値が 60 より大きい場合、 初回の再確認時間は 60 秒に設定される。 これは、印刷サブシステムが初回の再確認を早期に実行するためである。

このパラメーターを 0 にすると、 起動後に新しいプリンターや削除されたプリンターを再確認する機能が無効化される。

既定値: printcap cache time = 750

例: printcap cache time = 600

printcap

このパラメータは右記のパラメータの別名である:printcap name.

printcap name (S)

このパラメーターは、 コンパイル時に設定されるデフォルトでサーバーが用いる printcap ファイル名 (通常 /etc/printcap) を上書きにするために使われる。 このパラメーターを設定すべき状況については、前述した [printers] セクションに関する説明を参照のこと。

CUPS 印刷インタフェースを利用する際は、printcap name = cups という設定を行なうこと。これにより [global] セクションの printing = cups パラメーターにより補完される。 printcap name = cups により、 CUPS の設定ファイルによって指定された、 CUPS によって作成される"ダミー"の printcap が用いられるようになる。

lpstat を利用することで 利用可能なプリンターの一覧を取得できる System V のシステムでは、 printcap name = lpstat と設定することで、利用可能なプリンターの一覧を自動的に取得できる。 (ほとんどの System V ベースのシステムが該当する)では、これが既定値である。 これらのシステムで printcap namelpstat が設定されると、 Samba は lpstat -v を実行し、その出力からプリンター一覧を取得する。

最低限の printcap ファイルは下記のようなものである:

print1|My Printer 1
print2|My Printer 2
print3|My Printer 3
print4|My Printer 4
print5|My Printer 5

'|' によって、プリンターの別名が区切られる。 ただし、2 番目の別名中に空白があると、 Samba はそれをプリンターのコメントであると判断する。

Note

AIXにおけるデフォルトの printcap ファイルの名前は、 /etc/qconfigである。printcap ファイルの名前が qconfig の場合、Samba はファイルが AIXの qconfig形式であると仮定する。

既定値: printcap name = /etc/printcap

例: printcap name = /etc/myprintcap

print command (S)

印刷ジョブが、スプールファイルの書き込みを完了した後で、 ここで指定したコマンドが system() 関数経由でスプールファイルを処理するために、利用される。 通常、指定したコマンドはスプールファイルをホストの印刷サブシステムに送信するが、 そうしなければならないということはない。 サーバーはスプールファイルを削除しないので、 指定したコマンドが処理完了後にスプールファイルを削除しなければならない。 さもなければ、古いスプールファイルを手動で削除する必要がある。

print command は、単純なテキスト文字列である。 これは、以下のマクロが置換される他はそのまま利用される。

%s, %f - スプールファイル名へのパス

%p - プリンター名

%J - the job クライアントから送信されたジョブ名

%c - スプールされたジョブのうち、 すでに印刷されたページ数(検知可能な場合)

%z - スプールされた印刷ジョブのサイズ (バイト)

print command には、最低限 %s もしくは %f の記述が必要である。 %p については必須ではない。 ジョブの実行時にプリンター名が指定されていない場合、 %p は単に print command から無視される。

[global] セクション中で指定された print command は、 独自の print command が設定されていない各印刷サービスに適用される。

印刷サービスに print command の定義がなく、 グローバルな print command の定義もない場合、 スプールファイルは作成されるが処理されず、(これが最も重要だが)削除されない。

UNIX プラットフォームによっては nobody アカウントを用いた印刷が失敗する場合があるので注意して欲しい。 この場合、印刷の実行が可能な別のゲストアカウントを作成し、 [global] セクション中の guest account に設定すること。

シェルで解析できる限りの非常に複雑な print command を記述することが可能である。 以下の例では印刷ジョブを記録し、ファイルを印刷してからそれを削除している。 ';' はシェルスクリプトにおいて、 通常コマンド間のセパレータとして用いられることに注意。

print command = echo Printing %s >> /tmp/print.log; lpr -P %p %s; rm %s

システムでファイルを印刷する一般的な方法によっては、 このコマンドを適宜変更する必要があるかもしれない。 パラメーターの既定値は、printing パラメーターの設定に応じて変化する。

デフォルト: printing = BSD, AIX, QNX, LPRNG, PLPの場合:

print command = lpr -r -P%p %s

printing = SYSV, HPUXの場合:

print command = lp -c -d%p %s; rm %s

printing = SOFTQの場合:

print command = lp -d%p -s %s; rm %s

printing = CUPS の場合: Samba が libcups を利用してコンパイルされた場合、 printcap = cups は、ジョブの送信などに CUPS API を利用する。 それ以外の場合は、lp -c -d%p -oraw; rm %s のように、 System V 系の印刷用コマンドに -oraw オプションをつけたものに対応づけられる。 Samba が libcups を利用してコンパイルされ、 printing = cups の設定が行なわれた場合、 手動で設定された print コマンドは無視される。

既定値なし

例: print command = /usr/local/samba/bin/myprintscript %p %s

printer admin (S)

このパラメーターには、 MS-RPC(通常Windows NT Workstationによって使用される)による、 遠隔からのプリンター管理インタフェース経由でプリンターに対するすべての操作を行なう権限をもつユーザーのリストを設定する。 このパラメーターは共有単位に指定することも Samba 全体に対して指定することも可能である。 root は常にこの権限をもつことに注意。 このパラメーターを Samba 全体に対して設定した場合、思わぬ副作用を招く可能性があるので、注意すること。

このパラメーターは SePrintOperatorPrivilege ユーザー権利とプリンターのア クセス許可により、廃止予定のパラメーターとなっている。 将来のリリースでは廃止されるだろう。

既定値: printer admin =

例: printer admin = admin, @staff

printer

このパラメータは右記のパラメータの別名である:printer name.

printer name (S)

このパラメーターは、印刷サービスに対して印刷ジョブが送られた際に、 それをスプールするプリンター名を設定する。

[global] セクションで設定された場合、 そのプリンター名は、独自のプリンター名が指定されていないすべての 印刷サービスで利用される。

printer name の既定値は 、 大半のシステムで lp である。

既定値: printer name = なし

例: printer name = laserwriter

printing (S)

このパラメーターは、プリンターの状態に関する情報をどのように解釈するかを設定する。 このオプションが[global] セクションで指定された場合、 print commandlpq commandlppause commandlpresume commandlprm commandの既定値にも影響する。

現時点で指定できる印刷形式は BSD / AIX / LPRNG / PLP / SYSV / HPUX / QNX / SOFTQ / CUPSの9種類である。

種々のオプションを使うとき、他の print command の既定値が何であるかを確認する ためには、testparm(1)プログラムを使う。

このオプションを設定した際に、関連する印刷コマンドの 既定値がどのように設定されるかを確認する際は、 testparm(1)プログラムを使用すること。

このオプションはプリンター毎に設定することが可能である。 各種の印刷に関するコマンド (print command や lpq command など) で 既定値の設定を上書きさせる場合は、 printing パラメーターの設定後に指定する必要があることに注意。

[printers] セクションでの説明も参照のこと。

既定値: printing = OSによって異なるためtestparm -vで確認する。

printjob username (S)

このパラメーターはプリンとシステムにどちらのユーザー情報が渡されるかを 指定する。通常、ユーザー名が送られる。しかし、いくつかの場合、たとえば、 ドメインプレフィックスも一緒にした方が便利な場合もある。

既定値: printjob username = %U

例: printjob username = %D\%U

private dir (G)

このパラメーターは、 smbd が smbpasswdsecrets.tdb といったファイルを格納するために使用するディレクトリを指定する。

既定値: private dir = ${prefix}/private

profile acls (S)

この真偽値パラメーターは、Windows 2000 もしくは Windows XP 用のユーザープロファイルを Samba サーバー上の共有に格納する際に発生する問題に対処するため作成された。 Windows 2000 や Windows XP の新しいサービスパック(訳注: 各々 SP4 と SP1) では、セキュリティの ACL チェックが行なわれるようになり、ローカルのワークステーション上に格納されているプロファイルのコピーを Samba 上の共有にコピーする際に、プロファイルのディレクトリの所有者と書き込み権をチェックするようになった。

winbindd を用いたドメインモードで運用していない場合、ローカルワークステーション上に複製された、ワークステーションにログオン中ユーザーのセキュリティ情報 (SID) は無意味なため、結果としてプロファイルの格納に失敗する。 このパラメーターをプロファイルの格納に使用する共有で有効にすることにより、クライアントに返却される Windows の ACL について、以下の 2 点が変更となる。 まず、すべてのファイルおよびディレクトリの所有者とグループの所有者が、各々 BUILTIN\Administrators および BUILTIN\Users となる (SID は各々 S-1-5-32-544 と S-1-5-32-545)。 次に、返却されるすべての ACL に対して BUILTIN\Users にフルコントロールの ACE が付加される。 これにより、Windows 2000 および Windows XP のワークステーションのユーザーがプロファイルにアクセスできるようになる。

ワークステーションに複数のユーザーがログオンする環境の場合、別ユーザーのプロファイルへのアクセスを禁止するためには、「捜査チェックのバイパス」権利を削除する必要がある。 プロファイルディレクトリのトップ(ユーザー名を含む名称となっている)がワークステーション上で作成される際、所有するユーザー以外のアクセスを禁止するような ACL が設定されるため、この設定により、別のユーザーのプロファイルディレクトリへのアクセスを禁止することができる。

注意:このパラメータはプロファイル専用の共有においてのみyesに設定すべきである。 その他の共有では、ファイル所有者が不正になってしまうかもしれない。

既定値: profile acls = no

queuepause command (S)

このパラメーターは、印刷キューを一時停止させるために、 サーバー上で実行するコマンドを指定する。

このコマンドは、引数としてプリンター名をとり、 印刷キューにある印刷ジョブの送信を停止させるために印刷キューを停止させる機能を持つ プログラムまたはスクリプトである必要がある。

Windows 95 や Windows NTでは、 「プリンター」ウインドウからこのコマンドを発行することができるが、 Windows for Workgroups ではこのコマンドがサポートされていない。

コマンド中に %p が指定された場合は、プリンター名がそこに引数として置かれる。 それ以外の場合、プリンター名はコマンド文字列の最後におかれる。

サーバー上で PATH 環境変数が設定されていない場合を想定して、 コマンドをフルパスで記述することが推奨される。

既定値なし

例: queuepause command = disable %p

queueresume command (S)

このパラメーターは、印刷キューを再開させるために、 サーバー上で実行するコマンドを指定する。 これは、前述したパラメーター (queuepause command) によって一時停止された動作を再開させるコマンドになる。

このコマンドは、引数としてプリンター名をとり、 印刷キューにある印刷ジョブを再度プリンターへ送信させるために印刷キューを再開する機能を持つ プログラムまたはスクリプトである必要がある。

Windows 95 や Windows NTでは、 「プリンター」ウインドウからこのコマンドを発行することができるが、 Windows for Workgroups ではこのコマンドがサポートされていない。

コマンド中に %p が指定された場合は、プリンター名がそこに引数として置かれる。 それ以外の場合、プリンター名はコマンド文字列の最後におかれる。

サーバー上で PATH 環境変数が設定されていない場合を想定して、 コマンドをフルパスで記述することが推奨される。

既定値: queueresume command =

例: queueresume command = enable %p

read list (S)

これは、サービスに対して読み取りアクセス許可のみを与えられたユーザーのリストである。 接続したユーザーがこのリスト中に存在する場合、 read only パラメーターの値がどのように設定されていても、 書き込みアクセス許可は与えられない。 リストには invalid users パラメーターの説明で記述した形式を使って、グループ名を含めることも可能である。

Samba 3.0 系列において、このパラメーターは security = share の環境で動作しない。これは仕様である。

既定値: read list =

例: read list = mary, @students

read only (S)

writeable の反意語である。

このパラメーターが yes の場合、 ユーザーは、サービスのディレクトリ内におけるファイルの作成も修正もできない。

印刷サービス(printable = yes)の場合、 ユーザーは常に(アクセス権を持っている) ディレクトリに対して書き込むことが可能であるが、書き込みはスプール操作経由に限られる。

既定値: read only = yes

read raw (G)

このパラメーターは、データをクライアントに転送する際に、 サーバー側で raw read SMB リクエストをサポートするかどうかを設定する。

有効な場合、 raw read SMB により、1パケットあたり 65535 バイトの読み込みが可能となる。 これは性能の向上に大きく貢献する。

ただし、クライアントによっては、ブロックサイズを誤認識したり、 大きなブロックサイズを利用できなかったりするので、その場合は、 raw read を無効にする必要があるだろう。

このパラメーターは、システムのチューニングパラメーターであり、 通常は設定を変更すべきものではない。

既定値: read raw = yes

realm (G)

このオプションは、使用する Kerberos レルムを指定する。 レルムは Windows NT 4.0 におけるドメインに相当する Active Directory の概念である。 レルムには、通常 Kerberos サーバーの DNS 名が設定される。

既定値: realm =

例: realm = mysambabox.mycompany.com

registry shares (G)

レジストリから参照される共有定義のサポートのオンオフを切り替える。 smb.conf で定義された共有は、レジストリ内に同じ名前で 定義されたものより優先する。詳細はレジストリベースの設定の章を参照してほしい。

注意:このパラメーターはデフォルトでは no であるが、 config backendregistry にセットされている場合はyes となる。

既定値: registry shares = no

例: registry shares = yes

remote announce (G)

このオプションにより、 nmbd(8) は、指定したIPアドレスに対して設定したワークグループ情報を定期的にアナウンスするようになる。

これは、Samba サーバーを通常のブラウズリストの交換ができない別のワークグループ上に表示させたい場合に有用である。 別のワークグループは、IP パケットを送信できるところであればどこにあってもよい。

以下に例を示す:

remote announce = 192.168.2.255/SERVERS 192.168.4.255/STAFF

上記の設定は、nmbd が指定された2つのアドレスに対して、 指定されたワークグループ名を使って自身のアナウンスを行なう設定である。 ワークグループ名を指定しなかった場合、 workgroup パラメーターで指定された値が代わりに利用される。

設定するIPアドレスとしては、 通常リモートネットワークのブロードキャストが用いられるが、 ネットワークが安定していれば、マスターブラウザーのIPアドレスを指定することもできる。

Samba HOWTO の Network Browsing 章を参照のこと。

既定値: remote announce =

remote browse sync (G)

このオプションにより、 nmbd(8) が、 別セグメントにある Samba サーバーのマスターブラウザーと定期的にブラウズリストの同期要求を行なうように構成される。 このオプションにより、 ルーティングされたネットワーク上に存在する複数ワークグループからなるブラウズリストを構築することが可能になる。 これは Samba 固有の方式で動作するため、 Samba 以外のサーバーでは機能しない。

これは、Samba サーバーおよび同じセグメント上のクライアントマシンを、 通常のブラウズリストの交換ができない別のワークグループ上に表示させたい場合に有用である。 別のワークグループは、IP パケットを送信できるところであればどこにあってもよい。

以下に例を示す:

remote browse sync = 192.168.2.255 192.168.4.255

上記の設定は、nmbdが指定されたサブネットのマスターブラウザーに対して、 ローカルサーバーとのブラウズリストの同期を要求する設定である。

設定するIPアドレスとしては、 通常リモートネットワークのブロードキャストが用いられるが、 ネットワークが安定していればマスターブラウザーのIPアドレスを指定することもできる。 IPアドレスが設定された場合、Sambaはそのマシンが起動していて、 要求を待っているかについても、そのセグメントのマスターブラウザーであるかどうかについても確認しない。

remote browse sync は、 WINS サーバーが存在しない場合も、 ネットワーク毎に異なる WINS サーバーを指定している場合にも用いることができる。

既定値: remote browse sync =

rename user script (G)

このパラメーターは、以下に記述する特別な条件下において、 smbd(8) によって ROOT 権限で 実行されるスクリプトのフルパス名である。

管理者権限もしくは SeAddUserPrivilege ユーザー権利を保持しているユーザーは、(NT4 のドメイン ユーザー マネージャなどから)このスクリプトを実行して、POSIX ユーザーの名前を変更することが可能となる。 %uold および %unew という 2 つの変数が利用可能で、各々古いユーザー名と新しいユーザー名とに置換される。 このスクリプトは成功時に 0 を返却し、それ以外の特に 0 以外の値を返却する必要がある。

Note

このスクリプトは POSIX 機構でアクセスが行なわれるすべての情報について名前を変更する必要があるが、パスワード機構により必要とされる変更箇所が異なる。 tdbsam と smbpasswd の場合、各ファイル中の情報についての変更は自動的に行なわれるため、スクリプト側では POSIX のユーザー名とホームディレクトリなどの環境依存で必要とされるデータの変更だけを行なえば良い。 ホームディレクトリの名前自体を変更する必要があるかも検討すべきだろう。 ldapsam の場合、LDAP のネーミング属性(LDAP naming attribute)を変更することには潜在的な問題があるため、LDAP 中の情報については全く変更が行なわれない。 この場合、スクリプト側で責任を持って Samba がユーザーの識別に用いる属性(UID)および同じディレクトリを利用する他のアプリケーションが参照する情報の変更を行なう必要がある。

既定値: rename user script = no

reset on zero vc (G)

この真偽値オプションは、到着したセッションセットアップが、 同一の IP アドレスからの別のセッションを切断するかを制御する。 これは Windows Server 2003 のデフォルトの挙動である。 ネットワークが不安定で、 Windows が、古い接続がファイルを共有モードでオープンしているにも関わらず、再接続を試行してしまうような環境では、このパラメーターを yes にする必要があるだろう。 これらのファイルは、新しい接続経由ではアクセスできなくなるが、 クライアントが新しい接続中で 0 VC を送信すると、Windows Server 2003 は同一の IP が送信元のすべての他の接続を切断する。 これにより、ロックされたファイルが再度アクセスできるようになる。 このオプションを有効にすると、ルータで同一 IP アドレスに隠蔽されている接続も切断されてしまうことに注意。

既定値: reset on zero vc = no

restrict anonymous (G)

このパラメーターは、ユーザーやグループの一覧情報を匿名接続に対して返却するかどうかを制御するものである。 このパラメーターは Windows NT や Windows 2000 の

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA\RestrictAnonymous

レジストリキーに相当するものである。 0 に設定された場合、ユーザーやグループの一覧情報は誰に対しても返却される。 1 に設定された場合、認証済のユーザーのみがユーザーやグループの一覧情報を取得できる。 2 に設定された場合、匿名接続は一切拒否される。なおこの値は Windows 2000/XP や Samba でのみサポートされる。 これは匿名接続での操作が実行される前提のサードパーティおよび Microsoft のアプリケーションで問題を引き起こすことがある。

restrict anonymous = 1 を用いることによるセキュリティ上の利点があるかどうかは疑わしい。これはユーザーやグループの一覧情報を別の方法を用いて取得することが可能であるためである。

Note

restrict anonymous = 2 を用いることによるセキュリティ上の利点は、いずれかの共有において guest ok = yes の設定を行なうことで損なわれてしまうことに注意。

既定値: restrict anonymous = 0

root

このパラメータは右記のパラメータの別名である:root directory.

root dir

このパラメータは右記のパラメータの別名である:root directory.

root directory (G)

サーバーの起動時に、このディレクトリへ chroot() (ルートディレクトリの変更)が行なわれる。 これは、安全のため絶対に必要というものではない。 この設定がなくても、サービスの提供するディレクトリ配下にないファイルへのアクセスは許可されない。 また、ファイルシステムへの他の部分へのシンボリックリンクや、 ファイル名に「..」をつけて他のディレクトリにアクセスするような行為をチェックして、 アクセスを拒否することもできる (wide links パラメーターの設定に依存する)。

root directory として「/」以外を指定した場合は、 代償もあるが、非常に強固なセキュリティが実現される。 root directory オプションで指定されたディレクトリのサブディレクトリ以外にあるファイルへは、 サーバーの動作に必要なファイルも含め、 一切アクセスできない。サーバーを動作させるには、 root directory 内に必要なシステムファイルをコピーしておく必要がある。 例えば /etc/passwd (またはその一部)や、 印刷に必要となる設定ファイルやバイナリなどを(場合によっては)コピーする必要がある。 コピーしなければならないファイルは、オペレーティングシステムに依存する。

既定値: root directory = /

例: root directory = /homes/smb

root postexec (S)

このパラメーターは、 コマンドが root で実行されることを除き、 postexec パラメーターと同一である。 このコマンドは、コネクションの切断後に(CD-ROMなどの)ファイルシステムをアンマウントするのに便利である。

既定値: root postexec =

root preexec (S)

このパラメーターは、 コマンドが root で実行されることを除き、 preexec パラメーターと同一である。 このコマンドは、コネクションの開始時に(CD-ROMなどの)ファイルシステムをマウントするのに便利である。

既定値: root preexec =

root preexec close (S)

このパラメーターは、 コマンドが root で実行されることを除き、 preexec close パラメーターと同一である。

既定値: root preexec close = no

security (G)

このオプションは、 クライアントがどのように Samba に応答するかを決めるものであり、 smb.conf 中でもっとも重要な設定の 1 つである。

このオプションは、 smbd(8) とのプロトコルネゴシエーション時の応答に含まれる、 "security mode bit"を設定し、共有レベルのセキュリティを使用するか否かを 制御する。クライアントは、このbitを元にして、ユーザーとパスワードの情報をサーバーに転送 するかどうか、また転送する際の方法を決定する。

デフォルトは、security = user であり、 これは Windows 98 と Windows NT との間で通信を行なうときに必要とされるもっとも一般的な設定(訳注: ユーザーレベルのセキュリティ)である。

その他に security = sharesecurity = server security = domain が設定可能な値である。 (訳注: security = ads も設定可能)

2.0.0 以前のバージョンの Samba では、 主に過去との互換性を保つ目的で、 security = share がデフォルトであった。

Windows for Workgroups(WfWg) には、 このオプションの設定時に注意すべきバグがある。 このパラメーターが user もしくは server の場合、WfWg クライアントは、 "connect drive"ダイアログボックスで入力したパスワードを完全に無視してしまう。 そのため、WfWg にログオンしたユーザー以外のユーザーで、Samba の サービスに 接続することが(不可能でない場合でも)非常に難しくなっている。

PC上で UNIX マシン上と同じユーザー名を使う場合は、 security = user を用いるとよいだろう。 UNIX マシン上にないユーザー名を使っている場合は、 security = share を使う必要がある。

パスワードなしの共有(ゲスト共有)の作成が主目的である場合も、 security = share を使った方がよいであろう。 この設定は、通常共有プリンターサーバーで使われることが多い。 security = user の設定で、 ゲスト共有を作成するのは、多少複雑になる。 詳細については、map to guest パラメーターを参照のこと。

NetBIOS aliases を用いることで、 ユーザーレベルと共有レベルのセキュリティの両方を提供する 混在モード(hybrid mode)smbdを運用することも可能である。

以下、それ以外の設定について説明する。

SECURITY = SHARE

共有レベルのセキュリティに構成されたサーバーに接続するクライアントは、 共有リソースに接続しようとする際に、 適切なユーザー名とパスワードでサーバーにログオンしておく必要がない (最近の Windows 95/98 や Windows NT は、 security=share のサーバーと通信をする際にユーザー名を設定してログオン要求を送るが、パスワードは送らない)。 そのかわり、クライアントは、共有への接続時に共有毎に認証情報(パスワード)を送信する。

security=share レベルのセキュリティで構成されていた場合であっても、 smbd がクライアントからの要求を処理する際には常に UNIX 上のいずれかのユーザーの権限で処理が行なわれる点に注意。

共有レベルのセキュリティでは、 クライアントがユーザー名をサーバーに送るように要求されないため、 smbd は、いくつかの方法を用いて、 クライアントの要求を処理する際に利用する UNIX 上のユーザーを決定する。

クライアントから送られてきたパスワードの確認対象となる UNIX 側のユーザーのリストは、以下のようにして生成される:

  • guest only パラメーターが設定されている場合、以下の手順は省略され、 guest account に設定されたユーザー名のみが確認対象となる。

  • 共有への接続時にユーザー名も送られてきた場合、 そのユーザー名(変換後のもの - username map を参照のこと) が確認対象のユーザー名に追加される。

  • クライアントが以前に ログオン 要求 (SessionSetup SMB 呼び出し) を行なっていた場合、 その SMB 呼び出し中で送られたユーザー名が確認対象のユーザー名に追加される。

  • クライアントが接続しようとしているサービスの名前が、 確認対象のユーザー名に追加される。

  • クライアントの NetBIOS 名が、 確認対象のユーザー名に追加される。

  • user リスト中のユーザー名が確認対象のユーザー名に追加される。

guest only パラメーターが設定されていないと、 このリスト中のユーザー名を用いて、送信されたパスワードの確認が行なわれる。 送信されたパスワードが最初に一致したユーザーが、 以降の処理に用いられる UNIX 上のユーザーとして利用される。

guest only パラメーターが設定されているか、 利用するユーザーを決定できなかった場合、 共有で guest account が利用可能であれば、 ゲストアクセスが行なわれ、それ以外の場合はアクセスが拒否されることになる。

共有レベルのセキュリティでは、 どの UNIX 上のユーザーを用いてアクセス権のチェックが行なわれるかの判断が、 非常に 複雑になる事態が想定されることに注意。

ユーザー名とパスワード認証についての注意 のセクションも参照のこと。

SECURITY = USER

これは、Samba 3.0 におけるデフォルトのセキュリティ設定である。 ユーザーレベルのセキュリティにおいては、クライアントは最初に正しいユーザー名とパスワード (username map パラメーターを使ってマッピングしたものでもよい)で"ログオン"を行なう必要がある。 このセキュリティレベルでは、暗号化パスワード( encrypted passwords パラメーターを参照のこと) も使うことができる。 userguest only のようなパラメーターを利用して、この接続で利用するUNIX上のユーザーを変更することもできるが、 これはユーザー認証に成功した後で、行なわれる。

注意 : 要求されたリソース名は、 サーバーがクライアントの認証に成功するまでサーバーに送られない。 そのため、ユーザーレベルのセキュリティでは、サーバー上で不明なユーザーを自動的に guest account として処理するようにしない限り、ゲスト共有がうまく動作しない。 上記処理の詳細については、 map to guest パラメーターを参照のこと。

ユーザー名とパスワード認証についての注意 のセクションも参照のこと。

SECURITY = DOMAIN

このモードは、 net(8) コマンドで、 マシンを Windows NT ドメインに参加させている時のみ正しく動作する。 このモードでは、encrypted passwords パラメーターを yes にすることが求められる。このモードでは、Samba は認証要求を Windows NT のプライマリ、 もしくはバックアップドメインコントローラーに対して、 Windows NT Server と全く同様の方法で依頼する。

注意: ファイルアクセスを行なう際に、 Samba は UNIX 上のアカウントを用いる必要があるため、 ドメインコントローラー上のアカウントだけでなく、 UNIX 上のアカウントも依然として 存在する必要がある。

注意: クライアントからは、 security=domainsecurity=user とは同一である。 このパラメーターは、サーバーがどのように認証を行なうかにのみ影響し、 クライアントとのやりとりには何ら影響しない。

注意 : 要求されたリソース名は、 サーバーがクライアントの認証に成功するまでサーバーに送られない。 サーバー上で不明なユーザーを自動的に guest account として処理するようにしない限り、ゲスト共有がうまく動作しない。 上記処理の詳細については、map to guest パラメーターを参照のこと。

ユーザー名とパスワード認証についての注意 のセクションも参照のこと。

password serverパラメーターおよび encrypted passwordsパラメーターも参照のこと。

SECURITY = SERVER

このモードの場合、 Samba はまず NT マシンのような別の SMB サーバーにユーザー名とパスワードの認証を依頼する。 これに失敗すると、security = user と同様に処理を行なう。このモードを用いる場合は、リモートサーバーが対応していない場合を 除き、encrypted passwordsパラメーターを yes にする必要がある。なお、暗号化パスワードで認証処理が行なわれると、 Samba 上で UNIX パスワードファイルでの認証(平文認証)に戻れなくなるため、ユーザーの認証 は smbpasswd ファイルで行なう必要がある。 設定方法の詳細は、 Samba HOWTO collection 中の User Database の章を参照のこと。

Note

このモードの処理には、中間介入攻撃(man-in-the-middle attack)やサーバーの偽装に脆弱で あるという重大な落し穴がある。また、ユーザーのセッションが継続している間、アクティブな コネクションを維持しておく必要があるため、 PDC のリソースを非常に多く消費する恐れある。 さらに、このコネクションがいったん失われると、回復させることができず、それ以降(個々の クライアントがコネクションを一度切断するまでの間) Samba サーバーに対する認証は失敗して しまう。

Note

クライアントからは、 security=serversecurity=user とは同一である。 このパラメーターは、サーバーがどのように認証を行なうかにのみ影響し、 クライアントとのやりとりには何ら影響しない。

注意 : 要求されたリソース名は、 サーバーがクライアントの認証に成功するまでサーバーに送られない。 そのため、ユーザーレベルのセキュリティでは、サーバー上で不明なユーザーを自動的に guest account. として処理するようにしない限り、ゲスト共有がうまく動作しない。 上記処理の詳細については、map to guest パラメーターを参照のこと。

ユーザー名とパスワード認証についての注意 のセクションも参照のこと。

password server パラメーターおよび encrypted passwords パラメーターも参照のこと。

SECURITY = ADS

このモードの場合、Samba は ADS レルムのドメインメンバーとして振舞う。 このモードで動作させるためには、Samba が実行されているマシンに Kerberos が インストールされて構成されていることが必要であり、Samba は net ユーティリティを 使用して ADS レルムに参加する必要がある。

このモードは Samba を Active Ditectory のドメインコントローラーとして動作さ せるものではないことに注意。

詳細については、HOWTO の Domain Membership の章を熟読のこと。

既定値: security = USER

例: security = DOMAIN

security mask (S)

このパラメーターは、 Windows NT クライアント上から、 NT 上のセキュリティダイアログボックスを使って UNIX ファイルのパーミッションを操作するときに、 どのパーミッションビットを変更可能にするかを制御する。

このパラメーターは、変更されるパーミッションのビットに対する論理積(AND)操作 を行なうマスクとして機能するため、マスク中に含まれないビットに対する変更操作が 制限される。このパラメーターを、論理積(AND)操作ではなく論理和(OR)操作を行なう類似 パラメーターである force security mode パラメーターと混同しないこと。

基本的に、このマスク中ですべてのビットを0に設定することは、ファイル上の、 このビットの以前のステータスにかかわらず、ファイルのパーミッション上の 対応するビットを0に設定する結果となる。

明示的に設定されていない場合、このパラメーターの値は 0777 になる。これは、 ファイルの user/group/world パーミッションのすべてについて、 ユーザーからの変更を許可する。

Samba を経由せずサーバーにアクセスできるユーザーは、 簡単にこの制限を回避できるため、 このパラメーターが有用なのは、単体の"アプライアンス"システムに対してである。 ほとんどの一般的なシステムの管理者は、 おそらく 0777 に設定することであろう。

既定値: security mask = 0777

例: security mask = 0770

server schannel (G)

このパラメーターは、サーバーが netlogon のセキュアチャネルを提供するかどうかを制御する。 server schannel = no の場合、セキュアチャネルは提供されない。 server schannel = auto の場合セキュアチャネルが提供されるが強制はされない。 server schannel = yes の場合、クライアントが netlogon のセキュアチャネルを認識できない場合は接続が拒否される。 これに該当するのは Windows NT 4.0 SP4 以前のみである。

このパラメーターを no に設定した場合、 Windows XP マシンには Samba アーカイブの docs/Registry サブディレクトリ中にある WinXP_SignOrSeal.reg ファイルを適用してレジストリを修正する必要があることに注意。

既定値: server schannel = auto

例: server schannel = yes

server signing (G)

このパラメーターは、SMB署名を使うために、通信先のクライアントに対して、使用を有効にするか、もしくは要求するかを設定する。 設定可能な値は、automandatorydisabled である。

auto に設定した場合、SMB 署名が有効になるが、強制はしない。 mandatory に設定すると、SMB 署名が必須となる。disable に設定すると、SMB 署名は有効にならない。

既定値: server signing = Disabled

server string (G)

このパラメーターにより、プリンターマネージャにおける各プリンターのコメント欄および net view において IPC 接続の横に表示されるテキストが設定される。ユーザーに表示させたい任意のテキストを設定することができる。

このパラメーターにより、ブラウズリストでコンピュータ名の横に表示されるテキストも設定される。

%v は、 Samba のバージョン番号に置換される。

%h は、ホスト名に置換される。

既定値: server string = Samba %v

例: server string = University of GNUs Samba Server

set directory (S)

set directory = no の場合、 サービスの利用者が、 ディレクトリ変更のための setdir コマンドを使えなくなる。

setdir コマンドは Digital Pathworks クライアントにおいてのみ実装されている。 詳細については、Pathworks の説明書を参照のこと。

既定値: set directory = no

set primary group script (G)

NT の POSIX サブシステムのおかげで、 Windows ユーザーには、 auxiliary (補助)グループに加えて、 プライマリグループを設定することができる。 このスクリプトにより、管理者が Windows のユーザーマネージャからプライマリグループを設定したり、 net rpc vampire により SAM を取得したりした際に、 UNIX のユーザーデータベースのプライマリグループが設定される。 %u は、プライマリグループを設定するユーザーに置き換えられる。 %g は設定されるグループ名に置き換えられる。

既定値: set primary group script =

例: set primary group script = /usr/sbin/usermod -g '%g' '%u'

set quota command (G)

set quota command は Samba が実行されている OS 上で、API が提供されていない場合に限り使用すべきである。

このオプションは、必ず ./configure --with-sys-quotas が指定されているときのみ有効である。 もしくは Linux において ./configure --with-quotas が指定され、システムにクオータの API が存在し、機能する場合にのみ使用できる。 ほとんどのパッケージでは、これらのオプションを指定して構成されている。

このパラメーターは、引数を指定することで、クオータの設定を行なうスクリプトへのパスを指定する。

このスクリプトは以下の引数をとる:

  • 1 - クオータのタイプ

    • 1 - ユーザーのクオータ

    • 2 - ユーザーのデフォルトのクオータ (uid = -1)

    • 3 - グループのクオータ

    • 4 - グループのデフォルトのクオータ (gid = -1)

  • 2 - id (ユーザーの uid もしくはグループの gid 。 -1 を指定した場合はどちらともみなされない)

  • 3 - クオータの状態 (0 = 無効, 1 = 有効, 2 = 有効かつ強制)

  • 4 - ブロック数のソフトウェア的な上限

  • 5 - ブロック数のハードウェア的な上限

  • 6 - inode 数のソフトウェア的な上限

  • 7 - inode 数のハードウェア的な上限

  • 8(オプション) - ブロックサイズ、デフォルトは 1024

このスクリプトは少なくとも1行のデータ行を出力する必要がある。ただし処理が成功しなかった場合は何も出力されない。

既定値: set quota command =

例: set quota command = /usr/local/sbin/set_quota

share:fake_fscaps (G)

これはある種の、SPARSE_FILESビット(0x40)を設定しているかどうかを調べるために QFSINFOコールを行う、特別なアプリケーションをサポートするために必要である。 もしもこのビットが設定されていない場合、特定のアプリケーションはSambaに 対して動作できなくなる。 share:fake_fscaps = 64を使うと SPARSE_FILESファイルシステムケーパビリティフラグがセットされる。 ビットマスクを指定する他の10進値はごまかす(fake)ために必要である。

既定値: share:fake_fscaps = 0

share modes (S)

このパラメーターは、ファイルオープン中の share modes の制御を有効にするかどうかを設定する。 このモードは、ファイルへの排他的な読み出し又は書き込みアクセスを得るために、クライアントによって利用されるものである。

以前のSambaとの互換性のために存在するが、次のメジャー アップグレードで廃止される予定である。

これらのモードは、UNIX では提供されていないため、 共有メモリで疑似的に実現されている。

このパラメーターによって、Windowsの標準的な共有モードが 実現される。

このオプションは共有機能の互換性を保つため、 デフォルトで有効になっている。

このパラメーターは、 絶対に off にしてはならない。 off にした場合、多くの Windows アプリケーションが誤動作するであろう。

既定値: share modes = yes

short preserve case (S)

この真偽値パラメーターは、 すべて大文字で適切な長さという 8.3 形式の条件を満たすファイル名を大文字のファイル名にして作成するか、 default case パラメーターに従って作成するかを指定する(訳注: 実際は、8+3 形式の名前において大文字小文字の混在を容認するか、規定値の文字指定に統一するかを制御する)。 このオプションは、 preserve case = yes を用いて長いファイル名の大文字小文字の情報を保持している際に、 短いファイル名における大文字小文字の情報を保持するために利用する。

名前の短縮セクションも参照のこと。

既定値: short preserve case = yes

show add printer wizard (G)

Samba 2.2 での Windows NT/2000 クライアントに対する MS-RPC ベースのプリンターサポート機能のサポートによって、 Samba ホスト上の共有一覧で「プリンター」フォルダーが表示されようになっている。 通常、このフォルダーにはプリンターの追加ウィザード (MS Add Printer Wizard (APW))のアイコンが存在している。 しかし、接続したユーザーの権限に関わらず、 この機能を無効にすることも可能である。

通常の場合、Windows NT/2000 クライアントは Administrator 権限を持っているかどうかを確認するために、 OpenPrinterEx() 関数により、プリンターサーバー上のハンドルをオープンしようとする。 ユーザーにプリンターサーバー上での管理者権限がない場合 (root でなく、printer admin グループのメンバーでもない)、 OpenPrinterEx() の呼出は失敗して、 client は低い権限でも可能な別の関数呼出を行なう。 これに成功しても、APW のアイコンは表示されない。

show add printer wizard パラメーターを無効にすることにより、サーバー上での OpenPrinterEx() 呼出が常に失敗するようになる。 そのため、APW のアイコンは決して表示されなくなる。

Note

このパラメーターは、ユーザーが個々のプリンターの管理権限を持つことを制限するものではない。

既定値: show add printer wizard = yes

shutdown script (G)

このパラメーターは、 smbd(8) が呼び出すことで、 シャットダウン処理を実行するスクリプトのフルパス名である。

サーバーに接続しているユーザーが SeRemoteShutdownPrivilege 権利を有している場合、 このコマンドはroot権限で実行される。

%m %t %r %f パラメーターは以下のように展開される:

  • %m はサーバーに送信されるシャットダウンメッセージに置換される。

  • %t は実際にシャットダウン処理が開始されるまでに待機する時間(秒単位)に置換される。

  • %r-r スイッチに置換される。これは NT の「シャットダウン後再起動」を意味する。

  • %f-f スイッチに置換される。これは NT の「アプリケーションが応答しない場合でも強制的にシャットダウンする」を意味する。

シャットダウンスクリプト例を以下に示す:

#!/bin/bash
		
time=$2
let time="${time} / 60"
let time="${time} + 1"

/sbin/shutdown $3 $4 +$time $1 &

シャットダウン処理から復帰することはないので、この処理はバックグラウンドで実行する必要がある。

既定値: shutdown script =

例: shutdown script = /usr/local/samba/sbin/shutdown %m %t %r %f

smb encrypt (S)

これは、Samba3.2以降で導入された新機能である。この機能は、SMB/CIFS プロトコルを拡張し、UNIX拡張機能の一部としてネゴシエートされる。 SMB暗号化は、SMBプロトコルストリーム中のすべてのリクエスト/レスポンス に対し、暗号化と署名を行うためにGSSAPI(Windows上のSSPI)を使う。 SMB暗号化を有効にすると、SMB/CIFSの通信がセキュアな方式で実行される。 これは、sshの保護されたセッションと似ているが、 暗号化のネゴシエートとキーの署名のためにはSMB/CIFS認証が用いられる。 現在、これは、Samba 3.2のsmbclientのみでサポートされているが、 そのうちLinuxのCIFSFSとMacOS/Xクライアントで使えるようになるだろう。 Windowsクライアントはこの機能をサポートしない。

この機能はサーバーが通信相手のクライアントに対してSMB暗号化を 提供、あるいは要求するかどうかを制御する。 利用できる値は、auto, mandatorydisabledである。これは、共有毎に設定できるが、 クライアントはすべてのセッション全体を暗号化するかもしれないし、 特定の共有へのトラフィックだけ暗号化を利用しないかもしれない。 もしもこれが mandatory に設定された場合、その共有へ接続が行われると、 その共有へのすべてのトラフィックは暗号化されなければ ならない。 そのような共有に対して、暗号化されていないアクセスがあると、 サーバーは「アクセス拒否」を返却する。 トラフィックが暗号化されると、 すべてのデータについて署名と暗号化のオーバーヘッドが発生するだけでなく、 小さいパケットサイズを用いる必要がある(UNIX形式の巨大なサイズでの読み取り/書き込みを用いることができない)ため、スループットが減少する。

SMB暗号化が用いられると、Windows形式のSMB署名(server signing を参照)はもはや必要でなくなり、GSSAPIフラグがデータの暗号化と署名と暗号化の両方で使われる。

パラメーターの値をautoに設定すると、SMB暗号化が提供されるが、強制はされない。 mandatoryに設定すると、SMB暗号化が要求される。disableに設定すると、 SMB暗号化は利用できない。

既定値: smb encrypt = auto

smb passwd file (G)

このオプションにより、暗号化された smbpasswd ファイルへのパスが設定される。 デフォルトの smbpasswd ファイルへのパスは、 Samba のコンパイル時に設定される。

以下に設定例を示す:

smb passwd file = /etc/samba/smbpasswd

既定値: smb passwd file = ${prefix}/private/smbpasswd

smb ports (G)

サーバーが SMB トラヒックを町受けるポートを設定する。

既定値: smb ports = 445 139

socket address (G)

このオプションは、 Samba がどのアドレスで接続を listen するかを設定する。 これは、サーバー上で複数の仮想インタフェースを用いる必要があり、 各々のインタフェース上で 異なる構成の Samba を動作させる際に利用できる。

通常はnmbdは1つしか起動しないため、このオプションを指定する必要はない。

既定値では、Sambaは全てのアドレスへの接続を受け付ける。

既定値: socket address =

例: socket address = 192.168.2.20

socket options (G)

このオプションは、クライアントとの通信に利用されるソケットオプションを設定する。

ソケットオプションは、 OS のネットワーク層の接続に影響し、通信の最適化に利用されるものである。

このオプションは、各ネットワークにおける Samba サーバーの性能の最適化に用いられることが多い。 Samba 自身がネットワークにおける最適のパラメーターを知るすべはないので、このオプションは、自分自身で実験して設定しなければならない。設定を行なう前に、使用している OS の適切なドキュメント (恐らく man setsockopt が役立つだろう) を読むことを強く推奨する。

システムによっては、このオプションを設定すると、 Samba が「Unknown socket option」というメッセージを返却するようになるかもしれない。この原因は、ミスタイプか、 includes.h に使用している OS の include ファイルを追加する必要があるかのいずれかであろう。後者の場合は、 samba-technical@samba.org までパッチを送ってほしい。

サポートされているソケットオプションについては、 OS の制約がない限り、どれでもどのような組合せでも用いることができる。

以下に現在このオプションで設定可能なソケットオプションの一覧を示す:

  • SO_KEEPALIVE

  • SO_REUSEADDR

  • SO_BROADCAST

  • TCP_NODELAY

  • IPTOS_LOWDELAY

  • IPTOS_THROUGHPUT

  • SO_SNDBUF *

  • SO_RCVBUF *

  • SO_SNDLOWAT *

  • SO_RCVLOWAT *

'*' 印のあるオプションは、整数の引数を必要とする。それ以外のものは、 1 または 0 の引数で有効、無効を指定することもできるが、 1 または 0 を指定しない場合は、有効に設定される。

引数を指定する場合は、SO_SNDBUF = 8192 のように、 SOME_OPTION = VALUE という形式で指定する。 = 記号の前後に空白を入れてはいけない。

ローカルネットワーク以外を考慮しなくても良い場合、

socket options = IPTOS_LOWDELAY

と設定するのがよいであろう。

ローカルネットワークが存在する場合は以下の設定を試してみるとよいであろう:

socket options = IPTOS_LOWDELAY TCP_NODELAY

WAN の場合は、 IPTOS_THROUGHPUT を設定してみるとよいかも知れない。

これらのオプションの中には、 Samba サーバーを完全に停止させるものもあるかもしれない。オプションを設定する際には気をつけること。

既定値: socket options = TCP_NODELAY

例: socket options = IPTOS_LOWDELAY

stat cache (G)

このパラメーターにより、 smbd(8) が、 大文字小文字を区別しない名前のマップ操作を高速化するためにキャッシュを利用するかどうかが設定される。 このパラメーターを変更する必要はないであろう。

既定値: stat cache = yes

state directory (G)

通常TDBファイルはlock directory に格納される。Samba 3.4.0から、 state directorycache directoryオプションを使うことで、 持続的データを持つTDBファイルと持続的データを持たないTDBファイルとを 区別することが出来る。

このオプションは、持続的なデータを含むTDBファイルを格納する ディレクトリを指定する。

既定値: state directory = ${prefix}/var/locks

例: state directory = /var/run/samba/locks/state

store dos attributes (S)

このパラメーターが設定されると、Samba は DOS のファイル属性(システム、隠し、アーカイブ、読み取り専用)を、 (map hiddenmap readonly パラメーターにより制御される) UNIX のパーミッションビットからのマッピングを行なう前に、 ファイルシステムの拡張属性から読み取ろうとする。 このパラメーターが設定されると、DOS のファイル属性は、UNIX ファイルシステム上で、各ファイルやディレクトリ毎に割り当てられた拡張属性の領域に格納される。 これ以外のマッピング機構が動作しないようにするため、 map hiddenmap systemmap archivemap readonly といったパラメーターは無効にする必要がある。 このパラメーターは DOS のファイル属性を「user.DOSATTRIB」という名前の拡張属性に、 文字列として書き込む。この拡張属性は、クライアントの拡張属性に関するリクエスト からは明示的に隠蔽されている。Linux において拡張属性を有効にするには、Linux カーネルで拡張属性がコンパイルされており、ファイルシステムが user_xattr オプションをつけてマウントされている必要がある。 Samba 3.5.0以降では、「user.DOSATTRIB」という名前の拡張属性はDOSの属性と 同じように、ファイルの作成時刻を格納するように拡張された。これは後方互換であり、 Samba 3.5.0とそれ以降のもので作成されたファイルは、それ以前のバージョンのSamba により、引き続きこの拡張属性からDOSのファイル属性を読めるようにしている。しかし、 ここに格納されたファイル作成時刻は読む事が出来ない。通常のファイルシステム メタデータから分離して作成時刻を格納することは、POSIXファイルシステムのトップ レベルにおいて、NTFSセマンティクスを正確に再現することが、Sambaに出来るようになる。

既定値: store dos attributes = no

strict allocate (S)

この真偽値パラメーターは、サーバー上のディスク領域の割当を制御するものである。 このパラメーターが yes の場合、 サーバーは、ファイルが拡張されただけでは実際のディスク領域を割り当てない UNIX 流の動作をやめ、 ファイルがあるサイズで作成されたり、拡張されたりした際に、 実際にディスク領域を割り当てる Windows 流の動作を行なうようになる。 これは、Samba がスパースファイルを作成しなくなることを意味する。 これにより、システムによっては処理が遅くなる。100MB超のような大きな ファイルを扱っている場合、クライアントがタイムアウトになってしまうような 問題に遭遇するかもしれない。

エクステントベースのファイルシステムを使っている場合、 大量の空間を迅速に割り当てることがSambaで出来る、未書き込みのエクステントを 使う事が出来、strict allocateによって引き起こされた何らかのタイムアウト 問題が発生しなくなるだろう。strict allocateを使っているとき、 quotaを使っている場合は、quotaからのより的確なメッセージが得られるだろう。 この設定を有効にすることによる、その他の利点は、ファイルの断片化を 減少する助けになるということである。

ファイルシステム上での注目する点を提供するために、この設定は、 現時点でよいオプションであるかもしれない:Linux上でのXFS、ext4、btrfs、 ocfs2と、AIX上でのjfsは、未書き込みのエクステントをサポートする。 それらをサポートしないファイルシステム上では、事前割当は、おそらく、 パフォーマンスが低下する負荷のかかる操作であり、巨大なファイルを作成 するときにクライアントがタイムアウトになる危険性がある。例は、 Ext3、ZFS、HFS+とその他のものであり、それらのファイルシステム上で この設定を有効にするときには気をつけること。

既定値: strict allocate = no

strict locking (S)

これは、 サーバー上でのロックの扱いを制御する列挙型の値のパラメーターである。 yes に設定された場合、 サーバーはすべての読み書きのアクセスについてファイルのロック状態を検査し、 ロックされている場合はアクセスを拒否する。 システムによっては、アクセス速度の低下につながるだろう。

strict locking が Auto (既定値)の場合、サーバーは oplock が行なわれていないファイルについてのみ、ロック状態の検査を行なう。 Windows のリダイレクタの多くは、oplock が行なわれているファイルについてはファイルロックのチェックをローカルで実施しているため、 この設定は、パフォーマンス低下とのうまいトレードオフを実現している。

strict locking が無効の場合、 サーバーは、クライアントが明示的に要求したときに限って、 ファイルのロック状態の確認を行なう。

行儀のよいクライアントは、 重要な操作を行ない際には必ずロックの状態を問い合わせる。 従って、大抵の場合は strict locking = Autostrict locking = no がよい。

既定値: strict locking = Auto

strict sync (S)

(Windows 98 の Explorer を含む)多くの Windows アプリケーションは、 バッファーのデータをフラッシュする処理を、ディスクに対し、同期を行う処理と取り違えているようである。 UNIX における同期処理は、カーネル内のディスクバッファーに残っているデータが無事に記憶装置へ保存されたことをカーネルが確認するまで、プロセスを停止させる。 この処理は非常に遅く、頻繁に行うべきではない。 このパラメーターを no(デフォルト)に設定すると、 smbd(8) は Windows アプリケーションからの同期処理要求を無視する。 この場合でも、データが失われる可能性があるのは、 Samba が動作しているオペレーティングシステム自身がクラッシュしたときだけであるので、この設定による危険度は少ない。 また、 Windows 98 の Explorer を使ったファイルコピーのパフォーマンス問題が報告されているが、こちらも改善される。

既定値: strict sync = no

svcctl list (G)

このパラメーターにより、smbd が Win32 の ServiceControl API 経由で UNIX 側のサービスを起動、停止させる際に用いられる起動スクリプトの一覧を定義する。 これにより、Windows の管理者が Microsoft Management Console プラグインを用いて Samba サーバー上が動作する UNIX サービスを制御することが可能となる。

管理者は、Samba の $(libdir) 以下に svcctl というディレクトリを作成して、 /etc/init.d/ に存在する起動スクリプトのシンボリックリンクを作成しておく必要がある。 シンボリックリンク名は、 svcctl list パラメーターに記載した名称と同一にしておくこと。

既定値: svcctl list =

例: svcctl list = cups postfix portmap httpd

sync always (S)

この真偽値パラメーターは、書き込み時に不摘発性のストレージへの書き込みとの同期を常に行なうかどうかを制御する。 no の場合、 サーバーは個々のクライアントからの書き込み要求に基づいて、同期を行なうかどうかを制御する (クライアントは個々の書き込みについて、同期要求ビットを設定することが可能である)。 yes の場合、 個々の書き込みに毎に、データを確実にディスクに書き込むため fsync() が呼び出される。 このパラメーターが機能するには、 strict syncパラメーターが yesに設定されている必要がある。

既定値: sync always = no

syslog (G)

このパラメーターは、 Samba のデバッグメッセージと syslog のプライオリティとの対応づけを行なう。 Samba のデバッグレベル 0 は、 syslog の LOG_ERRに割り当てられ、以下、 デバッグレベル 1 は LOG_WARNING、 デバッグレベル 2 は LOG_NOTICE、 デバッグレベル 3 は LOG_INFO、 それ以上のデバッグレベルは LOG_DEBUG にそれぞれ割り当てられている。

このパラメーターは どのデバッグレベルまでのメッセージを syslog に送るかのしきい値を設定する。 この値未満の Samba のデバッグメッセージのみが syslog に送られる。

既定値: syslog = 1

syslog only (G)

このパラメーターが設定されると、 Samba のデバッグメッセージが システムの syslog にのみ記録されるようになり、 デバッグログファイルに出力されなくなる。 もしも、syslog onlyが有効になっていたとしても、 log.[sn]mbdへのロギングは引き続き行われる。

既定値: syslog only = no

template homedir (G)

NT ドメインのユーザーに対応するユーザー情報を作成する際、 winbindd(8) デーモンは、 このパラメーターによってユーザーのホームディレクトリの位置を設定する。 文字列中に %D があれば、 ユーザーの所属する NT ドメイン名に置き換えられる。文字列中に %U があれば、 ユーザーの NT ドメインにおけるユーザー名に置き換えられる。

既定値: template homedir = /home/%D/%U

template shell (G)

NT ドメインのユーザーに対応するユーザー情報を作成する際、 winbindd(8)デーモンは、 このパラメーターによってユーザーのログインシェルを設定する。

既定値なし

time offset (G)

このパラメーターは、GMT からローカル時間への変換時に追加する時間(分単位)を設定する。 夏時間処理に問題があるPCを多数管理している際に有効である。

既定値: time offset = 0

例: time offset = 60

time server (G)

このパラメーターにより、 nmbd(8) が、 Windows クライアントに対して、自身をタイムサーバーとしてアナウンスするかどうかが制御される。

既定値: time server = no

unix charset (G)

Samba が動作する UNIX マシンで使われている文字コードを指定する。 この情報は、Samba が SMB クライアントの使用している文字コードと文字列の変換を行なうために必要である。

ここで設定した文字コードは、Samba から実行するスクリプトの引数にも用いられる。

既定値: unix charset = UTF8

例: unix charset = ASCII

unix extensions (G)

この真偽値パラメーターは、Samba が HP 社によって定義された CIFS の UNIX拡張を利用するかどうかを制御する。 これらの拡張は、UNIX クライアントから UNIX サーバーに対して接続する際に有用な CIFS を有効にし、 シンボリックリンクやハードリンクなどを利用可能にする。 これらの拡張により、Samba は UNIX の CIFS クライアントに対して、 シンボリックリンクやハードリンクといった機能を提供することが可能となる。

既定値: unix extensions = yes

unix password sync (G)

この真偽値パラメーターにより、 smbpasswd ファイルの暗号化された SMBパスワードの更新時に、 Samba が UNIX のパスワードを SMB パスワードと同期させるようになる。 これを yes に設定した場合、 (SMB パスワードの変更コードは古い平文パスワードを参照できず、新しいパスワードだけが渡されるため、) 新しい UNIX パスワードを古いパスワードの情報なしで設定するため、 passwd program パラメーターで指定されたコマンドが ROOT権限で呼び出される。

既定値: unix password sync = no

update encrypted ()

この真偽値パラメーターにより、 平文パスワードでログインしたユーザーのログオン時に、 そのユーザーの暗号化(ハッシュ化)パスワードが自動的に smbpasswd ファイル中に格納されるようになる。 このオプションにより、暗号化パスワード認証を有効にする際、 ユーザーに smbpasswd へのパスワード再入力を強制することなく、 平文パスワード認証 (平文パスワードによるユーザー認証情報がネットワーク上を流れて UNIX 側のアカウントデータベースで照会される)から暗号化パスワード認証 (SMB のチャレンジアンドレスポンス認証) への移行を行うことが可能になる。 これは便利なオプションで、 ある程度の時間をかけて徐々に暗号化パスワードへと移行することを可能にする。 すべてのユーザーが smbpasswd ファイルに暗号化パスワードを格納したら、 このパラメーターを no に設定すべきだろう。

このパラメーターは encrypt passwordsno に設定されている時のみ動作する。

encrypt passwords = Yes がデフォルトであるため、 update encrypted を動作させるには このパラメーターを no に設定する必要があることに注意。

このパラメーターが有効になっている場合であっても、 smbd に接続するユーザーは正しいパスワードを入力して、 (smbpasswdファイル中の)暗号化されたパスワードを更新する必要がある。

既定値: update encrypted = no

use client driver (S)

このパラメーターは、Windows NT/2000 クライアントに対してのみ影響し、 Windows 95/98/Me クライアントに対しては影響しない。 Windows NT/2000 クライアントに対して、 Samba ホスト上に適切なプリンタードライバーをインストールせずに、プリンター共有を提供する場合、 クライアント側ローカルにプリンタードライバーをインストールする必要がある。 このため、クライアントは、そのプリンターをローカルプリンターとして扱い、 ネットワークプリンターとしては扱わなくなる。 これは、disable spoolss = yesにしたときとほぼ同様の動作になる。

違いが発生するのは、通常の環境下において、 NT/2000 クライアントは MS-RPC を用いてネットワークプリンターをオープンしようとする点にある。 クライアントはプリンターがローカルにあると判断しているため、 ログオンしているユーザーに割り当てられたアクセス権を要求して OpenPrinterEx() 呼出を発行してしまう点が問題となる。 ユーザーがローカルで管理者権限を持っているが、Samba ホスト上では root 権限を持っていない場合(これはよくあるケースになる)、 OpenPrinterEx() 呼出は失敗する。 その結果、(印刷ジョブが正常に印刷されているにも関わらず、) クライアント側のプリンターキューのウインドウには、 「Access Denied; Unable to connect」というメッセージが表示される。

このパラメーターが有効になっているプリンターに対しては、 PRINTER_ACCESS_ADMINISTER 権限によるプリンターのオープンの試みはすべて、 PRINTER_ACCESS_USE の権限で行なわれ、 これにより、OpenPrinterEx() が成功することになる。 適切なプリンタードライバーがインストールされている Samba サーバー上のプリンター共有に対して、このパラメーターを有効にしてはならない。

既定値: use client driver = no

use mmap (G)

このグローバルパラメーターは、 Samba が内部的に利用する tdb の動作を、システムの mmap が正しく動作するかどうかに依存させるかどうかを制御する。 Samba は一貫性の保たれた mmap (read-write system memory cache) を必要とする。 現在、HPUX については、こうした一貫性のあるキャッシュが実装されていないため、 HPUX におけるこのパラメーターのデフォルトは、no になっている。 それ以外のシステムにおいては、このパラメーターの値を変更すべきではない。 このパラメーターは、Samba 開発者の tdb の内部コードの問題解析を支援するために提供されている。

既定値: use mmap = yes

user

このパラメータは右記のパラメータの別名である:username.

users

このパラメータは右記のパラメータの別名である:username.

username (S)

このパラメーターに複数のユーザーをコンマで区切ったリストで指定することにより、 各ユーザー名に対して(左から右に)順番に入力したパスワードを用いた認証が行われる。

username パラメーターは、 PC 側からユーザー名が提供されない時にのみ必要である。 これに該当するのは、COREPLUS プロトコルを用いているか、 Windows for Workgroup において、ユーザー名が UNIX 側のユーザー名と異なっている場合である。 どちらの場合も、このパラメーターの代わりに \\server\share%user の記法を用いるのが好ましい。

Sambaは username パラメーターで指定された各ユーザーに対して、 提供されたパスワードを用いて順番に認証を行っていくことになるため、 usernameは最適の解決策とはいえない。 これは遅い上、パスワードが重複しているユーザーが多数存在しているような場合には困ったことになる。 このパラメーターを不用意に使うと、 タイムアウトやセキュリティ上の問題などが発生するかも知れない。

Samba は、プラットフォームである UNIX のセキュリティ機構に依存している。 このパラメーターは、ログインできるユーザーを制限するものではなく、 提供されたパスワードを適用するユーザーについての情報を Samba サーバーに与えるものである。 ユーザーは自分が好むユーザーとしてログインすることが可能であるが、 telnet セッションよりは、被害を与えないだろう。 デーモンはログインしたユーザーの権限で動作するため、 ユーザーの権限で行えないことは何も行えない。

サービスへのアクセスを特定のユーザーに制限したい場合は、 valid users パラメーターを利用すること。

ユーザー名が '@' ではじまっている場合は、 (Samba がネットグループをサポートするようにコンパイルされている場合) まず NIS のネットグループ、更に UNIX のグループデータベースにおいて、 該当する名前のグループがないかが検索され、 その名前のグループに所属する全てのユーザー名に展開される。

ユーザー名が '+' から始まっている場合は、 UNIX のグループデータベースのみが検索され、 その名前のグループに所属する全てのユーザー名に展開される。

ユーザー名が '&' から始まっている場合は、 (Samba がネットグループをサポートするようにコンパイルされている場合) NIS のネットグループのみが検索され、 その名前のグループに所属する全てのユーザー名に展開される。

グループ名の検索には時間が掛かるため、 クライアントによっては検索がタイムアウトしてしまう場合があることに注意。

このパラメーターにより、サービスへのアクセスがどのように行われるかの詳細については NOTE ABOUT ユーザー名とパスワード認証についての注意 のセクションを参照のこと。

既定値: username = # ゲストサービスの時は、 guest account で設定されたアカウント、それ以外の時は <空文字列>

例: username = fred, mary, jack, jane, @users, @pcgroup

username level (G)

このオプションは、 DOS クライアントの多くが送信する大文字化されたユーザー名から、 Samba が本当の UNIX のユーザー名を「推測」する際の手助けを行う。 デフォルトの場合、 Samba は全て小文字のユーザー名、 先頭の文字のみを大文字にしたユーザー名を順に試しても、 UNIX マシン上に該当するユーザー名がない場合は処理を失敗させる。

このパラメーターに 0 以外の値を指定することで、この処理を変更できる。 このパラメーターは、UNIX 側のユーザー名を確認する際に大文字が幾つ入ったユーザー名の組合せまで確認を行なうかを決定するものである。 大きい数字を指定する程、多くの組合せが確認されるため、 ユーザー名の確認作業は遅くなる。 このパラメーターは、UNIX マシン上に AstrangeUser といった名前が存在する際に使用すること。

このパラメーターは、ユーザー名の大文字、小文字が区別される UNIX システムでのみ必要である。

既定値: username level = 0

例: username level = 5

username map (G)

このオプションにより、クライアント上とサーバー上でのユーザー名のマッピング 情報を格納したファイルが指定される。これは幾つかの目的で利用される。 通常は DOS や Windows マシンでユーザーが利用しているユーザー名を UNIX マシン上でのユーザー名にマッピングする為に用いられるが、 複数のユーザーを特定のユーザー名にマッピングすることで、 ユーザー間でのファイル共有を簡単に行なえるようにするために用いることも可能である。

security パラメーターが user もしくは share の場合、username map パラメーターは ユーザーの資格情報が検証されるたびに適用されることに注意。 ドメインのメンバーサーバー(domain もしくは ads)の場合、ドメインコントローラーから認証を受けた後で username map パラメーターが適用され、マッピングの際には、完全ユーザー名(例えば biddle = DOMAIN\foo) で記述する必要がある。

ファイルは各行ごとに評価される。各々の行は、左端に UNIX ユーザー名が あり、'=' を挟んでその右側にユーザー名のリストが続く形式をとる。 右側のユーザー名のリストには、グループ内のすべての UNIX ユーザー名に一致させる @group という形式を含めることもできる。 '*' はワイルドカードであり、任意の名前と一致する。 ファイルの各行は最大 1023 文字まで記述可能である。

ファイルの評価は、 提供されたユーザー名と '=' の右側の各ユーザー名とを各行毎に比較することにより行なわれる。 提供されたユーザー名が右側のどれかに一致すると、 提供されたユーザー名が一致したユーザー名に置き換わり、 引続き以降の行の処理が行なわれていくことになる。

'#' や ';' で始まる行は無視される。

'!' ではじまる行があると、 以降の行でユーザー名が一致した時点で比較処理は中止される。 それ以外の場合、この比較処理はすべての行に対して継続される。 ファイルの最後でワイルドカードによるマッピングを行なっている場合には、 '!' を使うとかなり便利である。

たとえば、adminadministrator といった名前から UNIX の root へのマッピングを行ないたい場合は、以下のように記述する:

root = admin administrator

また、UNIX の system グループに所属するユーザーを sys という UNIX ユーザーに置き換えるには、以下のように記述する:

sys = @system

username map のファイル中には幾つのマッピングの設定を行なっても構わない。

システムが NIS の NETGROUP オプションをサポートしている場合、 グループ名の一致処理を行なう際には、 /etc/group データベースより先にネットグループのデータベースが調べられる。

空白を含む Windows のユーザー名は、 ダブルクォートで両側を括って記述する。たとえば、

tridge = "Andrew Tridgell"

は、Windows のユーザー名 "Andrew Tridgell" を UNIX のユーザー名 "tridge" に置き換える。

以下の例は、 mary と fred を UNIX ユーザー sys に置き換え、 そのほかのユーザーを guest に置き換える。 '!'を利用することで、一致した行以降の処理を抑止していることに注意。

!sys = mary fred
guest = *

ユーザー名が現われる箇所全てに置き換えの結果が適用されることに注意。 例えば、\\server\fred に接続する場合、 fredmary に置き換えられる場合は、 実際に接続する先は \\server\mary であり、パスワードも fred ではなく、mary のものを入力することが必要になる。この唯一の例外は、(設定している場合に) password server に対してユーザー名を送出するときである。 password server は、 クライアントが提供したユーザー名を置換なしでそのまま受け取る。

逆のマッピングは行われないことにも注意。この影響が現われるのは印刷時である。 Windows for Workgroup におけるプリントマネージャは、 置き換えが行われたユーザーが印刷ジョブを所有していないと判断するため、 印刷ジョブ削除時にトラブルが発生する。

Samba 3.0.8 より前のバージョンでは、Kerberos ログインが行なわれる場合にのみ、 完全ユーザー名(たとえば: DOMAIN\user)がサポートされていた。 しかし、NTLM[SSP] によるユーザー認証の際には、ユーザー名部分のみがマッチングの対象と なっていた。このため、同一のサーバーに対するアクセスで、結果が一致しないという事態 が発生していた。

以下の機能は、Samba 3.0.8 以降のものである。

ローカル認証の場合、username map パラメーターは、コネクションに対する認証が行なわれる際のユーザー名に対して適用される。

認証を外部のドメインコントローラーに依存している場合、 smbd は username map パラメーターを、ユーザー認証が成功した場合にのみ、認証された完全ユーザー名(例: DOMAIN\user) に対して適用する。

以下に設定例を示す:

username map = /usr/local/samba/lib/users.map

既定値: username map = # no username map

username map script (G)

このパラメーターは username map パラメーターと排他的な関係にある。 このパラメーターは、(認証要求で渡されたユーザー名を示す)コマンドライン引数を1つだけとり、 標準出力に(マッピングされたアカウント名を示す)文字列を1行返却する 外部プログラム、もしくはスクリプトを指定する。 これにより、ユーザー名のマッピング表を LDAP や NIS などのディレクトリサービス上に格納することが可能となる。

既定値: username map script =

例: username map script = /etc/samba/scripts/mapusers.sh

usershare allow guests (G)

このパラメーターは、ユーザー定義共有に認証されていないユーザーのアクセスを許可するかどうかを制御する。 これは、ユーザーが共有の定義において guest ok = yes オプションを付与した共有を作成することの許可と同義である。 セキュリティ上注意を要するため、既定値は無効となっている。

既定値: usershare allow guests = no

usershare max shares (G)

このパラメーターは(訳注: usershare path パラメーターで定義された) ユーザー定義共有ディレクトリの所有グループに所属するユーザーによって作成可能なユーザー定義共有の最大数を設定する。 0 (デフォルト) の場合、ユーザー定義共有は作成できない。

既定値: usershare max shares = 0

usershare owner only (G)

このパラメーターは、ユーザー定義共有として公開されるパスが、 ユーザー定義共有を作成しようとしているユーザーの所有であることを必須とするかどうかを制御する。 必須とした場合 (既定値) 、smbd は公開しようとしているディレクトリが、ユーザー定義共有の設定ファイルの所有者と同一であることを確認し、もし異なっていた倍は作成を拒否する。 必須としなかった場合、こうした確認は行なわれず、誰が所有しているかに関わらず、ディレクトリの公開が可能となる。

既定値: usershare owner only = True

usershare path (G)

このパラメーターにより、ユーザー定義共有の設定ファイルが格納されるファイルシステム上のディレクトリの絶対パスが指定される。 このディレクトリは root の所有でなければならず、その他(other)がアクセス可能であってはならず、グループの所有者のみが書き込み可能となっている必要がある。 加えて、ファイルの所有者による名前の変更と削除を制限するため、「sticky」ビットが設定されている必要がある (これは /tmp ディレクトリに対して通常行なわれる設定と同義である)。 このディレクトリのグループ所有者が、ユーザー定義共有を作成可能なユーザーとなる。 このパラメーターが設定されていない場合、誰もユーザー定義共有を作成できない。

一例として、ユーザー定義共有のディレクトリを /use/local/samba/lib/usershares に設定する場合、以下のようにする。

	ls -ld /usr/local/samba/lib/usershares/
	drwxrwx--T  2 root power_users 4096 2006-05-05 12:27 /usr/local/samba/lib/usershares/
	

この場合、「power_users」グループのメンバーのみがユーザー定義共有を作成できる。

既定値: usershare path = NULL

usershare prefix allow list (G)

このパラメーターには、ユーザー定義共有による共有を許可する絶対パス名のリストを指定する。 共有しようとしているパス名の先頭がこのリストに指定されたパス名のいずれかと合致していない場合、公開は許可されない。 これにより、Samba の管理者がユーザー定義共有による公開を可能とするディレクトリを制限することが可能となる。

「usershare prefix deny list」と「usershare prefix allow list」の両方が定義されている場合は、 拒否リスト側が先に処理され、後から許可リストが処理される。 これにより、拒否リストによる制限を優先している。

既定値: usershare prefix allow list = NULL

例: usershare prefix allow list = /home /data /space

usershare prefix deny list (G)

このパラメーターには、ユーザー定義共有による公開を拒否する絶対パス名のリストを指定する。 公開しようとしているパス名の先頭がこのリストに指定されたパス名のいずれかと合致している場合、公開は許可されない。 このリストに指定されたパス名のいずれとも合致していないパス名から始まるパス名は、ユーザー定義共有として公開を許可することができる。 これにより、Samba の管理者がユーザー定義共有による公開を可能とするディレクトリを制限することが可能となる。

「usershare prefix deny list」と「usershare prefix allow list」の両方が定義されている場合は、 拒否リスト側が先に処理され、後から許可リストが処理される。 これにより、拒否リストによる制限を優先している。

既定値: usershare prefix deny list = NULL

例: usershare prefix deny list = /etc /dev /private

usershare template share (G)

ユーザー定義共有では、path 、 guest ok といった幾つかのパラメーターしか設定できないが、 このパラメーターにより、ユーザー定義共有を既存の共有から「複製」することが可能となる。 「usershare template share」に既存の共有名が設定されていた場合、作成されるすべてのユーザー定義共有では、既定値としてこの共有に設定されたパラメーターが用いられる。

対象となる共有には、「-valid = False」の設定をテンプレートの設定として行なっておくことで、実際のファイル共有として機能しないようにしておくことができる。 これにより、ユーザー定義共有のテンプレートとして用いつつ、その共有が実際に公開されないようにできる。

既定値: usershare template share = NULL

例: usershare template share = template_share

use sendfile (S)

このパラメーターが yes であり、 かつ Samba の動作する OS で sendfile() システムコールがサポートされている場合、いくつかの SMB read コール (主に ReadAndX と ReadRaw) において排他的 oplock が行なわれているファイルに対して効率的な sendfile システムコールが使用される。これにより、システムの CPU の効率的な使用が行なわれ、 Samba の動作も高速化するだろう。 Samba は NT LM 0.12 未満のプロトコルを用いるクライアントや Windows 9x ( Linux から sendfile を用いると、これらのクライアントの処理が失敗する) に対しては、自動的にこのオプションを無効にする。

既定値: use sendfile = false

use spnego (G)

このパラメーターの値により、 Samba が Windows 2000 や Windows XP クライアントの間で行なわれる認証の際に Simple and Protected NEGOciation (RFC2478 で規定) の使用を試みるかどうかが制御される。

SPNEGO の実装に問題点が発見されない限り、 これを無効にする必要性はない。

既定値: use spnego = yes

utmp (G)

この真偽値パラメーターは、 Sambaが --with-utmp オプションで configure され、コンパイルされた時にのみに有効である。 このパラメーターを yes に設定することで、 Sambaは utmp または utmpx レコード(UNIXシステムに依存)に、 Sambaサーバーへの接続時の情報を追加するようになる。 このパラメーターにより、 Sambaの共有への接続を記録することが可能になる。

utmp レコードの仕様のため、接続する個々のユーザー毎に一意な識別子が生成されている必要がある。 この、オプションを有効にすることで、 n^2 アルゴリズムを使ってその番号を検索する処理が発生する。 大規模システムの場合、この処理がパフォーマンスに影響を与える場合も考えられる。

既定値: utmp = no

utmp directory (G)

このパラメーターは、 Sambaが --with-utmp オプションで configure され、コンパイルされた時にのみに有効である。 このパラメーターは、 Sambaサーバーへの接続を記録する utmp または utmpx ファイル (UNIXシステムに依存)が存在するディレクトリを指定する。 デフォルトではこの値は設定されない。 この場合、システムが利用している utmp ファイルが使われる (Linux の場合、通常 /var/run/utmp にある)。

既定値: utmp directory = # Determined automatically

例: utmp directory = /var/run/utmp

-valid (S)

このパラメーターは、共有が有効であり、使用可能かどうかを制御する。 このパラメーターを false に設定した場合、いかなる方法を用いても、共有を表示したり、共有に対してアクセスしたりすることができなくなる。

このオプションは一般ユーザーが利用すべきものではなく、開発者の利便性のために設けられている。 Samba はこのオプションを内部的に用いて、共有が削除されたことを記録している。

既定値: -valid = yes

valid users (S)

サービスにアクセスできるユーザーのリストを指定する。 '@'、'+'、'&' からはじまる名前は、 invalid users パラメーターで説明した規則にしたがって解釈される。

このパラメーターが設定されていない場合(既定値)、どのようなユーザーでもログインできる。このリストと invalid users の両方に含まれるユーザーのアクセスは拒否される。

%S は、現在のサービス名に置き換えられる。 これは [homes] セクションで用いると便利である。

既定値: valid users = # No valid users list (anyone can login)

例: valid users = greg, @pcusers

veto files (S)

このパラメーターは、 一覧することもアクセスすることもできないファイルとディレクトリのリストを指定する。 リストの各エントリは '/' で区切ること。これにより、 エントリ中に空白文字を用いることが可能になっている。 '*'と '?'は DOS のワイルドカードと同様、 複数のファイルやディレクトリを指定するために利用できる。

各エントリはDOSの形式ではなく、 UNIXでのパス形式である必要があり、 UNIX のディレクトリ区切りである '/'を含めてはならない

case sensitive オプションが、この処理に影響することに注意。

veto files パラメーターの利用に際して注意すべき重要な点が、 ディレクトリ削除時の動作である。 削除されるディレクトリに veto files パラメーターに一致するファイルが存在する場合、 delete veto files パラメーターが yes でない限り、削除は失敗する。

このパラメーターを設定した場合は、 ファイルやディレクトリの一覧を取得する際、 すべてのファイルとディレクトリについて、 このパラメーターのマッチング処理が行なわれるようになるため、 Samba の性能に影響が発生する。

以下に設定例を記載する:

; Veto any files containing the word Security,
; any ending in .tmp, and any directory containing the
; word root.
veto files = /*Security*/*.tmp/*root*/

; Veto the Apple specific files that a NetAtalk server
; creates.
veto files = /.AppleDouble/.bin/.AppleDesktop/Network Trash Folder/

既定値: veto files = アクセスできないファイルやディレクトリはない

veto oplock files (S)

このパラメーターは、 oplocks パラメーターが有効になっている共有でのみ意味がある。 Samba の管理者は、このパラメーターを使って リストにマッチしたファイルに対する oplock を禁止することができる。 リストは veto files パラメーターで利用されているものと同様の形式である。

クライアントによるロック競合が激しいファイルに対して、 このオプションを適用したいということがあるだろう。 例としては NetBench SMB ベンチマーク・プログラムがある。 このプログラムは 「.SEM」 で終わる名前のファイルに対して激しい競合を発生させる。 これらのファイルに対する oplock を禁止するためには、 以下の設定例のように指定する ([global] セクションか、 Net Bench 用の共有のいずれかにおいて)。

以下に設定例を示す。

veto oplock files = /.*SEM/

既定値: veto oplock files = # oplock 取得を禁止されるファイルやディレクトリはない

vfs object

このパラメータは右記のパラメータの別名である:vfs objects.

vfs objects (S)

このパラメーターは、 Samba の VFS I/O 操作において用いられるバックエンド名を指定する。デフォルトでは通常のディスク I/O 操作が行なわれるが、 VFS オブジェクトによりこの操作を変更することが可能である。

既定値: vfs objects =

例: vfs objects = extd_audit recycle

volume (S)

このパラメーターにより、共有のボリュームラベルの設定が可能になる。 これは、特定のボリューム名が必要なインストールプログラムを格納した CD-ROM を共有する際に便利である。

既定値: volume = # the name of the share

wide links (S)

このパラメーターは、 UNIXファイルシステム上のリンクをサーバーが追跡するかどうかを制御する。 サーバーが公開するディレクトリツリー内部へのリンクは、 常に許可されている。このパラメーターは、 公開されているディレクトリツリー外部へのアクセスを制御する。

注意:UNIX extensionが有効の時にこのパラメータをonにすると、 共有定義によってエクスポートされた、制限されたパスの外側に 対する、ファイルやディレクトリのポインタを共有上に、シンボリックリンク としてUNIXクライアントが作成できるようになる。これにより、共有外部の 領域に対してアクセス出来るようになる。この問題のため、このパラメータは unix extensionsオプションがonの場合は、 (その旨をログに記録して)自動的に無効となる。

既定値: wide links = yes

winbind cache time (G)

このパラメーターにより、 winbindd(8) デーモンが Windows NT Server に問い合わせを行なう代わりに、キャッシュしたユーザーとグループの情報を 使用する時間を秒単位で指定する。

この設定は認証要求には適用されない。認証要求は winbind offline logonオプションが有効に されない限り、常にその度ごとに処理される。

既定値: winbind cache time = 300

winbind enum groups (G)

非常に大規模な環境において、 winbindd(8) を使用する際には、 setgrent()getgrent()endgrent() といった システムコール群の呼び出しによるグループの一覧取得を抑止する 必要があるかも知れない。 winbind enum groups パラメーターが no の場合、 getgrent() システムコールの呼び出しは、全くデータを返却しない。

Warning

グループ一覧(enumeration)を無効にするとプログラムによっては異常動作を引き起こす恐れがある。

既定値: winbind enum groups = no

winbind enum users (G)

非常に大規模な環境において、 winbindd(8)を使用する際には、 setpwent()getpwent()endpwent() といったシステムコール群の呼び出しによるユーザーの一覧取得を抑止する必要があるかも知れない。 winbind enum usersパラメーターが no の場合、 getpwent システムコールの呼び出しは、全くデータを返却しない。

Warning

ユーザー一覧(enumeration)を無効にするとプログラムによっては 異常動作を引き起こす恐れがある。 例えば、finger プログラムは、全てのユーザーの一覧にアクセスできる前提で、 ユーザー名のマッチングを行なっている。

既定値: winbind enum users = no

winbind expand groups (G)

このオプションは Windows ドメイングループのネストされた グループメンバーを展開する際に winbindd が探索を繰り返す 最大の階層を制御する。 これは ローカルグループのネスト化を Windows NT4 形式で実装している winbind nested groups オプションとは 異なる。 "winbind expand groups" パラメーターはドメイングループの メンバーシップを明確に適用する。

このパラメーターに高い値を設定することは、最上位の winbindd デーモンがグループの展開を処理しなければならず、その間、 NSSや認証要求に対する応答が不可能となるために、システムの 性能低下をもたらすことに注意しなさい。

既定値: winbind expand groups = 1

winbind nested groups (G)

このパラメーターを yes にすると、グループの入れ子が可能になる。 入れ子になるグループは、ローカルグループやエイリアスと呼ばれる。 これは、Windows のローカルグループに対応するものである。 入れ子になるグループは、各マシンローカルで定義され (ただしドメインコントローラー間では SAM を共有するため共有され)、 信頼される任意の SAM で定義されたユーザーやグローバルグループを 含めることができる。 入れ子になるグループを用いるには、nss_winbind を有効にしておく 必要がある。

既定値: winbind nested groups = yes

winbind normalize names (G)

このパラメーターは、winbindd がユーザー名やグループ名に含まれる 空白をアンダースコア「_」に置き換えるかどうかを制御する。 例えば、"Space Kadet" という名前が、"space_kadet" という文字列に置き換えられるべきかどうかということを意味する。 シェルの既定値のフィールドセパレーターが空白であるため、 Unixのシェルスクリプトは空白を含むユーザー名を扱うことが難しい。 もしあなたのドメインでアカウント名にアンダースコアを含む場合、 このオプションを有効にしてはならない(nss_infoプラグインで名前の エイリアス機能がサポートされている場合を除く)。

この機能は、認証されていないドメインユーザーとグループの名前の エイリアスを作成するAPIも提供する。特定の設定に関するidmapやnss プラグインの仕様についてはマニュアルページを参照のこと。エイリアス の設定は、前述の「空白文字の制御」と排他的な関係である。

既定値: winbind normalize names = no

例: winbind normalize names = yes

winbind nss info (G)

このパラメーターは、Winbind が Name Service Information からユーザーの ホームディレクトリやログインシェルの情報を取得する方法を指定する。 現在のところ、以下の値が利用できる:

  • template - 既定値であり、template shell および template homedirパラメーターの値を用いる。

  • <sfu | rfc2307 > - Samba が security = ads で実行されており、 Active Directory の DC が Microsoft Services for Unix (SFU) の LDAP スキーマをサポートしている場合、Winbind 機構は ログインシェルおよびホームディレクトリ属性を DC から 直接取得する。 UID や GID 情報を DC から取得したい場合は、 idmap config DOMAIN:backend = ad も設定すること。

既定値: winbind nss info = template

例: winbind nss info = sfu

winbind offline logon (G)

このパラメーターは、Winbind 機構で pam_winbind モジュールにキャッシュされた資格情報を用いたログインを可能に するかどうかを指定する。 有効にした場合、winbindd は、ログインに 成功したユーザーの資格情報を、暗号化してローカルのキャッシュに 格納する。

既定値: winbind offline logon = false

例: winbind offline logon = true

winbind reconnect delay (G)

このパラメーターはwinbindd(8)デーモンがドメインコントローラー に接続できない場合に再接続要求を行う間隔を秒単位で指定する。

既定値: winbind reconnect delay = 30

winbind refresh tickets (G)

このパラメーターは Winbind 機構が pam_winbind モジュールから取得した Kerberos チケットをリフレッシュするかどうかを制御する。

既定値: winbind refresh tickets = false

例: winbind refresh tickets = true

winbind rpc only (G)

このパラメーターをyesに 設定すると、winbindd がドメインコントローラーから情報を取得する際に、 LDAPの代わりにRPCを利用する。

既定値: winbind rpc only = no

winbind separator (G)

このパラメーターは、 DOMAIN\user の形式でユーザー名を表示する際に使用される区切り文字を指定する。 このパラメーターは UNIX のサービスが pam_winbind.so および nss_winbind.soモジュールを 使用する時のみ適用される。

+ 文字は NIS において /etc/group 中で特別な意味を持っているため、このパラメーターを + に設定した場合、少なくとも glibc システムにおいては問題が発生する。

既定値: winbind separator = '\'

例: winbind separator = +

winbind trusted domains only (G)

このパラメーターは、Samba が管理するドメインの、他の Samba メンバーサーバーに対して、NIS、rsync や LDAP で配布されている UNIX アカウントの uid を、プライマリドメインの winbindd ユーザーの uid として使用するのを目的として設計された。 これにより、DOMAIN\user1 というユーザーは、 新しい uid が割り当てられる代わりに /etc/passwd の user1 というアカウントに割り当てられる。

このパラメーターは現在では idmap_nss バックエンドによって不要となっている。 詳細は、idmap_nss(8) のマニュアルページを参照のこと。

既定値: winbind trusted domains only = no

winbind use default domain (G)

このパラメーターにより、 winbindd(8) デーモンが、ドメイン名が 付加されていないユーザー名を扱う方式が指定される。 ドメイン名が付加されていないユーザーは、winbindd サーバーのドメイン のものとして扱われる。 Windows ユーザーにとっては、どちらでもよい話であるが、 SSH, FTP や e-mail を利用する際に、 UNIX システム本来のやり方に近い方法で 指定することが可能となる。

既定値: winbind use default domain = no

例: winbind use default domain = yes

wins hook (G)

Samba が WINS サーバーとして動いている場合、このオプションによって、 WINS データベースに対して変更が行なわれる度に外部のプログラムが起動されるようになる。このオプションの主な目的は、ダイナミック DNS のような外部の名前解決データベースの動的な更新を実現することである。

wins hook パラメーターは、以下の形式で呼びだされるスクリプト又は実行形式のプログラムを指定する。

wins_hook operation name nametype ttl IP_list

  • 最初の引数は操作の指定であり、 "add", "delete", "refresh" のいずれかを取る。 ほとんどの場合、残りのパラメーターで提供される情報が不足している場合、操作は無視される(訳注: sufficient は insufficient の typo と思われる)。 "refresh" は名前がまだ追加されていない時点で呼び出されることがあるので注意。この場合操作は add として扱われる。

  • 3番目の引数は NetBIOS名のタイプで、2桁の16進数である。

  • 4番目の引数は 名前の TTL(生存時間) で秒数単位である。

  • 5番目以降の引数は、その名前で現在登録されているIPアドレスである。リストが空の場合、名前は削除される。

BIND の動的なDNS更新プログラムである nsupdate を呼び出すスクリプトのサンプルが、 Samba ソースコードの examples ディレクトリに格納されている。

既定値なし

wins proxy (G)

この真偽値パラメーターにより、 nmbd(8) が別のホストの代理としてブロードキャストによる名前問い合わせに応答するかどうかが設定される。古いクライアントの為に、このパラメーターを yes にする必要があるかも知れない。

既定値: wins proxy = no

wins server (G)

このパラメーターは、 nmbd(8) が名前を登録する WINS サーバーの IP アドレス(もしくはDNS名: IPアドレスが望ましい)を指定する。ネットワークに WINS サーバーが存在している場合は、このパラメーターを WINS サーバーの IP アドレスに設定すること。

複数サブネットからなるネットワークの場合は、このパラメーターで WINS サーバーを指定すべきである。

複数の名前空間が存在している場合、各々の WINS サーバーに「タグ」をつけることが可能である。同じタグのついたサーバー内では 1 台の(動作中の)サーバーに対してのみ、名前の問い合わせが行なわれる。タグはコロンによって IP アドレスと区切られる。

Note

複数のサブネットからなるネットワークで、サブネット越しのブラウジングを正しく機能させたい場合は、 Samba で WINS サーバーの設定を行なう必要がある。

Samba3-HOWTO の Network Browsing 章を参照のこと。

既定値: wins server =

例: wins server = mary:192.9.200.1 fred:192.168.3.199 mary:192.168.2.61 # この例では、名前の問い合わせを行なう際に、 192.9.200.1 に最初に問い合わせが行なわれる。応答がなかった場合は、 192.168.2.61 に問い合わせが行なわれる。いずれのサーバーからにも名前が存在しなかった場合、 192.168.3.199 に対して問い合わせが行なわれる。

例: wins server = 192.9.200.1 192.168.2.61

wins support (G)

この真偽値パラメーターにより、 Samba の nmbd(8) プロセスを WINS サーバーして機能させるかどうかが設定される。複数サブネットに及ぶネットワークを構築しており、いずれかの nmbd を WINS サーバーとして機能させようとしない限り、このパラメーターを yes にしないこと。

ネットワーク上の複数のマシンで、このパラメーターを yes に設定することが絶対にないように注意すること。

既定値: wins support = no

workgroup ()

これは、クライアントが問い合わせを行なった際に、 サーバーが表示されるワークグループを設定する。 このパラメーターにより、 security = domain の設定におけるドメイン名も設定されることに注意。

既定値: workgroup = WORKGROUP

例: workgroup = MYGROUP

writable

このパラメータは右記のパラメータの別名である:writeable.

writeable (S)

read only の反意語である。

既定値なし

write cache size (S)

この数値パラメーターを 0 以外に設定すると、 Sambaは oplock された各ファイルに対してメモリキャッシュを作成するようになる (oplock されないファイルに対しては 行なわれない 。 クライアントがディスクへの書き出しを直接要求していない書き込みは全て、 可能な限りこのキャッシュに蓄積される。 キャッシュはキャッシュに適さない位置からの書き込みが行なわれた時か、 ファイルがクライアントによってクローズされた時に書き出される。 データがキャッシュ中に存在していれば、 ファイルからの読み出しにキャッシュが使用される。

Sambaは、このキャッシュにより、 RAID ディスクに対して適切な書き込みサイズでクライアントからの書き込みを処理できるようになり (例えば、書き込みサイズをRAIDのストライプサイズに合わせる)、 ディスクサブシステムがボトルネックとなっているが、 ユーザー空間のプログラム向けの空きメモリがあるシステムのパフォーマンスを向上させることができる。

この数値パラメーターにより、(oplock を行なったファイル単位での) キャッシュサイズがバイト単位で指定される。

既定値: write cache size = 0

例: write cache size = 262144 # 1 ファイルあたり 256k のキャッシュサイズ

write list (S)

これは、サービスに対して読みとりおよび書き込み権が与えられるユーザーのリストである。 接続したユーザーがこのリストに存在している場合は、 例え read only オプションが no であっても書き込み権が与えられる。このリストには、 @group という形式を用いることでグループ名を含めることもできる。

Samba 3.0 において、このパラメーターは security = share では動作しない。これは仕様である。

既定値: write list =

例: write list = admin, root, @staff

write raw (G)

このパラメーターは、クライアントからのデータ転送時に、 サーバー側で raw write SMB のサポートを行なうかどうかを制御する。 このパラメーターを変更する必要はないだろう。

既定値: write raw = yes

wtmp directory (G)

このパラメーターは、 Sambaが --with-utmp オプションで configure され、コンパイルされた時にのみに有効である。 このパラメーターは、Sambaサーバーへの接続を記録する wtmp または wtmpx ファイル (UNIXシステムに依存)が存在するディレクトリを指定する。 utmp directory との違いは、ユーザー情報がユーザーのログオフ後も記録され続ける点である。

既定値ではこの値は設定されない。 この場合、システムが利用している utmp ファイルが使われる (Linux の場合、通常 /var/run/wtmp にある)。

既定値: wtmp directory =

例: wtmp directory = /var/log/wtmp

注意

設定ファイルでは、スペースを含むサービス名も利用できるが、 クライアント側のソフトウェアで禁止されているかもしれない。 文字列比較を行なう際にスペースは常に無視されるため、 問題は発生しないはずであるが、可能性は考慮しておく必要がある。

同様の注意事項として、多くのクライアント、特に DOS クライアントでは、サービス名が最長8文字に制限されている。 smbd(8) にはそのような制限はなく、 こうしたクライアントからの接続要求は、サービス名が切り捨てられてしまう ために失敗することになる。このため、サービス名の長さは、最大 8 文字に制限すべきである。

[homes] および [printers] という特殊セクションにより、 管理者の負担を軽減することができるが、デフォルトの設定の組合せ方に よっては、予期しない設定が行なわれる可能性もある。これらのセクションの 設定を行なう際には、特に注意深く行なうこと。特にスプールディレクトリの パーミッションが適切であることを確認しておくこと。

バージョン

このマニュアルページは Samba 3.0 対応のものである。

関連項目

samba(7), smbpasswd(8), swat(8), smbd(8), nmbd(8), smbclient(1), nmblookup(1), testparm(1), testprns(1)

著者

オリジナルの Samba ソフトウェアと関連するユーティリティは、 Andrew Tridgell によって作成された。現在 Samba は Samba Team によって、 Linux カーネルの開発と同様のオープンソースプロジェクトとして開発が 行なわれている。

オリジナルの Samba マニュアルページは Karl Auer によって 作成された。マニュアルページは YODL 形式 ( ftp://ftp.icce.rug.nl/pub/unix/ で入手可能な優れた オープンソースソフトウェア) に変換され、Samba 2.0 リリースに伴い、 Jeremy Allison によって更新された。Samba 2.2 における DocBook 形式への変換は、Gerald Carter によって行なわれた。Samba 3.0 における DocBook XML 4.2 形式への変換は Alexander Bokovoy によって行われた。

日本語訳

このマニュアルページは Samba 3.5.16 - 3.5.20 対応のものである。

Samba 3.0.23d 対応の翻訳は、たかはしもとのぶ (monyo@samba.gr.jp) によって行なわれた。

Samba 3.2.4-3.5.20 対応の翻訳は、

たかはしもとのぶ

堀田 倫英

太田俊哉 (ribbon@samba.gr.jp)

山田 史朗

武田保真

海老澤

    によって行なわれた。