アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
sambaを安心して使えますか？ (スコア:3, 興味深い)
たとえば8.3ファイル名を扱うソフトがあった場合にファイルが上書きされてしまう、ファイルのパーミッションがおかしくなるなどでした。
Sambaベースのファイルサーバは結構あちらこ
May the 4th B w/z U
Re:sambaを安心して使えますか？ (スコア:5, 参考になる)
短いファイル名は、長いファイル名の先頭5文字 + ~ + 適当なalnum + 適当なalnum という具合に生成しています。 下2つの alnum は、ファイル名のハッシュ値から生成しており、 また A-Z0-9 の 26 * 26 なので約1/1300という確率でぶつかるわけです。
どうしても短い名前が競合するなら、smb.conf にて mangling method = hash2 などと指定するといいかも知れません。
それでもダメなら、ハッシュ値を求める部分に alnum だけでなく # や $ などの記号も含める patch を書いてください。
Re:sambaを安心して使えますか？ (スコア:2, 参考になる)
いつからこうなっていたのかは追いきれていませんが、最近になっての変更ではなく、少なくとも 2.0.x の時代からそうなっていたようです。
すなわち、( 26 + 10 + 7 ) ^ 2 なので、約1/1800の確率で名前が衝突する、ということになります。
また、短い名前(SFN)が動的に生成されるということは、SFNが衝突するだけでなく、長い名前(LFN)を使うアプリケーションAがLFNを変更すると、SFNを使うアプリケーションにもその影響が及ぶ、という問題もあります。
ちなみに 3.0.0beta1 では mangle method = hash2 になっていますが、hash2 の場合、mangling char パラメータが無視されて常に ~ が使われるようです。
Re:sambaを安心して使えますか？ (スコア:1)
- A-Z0-9 の 26 * 26 なので約1/1300
+ A-Z0-9 の 36 * 36 なので約1/1300