digtal西行庵MoinMoinWiki
MOUNT.CIFS(8)
名前
mount.cifs - コモン・インターネット・ファイル・システムを使っているmount(CIFS)
概要
mount.cifs｛service｝｛mount-point｝[-ooptions]
説明
このツールは、sumba(7)スイートの一部です。
mount.cifsは、Linux CIFSファイルシステムを開始します。「-t cifs」オプションを使 用するとき、それはrectlyにmount(8)命令による通常訴えられたindi-です。この com-mandはLinuxで働くだけです、そして、カーネルはcifsファイルシステムをサポート しなければなりません。
CIFSプロトコルはSMBプロトコルの代わるもので、人気のオープンSourceサーバーSambaに よってと同様に大部分のWindowsサーバーと多くの他の商用サーバーとネットワークアタ ッチドストレージ機器で支えられます。
mount.cifs有用性は、UNC名（輸出されたネットワーク資源）をローカルディレクトリ mount-pointに付けます。非rootのユーザーが彼らがどれを許可を書いてもらうかについ て、ディレクトリに割当を開始するのを許すためにsetuid rootにモードを mount.cifsに設定することが、可能です。
mount.cifsへのオプションは、key=value組のコンマで区切られたリストとして指定され ます。ここでリストされるそれらより別のオプション（cifsファイルシステムカーネルモ ジュール（cifs.ko）が彼らをサポートするassum-ing）を送ることは、可能です。cifs vfsカーネルコードに通過されるUnrec-ognizedされたcifsマウントオプションは、カーネ ルログに記録されます
mount.cifsは、cifs vfsがcifsdという名前をつけられる糸を開始する原因になります。 上った後に、マウントした資源がアンマウントされる（通常umountなユーティリティによ って）まで、それは走り続けます。
オプション
user=arg
つながるユーザー名を指定します。これが与えられないならば、環境変数USERが使われま す。このオプションは、パスワードとワークグループがユーザーの一部として指定される のを許すために、形に「user%password」または「ワークグループ/ユーザー」または「ワ ークグループ/user%password」を持っていくこともできます-名前。
=== 注 === cifs vfsがパラメータuser=を受け入れる点に注意してください、さもなければ、smbfsを よく知っているユーザーのために、それはパラメータusername=のより長い形を受け入れ ます。同様に、より長いsmbfsスタイルのパラメータ名は、より短いcifsパラメータ pass=,dom=とcred=の同義語と認められるかもしれません。
password=arg
CIFSパスワードを指定します。この任意選択がされないならば、envi-ronmentな変数 PASSWDが使われます。ゲストオプションが指定されない限り、パスワードが上るために議 論を通して直接、または、間接的に指定されないならば、mount.cifsはパスワードのため に迅速にやります。
なお、デリミタ性格を含むパスワード?（すなわち、コンマ皙皎は、コマンドラインで正 しく解析されることができません。方法-決して、パスワード注意でPASSWD環境変数で、 または、証明書ファイル（下記参照）によって定められるか、入れられる同じパスワード は、正しく読まれます。
credentials=filename
ユーザー名やパスワードを含むファイルを指定します。ファイルのフォーマットは、以下 の通りです：
username=value password=value
これは、共有ファイルで元の文でパスワードを持つことの上に好まれます、例えば/その 他/fstab.必ずきちんとどんな証明書ファイルでも保護するようにしてください。
uid=arg
マウントしたファイルシステムのすべてのファイルを所有するuidをセットします。それ は、ユーザー名か数のuidとして指定されるかもしれません。目標サーバーがCIFS Unix機 能拡張をサポートするとき、このパラメータは無視されます。
gid=arg
マウントしたファイルシステムのすべてのファイルを所有するgidをセットします。それ は、groupnameか数のgidとして指定されるかもしれません。目標サーバーがCIFS Unix機 能拡張をサポートするとき、このパラメータは無視されます。
port=arg
CIFS支持を協議する接触への試みに、ポート番号をサーバーの上に置きます。CIFSサーバ ーがこのportでリスンしていないならば、あるいは、それが指定されないならば、portが そうであるデフォルトはすなわち、445がそうであるportをためしましたします、そして、 反対ならば、反応、それからportは139審理されます。
netbiosname=arg
RFC1001 netbiosセッションをするときport139を通してサーバーまで上ることがクライア ントnetbiosマシン名を意味するために使用にRFC1001源名を指定するとき、初期化してく ださい。
file_mode=arg
サーバーがCIFS Unix機能拡張をサポートしないならば、これはデフォルトファイルモー ドを越えます。
dir_mode=arg
サーバーがCIFS Unix機能拡張をサポートしないならば、これはディレクトリのためにデ フォルトモードを越えます。
ip=arg
転送先のホストまたはIPアドレスをセットします。
domain=arg
ユーザーの領域（ワークグループ）を決めます
guest
パスワードのためのプロンプトをしない。
iocharset
Charsetは、ローカルパス名をユニコードに変えたものです。サーバーがそれをサポート するならば、ユニコードがネットワークパス名のためにデフォルトで使われます。 iocharsetが指定されないならば、ローカルクライアントカーネル造りの間、指定される nls_defaultが使われます。サーバーがUni-コードをサポートしないならば、このパラメ ータは使っていません。
ro
mount リードオンリー
rw
mount リード－ライト
setuids
CIFS Unix機能拡張がサーバーで交渉されるならば、クライアントはローカルプロセスの 効果的uidとgidを新しく作成されたファイル、ディレクトリと装置（create, mkdir, mknod）の上に置こうとします。CIFS Unix機能拡張が交渉されない、新しくつくられたフ ァイルとデフォルトuidを使う代わりに、ディレクトリと明記されるgidのために開始しま す、inodeが再ロードされる（または、ユーザーは共有を再マウントした）とき、地元で、 ファイルのためのuidが変わることができることを意味する新しいfileのuidとgidをたく わえてください。
nosetuids
クライアントは、uidとgidを新しく作成されたファイル、ディレクトリとuidとgidをデフ ォルト（通常、割当を開始したユーザーのサーバーuid）にセットしているサーバーに終 わる装置（mkdirに、mknodをつくってください）での上に置こうとしません。サーバー （クライアントよりはむしろ）をuidとgidをセットさせることはCIFS Unix機能拡張がそ うであるdefault.Ifです交渉する、それから、新しいファイルのためのuidとgidはmount の上で３回指定されるマウンターまたはuid（gid）parame-のuid（gid）であるよ うに見えます。
perm
クライアントは、許可チェック（vfs_permissionは、モードと望ましい活動に対してファ イルのuidとgidのチェックします）（これがサーバーソフトウェアによってされる目標機 械の通常のACLチェックに加えてある注）をします。チェックしているクライアント許可 は、デフォルトで可能にされます。
noperm
クライアントは、許可チェックをしません。これは、ローカルクライアントシステム上で 他のユーザーによってアクセスにこのmountのファイルを公開することができます。サー バーがCIFS Unix機能拡張をサポートするとき、それはcallyに必要とされるだけのtypi- です、しかし、クライアントとサーバーシステムのUID/GIDはユーザーによるアクセスが マウントをしているのを許すのに十分密接に合いません。これがサーバーソフトウェア （mount時間に提供されるユーザー名に対するサーバーACLの）によってされる目標機械の 通常のACLチェックに影響を及ぼさない点に注意してください。
directio
このmountの上で開かれるファイルで、inodeデータキャッシングをしないでください。こ れのファイルをmmapingしているこのpre-cludesは、上ります。場合によっては速いネッ トワークとクライアント（例えばapplica-tionが同じデータを再読することのないページ サイズより大きい大きな連続した読み物をしているとき）に対するほとんどキャッシング 利益ででなく、これはoplock（キャッシング券）が与えられて、持たれるならば読み物 （readahead）を貯蔵して、ローカルLinuxクライアントpagecacheを通して書く （writebe-雌鹿）デフォルトふるまいより良いパフォーマンスを提供することができます。 監督する注は、ページサイズより大きな書込み操作をサーバーに送信させられます。若干 のカーネルで、これはCIFS_EXPERIMENTAL con-の数字オプションで構築されることを cifs.koモジュールに要求します。
mapchars
性格（性格より大きくてより少なくて、asterikな、コロン、疑問符、パイプを含むこと 以外は、バックスラッシュでない）を専用の7つのうちの6つを翻訳します再配置しますま た、CIFSクライアントがWindows碵POSIXエミュレーションによってそのような性格で作成 されるファイルを認めるのを許可する範囲（0xF000より上に）。Samba（それは、また、 名前がこれらの7つの性格のどれでも含むファイルを作成して、開くのを禁じます）の大 部分のバージョンまで上るとき、これは役に立つこともありえます。サーバーが電報でユ ニコードをサポートしないならば、これは影響を持ちません。
nomapchars
これらの7つの性格の何も翻訳しないでください(デフォルト)
intr
現在unimplementedされた
nointr
(デフォルト)現在unimplementedされた
hard
サーバーが壊れるとき、cifsマウントしたファイルシステムのファイルにアクセスしてい るプログラムはハングします。
soft
サーバーが壊れて、ユーザアプリケーションにエラーを返すとき、cifsマウントしたファ イルシステムのファイルにアクセスしているプログラムはハングしません（デフォルト）。
noacl
たとえサーバーが彼らをサポートするとしても、POSIX ACL活動を許さないでください。
CIFSクライアントは、Sambaサーバー版3.10に、そして、後で、POSIX ACL（getfacl、 setfacl）を得ることができて、セットすることができます。cifsモジュールを構築する とき、POSIX ACLをセットすることはCIFS構成オプションでXATTRとそれからPOSIX支持を 可能にすることを必要とします。POSIX ACL支持は、mountの上で「noacl」を指定するこ とによって、処方mount基礎の上で使用不能でありえます。
nocase
合っている（サーバーsuportsならば、敏感な人がデフォルトであることをケースに入れ る）大文字と小文字の区別をしないパス名を要請してください。
sec=
セキュリティモード。許された価値は以下の通りです：
・何も、ヌルとして接続にユーザーを試みません(名前でない)
・krb5 Use Kerberos版5認証
・krb5i Use Kerberos認証と箱署名
・給仕しているntlm Use NTLMパスワード(デフォルト)
・給仕しているntlmi Use NTLMパスワード で 署名すること (進行中のもしも /proc/fs/cifs/PacketSigningEnabledまたはもしもサーバーは、sign-ingもデフォルトで ありえることを義務づけます)
・給仕しているntlmv2 Use NTLMv2パスワード
・署名している箱で給仕しているntlmv2i Use NTLMv2パスワード
［NB This［sec パラメータ］は、開発中で、cifsカーネルモジュール1.40で利用できる ことになっていて、より最近です］
nobrl
バイト範囲ロック要請をサーバーに送信しないでください。これは、義務的なバイト範囲 がロックする（そして、大部分のcifsサーバーは、まだadvi-soryバイト範囲ロックを要 請することをサポートしません）cifsスタイルと絶縁する特定のアプリケーションのため に必要です。
sfu
CIFS Unix機能拡張が交渉されないとき、フォーマットで装置ファイルとfifosをUnix版 （SFU）Servicesと互換性を持つように作ろうとしてください。そのうえ、特質（SFUがそ うして）をされるSETFILEBITSを通して、モードのビット10-12を取り戻してください。将 来、モードモードの一番下の9ビットも、セキュリティ記述（ACL）の質問を使って模倣さ れます。［NB：CIFS VFSのバージョン1.39以降を必要とします。symlinksを認めて、SFU interop-でsymlinksをつくることができるために、erableな形は、CIFS VFSカーネル mod-uleのバージョン1.40以降を必要とします。
serverino
使用inode番号（ユニークな持続的なファイル識別子）は、クライアントで自 動的に一時的なinode番号を生み出す代わりに、サーバーで帰りました。サーバーinode番 号がhardlinkedされたファイル（彼らが同じinode番号を持って）を汚すことをより簡単 にする、そして、inode番号が持続的かもしれない（それは、若干のsofwareのために userfulです）が、サーバーは複数のサーバー側mountが一つの株式（複数のファイルシス テムが同じ共有より高水準ディレクトリの下で開始されるならばサーバーのinode num-bersがユニークでないかもしれない時から）の下に輸出されるならば、inode番号が ユニークなことを保証しません。それらがCIFS Unix機能拡張をとてもサポートするが、 すべてのサーバーが帰りのサーバーinode番号をサポートするというわけではない点に注 意してください、そして、Windows 2000と後のサーバーは一般的にこれ（あらゆるローカ ルサーバーファイルシステム上でそうとは限らないが）をサポートします。サーバーが帰 りのinode番号または等価物に対する支持が欠如しているならば、パラメータは影響を持 ちません。
noserverino
クライアントは、デフォルトでinode番号（サーバーから実際のものを使うよりはむしろ） を生み出します。
nouser_xattr
（デフォルト）Do、xattrsを得て/セットするために、getfattrに/setfattrに認めてくだ さい。サーバーがさもなければそれをサポートするならば、平らにしてくださ い。
rsize=arg
デフォルトネットワークは、サイズを読み込みました
wsize=arg
デフォルトネットワークが、サイズを書きます
--verbose
mountのためにさらなるデバッグ情報を印刷してください。このパラメータが指定されな ければならない注-o。例：
mount-t cifs//server/share/mnt --verbose -o user=username
NVIRONMENT変数
可変的なUSERは、サーバーに認証するのに用いられる人のユーザー名を含むかもしれませ ん。変数は、フォーマットusername%passwordを用いてユーザー名とパスワードをセット するのに用いられることができます。
可変的なPASSWDは、クライアントを使用している人のパスワードを含むかもしれません。
可変的なPASSWD_FILEは、pass-語を読むファイルのパス名を含むかもしれません。1行の 一回の入力が、パスワードとして読まれて、使われます。
メモ
この命令がrootだけによって使われるかもしれません、setuidをインストールしなかった 限り、その場合には、noeexecとnosuidmount旗は使用可能にされます。
構成
構成を作るための主要な仕組みは変わります、そして、デバッグを読むために、cifs vfs のための情報はLinux/procファイルシステムによってあります。direc-に、保守主義者 /proc/fs/cifsは、デバッグ情報を示すことができるいろいろな構成ファイルと疑似ファ イルです。さらなる最初のオプション（例えばカーネルcifs vfs（cifs.koモジュール） がロードされるとき、セットされるだけかもしれないmaxi-おかあさんバッファサイズと 多くのバッファ）が、あります。これらは、モジュールインストール（デバイスドライバ 荷）の間、cifsに通過されるかもしれないオプションをリストするファイルcifs.koに対 してmodinfo有用性を走らせることによって見られることができます。詳細は、カーネル がfs/cifs/READMEをファイルするのを見てください。
バグ
CIFS URL仕様を使用して上ることは、現在支えられません。
証明書ファイルは、主要なスペースでユーザー名またはパスワードを処理しません。
バグレポートへの典型的反応が最初に最新版をためす提案であることに注意すべきです。 最初にそうしているトライを喜ばせます、そして、常に、含めてください?バグを報告す るとき、あなたが関連したソフトウェアの使うどのバージョン（最低限：あなたが連絡し ようとしているmount.cifs（mount.cifs-Vをためします）、カーネル（見る/proc/バージ ョン）とサーバータイプ。
バージョン
このマニュアルページは、cifs vfsファイルシステム（ざっとLinuxカーネル2.6.15）の バージョン1.39のために正しいです。
参照
リナックスカーネル源木のドキュメンテーション/ファイルシステム/cifs.txtと fs/cifs/READMEは、さらなるオプションと情報を含むかもしれません。
umount.cifs(8)
著者
Steve French
構文とマニュアルページは、smbmountのそれに、ゆるく基づきました。それは、Jelmer VernooijによってDocbook/XMLに翻訳されました。
Linux cifs vfsとuserspaceツールmount.cifsの保持者は、Steve Frenchです。Linux CIFS Mailingリストは、これらのプログラムに関してques-tionsを尋ねるための好ましい 場所です。
MOUNT.CIFS(8)