アカウント名:
パスワード:
https://srad.jp/comment/3232434 [srad.jp]
Windows の クライアントから SMB 2.0 の通信で、共有フォルダに作成したファイルへのアクセスがエラーになる場合がある [microsoft.com]SMB2 通信を利用してファイルが正しく参照できないことがある [microsoft.com]
見えなかったり、見えるのにアクセスできなかったり、書き込みして閉じたら破損したり、偶々の同時rw要求アクセスでデッドロック起こしてハングアップ引き起こしたり、そういうの全部なおしてから言え(SMB2で導入されたキャッシュとロック機構変更の問題なんでSMB1ではどれも起きない)SMB3でもほぼどれも治ってないだろが。
ってことで、2020年現在でも SMB1 が一番安定して使えるというのが現状です。LinuxのSambaやNASなどをファイルサーバとした場合でも SMB1 にするのが一番安定します。特に複数台から読み書きする場合、SMB2 や SMB3 だとロック関係の不具合が起こりまくりですからね。
不具合が修正されるのが現行バージョンのメリットであるはずなのに、Microsoftも不具合を認識しつつも、何故か SMB3 の不具合を修正しないのが謎。
脆弱性だけでなく、既知の不具合の修正パッチも出していただきたいものです。
SMB1が安定してるとか何の冗談かと脆弱性だらけで真っ先に切られたのに
実装の安定性と利用時の安定性は意味が違うからね。
SMB1 は使ってたらわかるが、週に2、3度はファイルが破損して復元不可能になる。端末から書き込み成功でも、サーバー側では書き込み処理されてない。ファイルの競合処理されず、壊れたファイルが出来てもエラー検出は不可能。SMB1でやってるとファイル壊れても、ファイルシステム上は「正常」ステータスだからな。別のところでファイルの内容を参照してみるまで、エラーにも気付かない。
エラーは握りつぶしたほうがバカにはウケがいいということか
Windows7でsambaのファイルがうまく開けない件について(oplocks死すべし) http://april.fool.jp/blogs/2014/01/26/windows7%E3%81%A7samba%E3%81%AE%... [april.fool.jp]
Windowsファイル共有(SMB)で「遅延書き込みデータの紛失」によりファイルが破損する https://www.kannon.link/fuku/index.php/2016/12/23/0 [kannon.link]
元ACの貼ってるリンク先くらい読めhttps://srad.jp/comment/3232571 [srad.jp]
キャッシュ無効にしてもなおりません。頻度が軽減するだけです。(体験済み。)パフォーマンスやファイル破損に関しては、これに更にOplockの不具合と設定が絡んで来るんですが、Oplock無効設定にしても完全には治りません。しかもたしかSMB3以降はoplock無効にすらできない。
SMBv1 は競合エラーが起きないのではなく、検出できないだけだから、、、
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
SMB2 と SMB3 は不具合だらけ (スコア:2, 興味深い)
https://srad.jp/comment/3232434 [srad.jp]
Windows の クライアントから SMB 2.0 の通信で、共有フォルダに作成したファイルへのアクセスがエラーになる場合がある [microsoft.com]
SMB2 通信を利用してファイルが正しく参照できないことがある [microsoft.com]
見えなかったり、見えるのにアクセスできなかったり、書き込みして閉じたら破損したり、
偶々の同時rw要求アクセスでデッドロック起こしてハングアップ引き起こしたり、そういうの全部なおしてから言え
(SMB2で導入されたキャッシュとロック機構変更の問題なんでSMB1ではどれも起きない)
SMB3でもほぼどれも治ってないだろが。
ってことで、2020年現在でも SMB1 が一番安定して使えるというのが現状です。
LinuxのSambaやNASなどをファイルサーバとした場合でも SMB1 にするのが一番安定します。
特に複数台から読み書きする場合、SMB2 や SMB3 だとロック関係の不具合が起こりまくりですからね。
不具合が修正されるのが現行バージョンのメリットであるはずなのに、Microsoftも不具合を認識しつつも、何故か SMB3 の不具合を修正しないのが謎。
脆弱性だけでなく、既知の不具合の修正パッチも出していただきたいものです。
Re: (スコア:0)
SMB1が安定してるとか何の冗談かと
脆弱性だらけで真っ先に切られたのに
Re: (スコア:0)
Re: (スコア:0)
実装の安定性と利用時の安定性は意味が違うからね。
Re: (スコア:0)
SMB1 は使ってたらわかるが、週に2、3度はファイルが破損して復元不可能になる。
端末から書き込み成功でも、サーバー側では書き込み処理されてない。ファイルの競合処理されず、壊れたファイルが出来てもエラー検出は不可能。
SMB1でやってるとファイル壊れても、ファイルシステム上は「正常」ステータスだからな。別のところでファイルの内容を参照してみるまで、エラーにも気付かない。
Re: (スコア:0)
エラーは握りつぶしたほうがバカにはウケがいいということか
Re: (スコア:0)
Windows7でsambaのファイルがうまく開けない件について(oplocks死すべし)
http://april.fool.jp/blogs/2014/01/26/windows7%E3%81%A7samba%E3%81%AE%... [april.fool.jp]
Windowsファイル共有(SMB)で「遅延書き込みデータの紛失」によりファイルが破損する
https://www.kannon.link/fuku/index.php/2016/12/23/0 [kannon.link]
Re: (スコア:0)
元ACの貼ってるリンク先くらい読め
https://srad.jp/comment/3232571 [srad.jp]
Re: (スコア:0)
SMBv1 は競合エラーが起きないのではなく、検出できないだけだから、、、