花井@京都です． From: 田中 元 <BYH01337@xxxxxxxxxxx> > 00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) > ということでした。マイナーな製品でしょうか? 僕は使ったことありませんが，利用者は多いです． multicast が出来ないとは初めて知りました． > いま現在悩んでいるのは、一般ユーザーでアイコンを開けるのに(必要はありません > が)rootで開けない点と、 この辺はパソコンシステムとの哲学の違いでしょうか? root でアクセスする ことなど出来なくしてあるのが普通と思うのです．ftp でも，samba でも root でのアクセスなど出来ません．そんなことができるようにしてあったら， Linux にも理由のわからないウイルスが跳梁跋扈したり，システムが予期せ ぬ障害を受けたりすること必至です． > 共有フォルダに容量制限を設けるなどして不特定多数からの > アクセスでシステムが被害を受けないようにするための工夫を学ばなくてはならない点 不特定多数からの書き込みを許すのですか???? なかなか例を見ない運用ですね．容量制限は，一番単純なのは，そのサイズの ファイルシステムを作っておく(簡単な話しが，例えば，100 MB のパーティショ ンを作っておいて，これを共有フォルダーにする．こうしていれば，100 MB 以上には絶対なりません)ことでしょうか．そうすれば，絶対それ以上に はなりません．わざわざ，実際に新しい物理的パーティションを作らなくても， 100 MB の空のファイルをつくって，それを loop device としてマウントすれ ば，100 MB の新しいパーティションはすぐ作れます． > です。なお、日ごろ使用しているパスワードが八文字以内におさまらず、afpdを使用す > る際には使えないというのは残念でした。 なるほど，パスワードが8文字以上だったのですね．でも，これは afpd による制限ではなくて，8文字以上のパスワードを送れないというMacOS 側の制限と思います．afpd は pam system を利用しているだけなので， (MacOS が送り出すことさえ出来れば)システムと同じパスワードを受け 付けると思います． あと，僕の経験では，特殊文字をパスワードに利用すると，システムに はログインできるのに，netatalk や samba からはログイン出来ないこ とがあります．(それも，両者で微妙に違う)