SMB/CIFSは最強のファイル共有プロトコル■NFS?笑 [転載禁止]©2ch.net

1login:Penguin2015/01/18(日) 03:34:02.63ID:V8EiHESf
NFSとか使っていいの小学生までだよね〜w

Windowsのファイル共有プロトコル由来の
CIFSこそが最強のファイル共有プロトコル。

マイクロソフトが拡張したUnix対応機能で
パーミッション、所有者だけでなく
シンボリックリンクやハードリンクまで公式サポート
最強のファイル共有プロトコルですね。

4login:Penguin2015/01/18(日) 16:14:18.19ID:jgWlhVFZ
windowsが一切無い環境でも使われてるの?

5login:Penguin2015/01/18(日) 17:02:31.64ID:MT+GJQAf
>>4
そんな環境ほとんどないから

6login:Penguin2015/01/18(日) 17:35:16.21ID:ZRqZR4hb
>>4
他に使えるプロトコル無いでしょ?

NFSはあきらかにCIFSよりも劣るし、
iSCSIなんかは、ファイル"共有"プロトコルではない。

世の中のNASなんかCIFSでアクセスでしょ。

7login:Penguin2015/01/18(日) 22:59:41.64ID:orOl7T9g
>>6
SMB/CIFSに較べてNFSのどの辺が劣るの(´・ω・`)?

8login:Penguin2015/01/18(日) 23:48:54.62ID:oBlK5Enf
>>7
どこか勝ってるところあるの?

9login:Penguin2015/01/19(月) 01:32:31.91ID:lNHoB+LN
>>7
遅い
アクセス権制御が貧弱
エクスポート設定に柔軟性がなく面倒
Windowsが標準で対応していない

10login:Penguin2015/01/19(月) 01:38:29.46ID:H1Z6ofBM
Linuxだと拡張属性がサポートされてたりするけど大したメリットじゃないな
性能面での優位性はあるけど、それもLinux同士での話だし
でもNFSを捨ててどこに行くかと言えばGlusterFSやGFSみたいな分散ファイルシステムだよな

11login:Penguin2015/01/19(月) 01:42:02.58ID:p2MPjY68
オフィスに置くファイルサーバとかだと細かいアクセス制御必要かもしんないけど
DC に置くサーバ環境だと NFS でもあんまり困ることはないなぁ。
Windows も関係ないこと多いし。

12login:Penguin2015/01/19(月) 02:47:10.42ID:lNHoB+LN
要求が求められてない時は機能が低いNFSでも十分なこともあるが
わざわざNFSを選択する理由がない。

13login:Penguin2015/01/19(月) 02:51:58.72ID:p2MPjY68
わざわざ CIFS を選択する理由がないなぁ。

14login:Penguin2015/01/19(月) 03:59:03.98ID:g1UEU2gH
>>8-9
Linux同士でもNFSよりSMB/CIFSのほうがいいの(´・ω・`)?

15login:Penguin2015/01/19(月) 07:15:57.94ID:en764Yfn
適用対象を限定せずにSMB/CIFSが最強とか頭悪いんじゃね?

16login:Penguin2015/01/19(月) 07:48:26.74ID:PCP54ydN
>>14
ALLLinuxだとしてNFSの勝っている点は?

17login:Penguin2015/01/19(月) 10:49:15.97ID:97L0UcRi
CIFSで大文字小文字の扱いってどうなってんの?
NTFSはFS層では対応しているけど、OSのAPIレベルで同一視させていると聞いた。

18login:Penguin2015/01/19(月) 10:51:50.00ID:p2MPjY68
Linux 間で CIFS ってどういう用途に使ってるんだろ。

19login:Penguin2015/01/19(月) 11:12:38.43ID:aDmQGXDq
Linux同士でSMB使うなんて発想無かったから比較すらしたことなかったけどNFSのほうが普通に速いと思ってた

20login:Penguin2015/01/19(月) 16:12:54.76ID:ZpFPF5om
ノートPCと自宅ファイル鯖のLinux同士でNFS使った感じだとSMBより安定してるし転送速度は速かった
ただアンマウント忘れて外に出るとファイラーがフリーズしたり家に帰って最初にマウントする際に妙に時間がかかったり
設定を真面目にすればいいだけなのかも知れんがめんどくさくなってSMB使ってる

21login:Penguin2015/01/19(月) 16:23:11.23ID:p2MPjY68
>>20
> アンマウント忘れて外に出るとファイラーがフリーズしたり
これは soft mount でなんとかならないかな。

22login:Penguin2015/01/19(月) 16:29:57.96ID:ZpFPF5om
>>21
おぉ、サンクス。こういうものがあるのか。
説明読む限り上手く行きそうな予感。使ってみる。

23login:Penguin2015/01/19(月) 18:13:19.04ID:eWOGOQjr
>>18
リンクの扱いが違う

24login:Penguin2015/01/19(月) 18:23:16.40ID:p2MPjY68
>>23
どういう用途かと言ったんだが。

25login:Penguin2015/01/19(月) 18:53:17.66ID:eWOGOQjr
>>24
ごめんなさい

26login:Penguin2015/01/19(月) 20:14:45.24ID:nEmH++3z
>>18
普通にファイル共有だろ
ネットワーク内に Linux マシンしかないなら NFS でもいいんだろうけど、Windows マシンがあるなら Linux マシンにも Samba がセットアップされてるのは珍しくない
Linux 同士とは言え NFS の設定が面倒だから CIFS でって言うケースはあると思うよ

27login:Penguin2015/01/20(火) 11:41:27.02ID:4SKZhK30
ぼくはNFS派(´・ω・`)ノ
他にもおる?

28login:Penguin2015/01/20(火) 11:51:22.33ID:+KFlk8do
「派」とかそういう話か?

29login:Penguin2015/01/21(水) 00:25:51.71ID:o82aiL/j
AFP派もおるかな(´・ω・`)?

30login:Penguin2015/01/21(水) 01:36:12.53ID:d9gI90EM
俺はReuter派

31login:Penguin2015/01/21(水) 12:33:06.30ID:aihdLNl+
スマホアプリにSMBが使えるのがあるんだよな
https://play.google.com/store/apps/details?id=com.rhmsoft.fm

LinuxにSambaが入ってても当然使える

32login:Penguin2015/01/21(水) 20:46:14.82ID:sCkG5Ubo
Sambaしか動いている必要がなくてできるだけリ
ソースを食わないファイルサーバーを作る時、
どのディストリを採用しますか?
ディストリの将来性まで考えたら、Debianかなぁ?

33login:Penguin2015/01/22(木) 08:01:10.38ID:fdsiqRBx
in-kernelなNFSとuserspaceのsambaを考えれば、LinuxオンリーならNFS一択。

34login:Penguin2015/01/22(木) 17:30:50.35ID:nE80B1Lj
そろそろ新しいファイル共有(転送?マウント?)プロトコルが出てきてもいいのにな(´・ω・`)

35login:Penguin2015/01/22(木) 18:22:17.19ID:Jq0VJ1Ex
>>34
いろいろ出てるじゃん。
>>10 とか。

36login:Penguin2015/01/22(木) 20:41:23.55ID:H07TBxK9
NFSは/etc/exportsに一行、公開するディレクトリやIPアドバイス範囲やオプション書くだけでいいし
クライアント側もmountコマンド一発で楽なんだけどなぁ…
スマホのファイラーアプリからアクセスするためにsamba入れたけど設定がちょい複雑で諦めて放置してる

スマホを除けば全部Linux環境だからNFSで満足してるけどパフォーマンスで劣るなら変えたい
どうなんだろy…

37login:Penguin2015/01/22(木) 22:11:35.88ID:lGMI3mY/
>>36
その程度なら
sshfsでいいや
linuxのファイル共有アクセスって
中の人でバカがどんどん壊しているから

GNOMEな糞どもとかな

38login:Penguin2015/01/23(金) 01:09:37.98ID:fNWxywAP
でもsshfsだとWindowsで使いにくいじゃん

39login:Penguin2015/01/23(金) 10:05:03.66ID:4ISmUe1s
>>36
> スマホを除けば全部Linux環境
って言ってんじゃん。

40○☆温泉☆○ ◆2iML/LSl36 2015/01/30(金) 15:12:06.27ID:o6bKYW+Z
>>38
~/が小さくてその下に大きなファイルシステムをマウントしてる(私だ)とかでなければ、
win-sshfsで何ら問題ないと思っています。
若干安定しないけれど。

>>34
SFSというものすごくめんどくさいのが、比較的近年出ました。
NFSマウンタとSSLを使います。
ディストリビューテッドだったきもしますが、
あとは、プロトコル自体は古いけれどHTTP(webDAV)とか。
私もNFSを大幅に改良したものがほしいと思っています…

>>35
GFSはファイルを共有するものではなく文字通りのファイルシステムですし、
GlusterFSはストレージのクラスタ化と処理サーバーの分散を目的としたもので
ローカルでファイルをやりとりするものではありません。
GlusterFSでディスクを持っている1台だけBrickにして、
まともなディスクがないのをclientにするかNFSやCIFSでマウントすれば
ファイル共有として使うこともできますけれど。

>>36
ファイアウォールとかUIDとかもお忘れなく…
LDAPや、そこまででなくてもypが入るだけでもそこそこ手間です。

41login:Penguin2015/09/12(土) 20:04:42.87ID:FTCXnUGC
そうでもないよ

42login:Penguin2015/11/05(木) 21:29:04.72ID:EkdiisKM
単純に機能的に最強なのはSMB3.0だな
ちょっと比較にもならない

43login:Penguin2015/11/07(土) 01:24:08.57ID:zElEDy5q
CentOS7.1でsamba上げてwin7からファイル転送したら900Mbpsぐらい出て草

44login:Penguin2015/11/22(日) 11:33:49.18ID:wC7aB+Ya

45login:Penguin2015/11/22(日) 11:35:38.02ID:HVHM0S18
シンボリックリンクやハードリンクまで公式サポート … これが売り文句か
笑ってしまった。

46login:Penguin2016/01/19(火) 10:57:01.06ID:OO0qNZg5
FSレベルでマルチチャネル、マルチパスに対応したのは良いけどsambaでいつになったら使えるんだろうか

47login:Penguin2016/02/14(日) 07:32:27.39ID:dxgOpmhL
素朴な疑問
OSだけ再インストールしても
元のデータ読めるのは何で?
ACLってローカルユーザーのもので、
OS変わったらSIDも変わるから読めなくなるんじゃないの

48login:Penguin2016/03/23(水) 14:31:33.94ID:l4dC762m
samba4.4きた(´・ω・`)

49login:Penguin2016/06/09(木) 12:55:40.39ID:ZkEB0fan
>>47
WindowsのACLの話?

Windowsは各ユーザーやグループなどに固有のSIDを付与していて
そのSIDベースでアクセス管理を行っているというのがまず前提ね。

で、普通にWindows上でどこぞやのフォルダにファイルを作成すると
そのファイルにはデフォルトで"Users"と"Administrators"グループの
アクセス権限が付与されているでしょ?

これらのローカルグループは"ローカル・グループSID"と呼ばれるSIDを持っていて
どのWindows OSでも変わらない決まった値を持っている。

なので新規にWindowsOSを再インストールしてアカウントを追加しても
新しく作成する一般ユーザーは"Users"グループに所属させられているので
前のOSで作成した同じ"Users"グループがアクセスできるファイルには普通にアクセスできる。

ここまでは作成ファイルに対してACL設定を変更していない場合のお話し。

前のOSのAdministrator等以外のユーザーの持っていたSIDは
新規OSには存在しないユーザーのSIDなので「不明なアカウント」扱いになってしまう。

だからそのSIDに対して"のみ"アクセス権限が付与されているファイルには
新規OSのユーザーからはアクセスできなくなってるよ。

ドメインが絡んでくるともう少し話がややこしくなるけどね。

50login:Penguin2017/12/29(金) 16:38:37.35ID:S/CsVkMC
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

R5AGHP94MN

51login:Penguin2018/07/02(月) 01:07:40.56ID:dEYbMI95
おっせーよなホント
仮想内のゲスト同士でなんでこんな地獄遅いんだよってレベル

52login:Penguin2018/09/27(木) 16:04:59.00ID:FP8Vhqhs
このスレで聞いて良いのかわからないのですが、nfsに詳しい人が多そうなので質問させていただきます。
nfsv4で/etc/fstab以下に
/nas /export/ none bind 0 0
と書いて、/nasというフォルダ(名前の通りnas用hddをマウントしたものですが)を共有しているのですが、
/nas、/export共に一番上のディレクトリだけ共有者がnobody:nogroupになっています。
/nas以下にディレクトリやファイルを作成したりするとちゃんと作成したユーザーが所有者になるので、ぐぐってでて
くるようにディレクトリ、ファイルすべてがnobody:nogroupの所有になってしまう現象とは違うと思うのですが、一番
上のディレクトリはnobody:nogroupが所有者で正しい挙動なのでしょうか?

53login:Penguin2018/09/27(木) 16:05:47.13ID:FP8Vhqhs
>共有者がnobody:nogroup
所有者がnobody:nogroupの間違いです。すみません。

54login:Penguin2018/09/29(土) 16:57:38.22ID:qrUGBdob
nfsv4でもUIDで識別していて、ユーザー名が違ってもUIDが同一の人は同一人物だと
認識されてファイルに読み書きできてしまうのは変わらないようですが(一部サイトだとidmapdでユーザー名とUIDの
マッピングをし直すとか書いてあるけど現実にはnfsv3までと変わらない模様)、nfsv4をリリースするときになんで
このバカ仕様直さなかったんだろう・・・

新着レスの表示
レスを投稿する