Mac OS Xでサーバー part3
910 ：名称未設定：
MacOS X をUnixとして使ってる人の為スレに質問したら
誘導されましたので、重複で読んでる方すみません。
------
NetInfoに6000アカウントほど登録したら、
ls -l /Users/myuser とか、chown myuser xxxとか
実行するの５〜１０秒もかかるんですか、これって正常ですか？
chown×3000したら、６時間もかかりました。
ひょっとしてNetInfoの内部DBって
ユーザ名やuidの索引(index)作ってないんですかねー？
LDAP使ったらパフォーマンス改善するか知ってる人はいませんか？
それとサーバ管理アプリを使って、
NetInfoからLDAPに移行してみようと思いますが、
6000ユーザだとどれくらい時間がかかるか知ってる人はいませんか？
誘導されましたので、重複で読んでる方すみません。
------
NetInfoに6000アカウントほど登録したら、
ls -l /Users/myuser とか、chown myuser xxxとか
実行するの５〜１０秒もかかるんですか、これって正常ですか？
chown×3000したら、６時間もかかりました。
ひょっとしてNetInfoの内部DBって
ユーザ名やuidの索引(index)作ってないんですかねー？
LDAP使ったらパフォーマンス改善するか知ってる人はいませんか？
それとサーバ管理アプリを使って、
NetInfoからLDAPに移行してみようと思いますが、
6000ユーザだとどれくらい時間がかかるか知ってる人はいませんか？
|
|
|
>>910
lookupdのcacheの設定をしてみてください。man 8 lookupd
cacheが効いてないと、LDAPにしても同じことです。
確かにnetinfodの性能はあまりよくないと思いますが、
> ユーザ名やuidの索引(index)作ってないんですかねー？
ということはないです。
ちなみに万を超えるユーザでも問題なし。NetInfo, LDAP両方で。
lookupdのcacheの設定をしてみてください。man 8 lookupd
cacheが効いてないと、LDAPにしても同じことです。
確かにnetinfodの性能はあまりよくないと思いますが、
> ユーザ名やuidの索引(index)作ってないんですかねー？
ということはないです。
ちなみに万を超えるユーザでも問題なし。NetInfo, LDAP両方で。
キャッシュは有効なようです。
topで見るとlookupdが90%ぐらい占めています。
以下lookupdの設定です。一部省略してます。
$ lookupd -configuration
ConfigSource: netinfo://127.0.0.1/local:/locations/lookupd
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
StatisticsEnabled: YES
TimeToLive: 43200
Timeout: 30
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration
name: lookupd
LookupOrder: Cache FF DNS NI DS
_config_name: Host Configuration
LookupOrder: Cache FF NI DS
_config_name: Service Configuration
LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration
LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration
topで見るとlookupdが90%ぐらい占めています。
以下lookupdの設定です。一部省略してます。
$ lookupd -configuration
ConfigSource: netinfo://127.0.0.1/local:/locations/lookupd
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
StatisticsEnabled: YES
TimeToLive: 43200
Timeout: 30
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration
name: lookupd
LookupOrder: Cache FF DNS NI DS
_config_name: Host Configuration
LookupOrder: Cache FF NI DS
_config_name: Service Configuration
LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration
LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration
でもって以下がステータスです。
$ lookupd -statistics
# Total Memory: 93439
# build: root 2005.02.23 15:00:23 UTC
# version: 324.13
Cache: 326 130 49540
Cache all group: 3 2 0
Cache host ip_address: 70 7 15472
Cache host ipv6_address: 2 1 1134
Cache host name: 65 6 1
Cache user name: 152 86 32249
Cache user uid: 15 14 684
DNS: 119 115 79843
DNS host ip_address: 60 58 49165
DNS host name: 59 57 30678
Failed: 31 31 219284
Failed host ip_address: 2 2 21598
Failed host name: 2 2 2522
Failed user name: 27 27 195164
$ lookupd -statistics
# Total Memory: 93439
# build: root 2005.02.23 15:00:23 UTC
# version: 324.13
Cache: 326 130 49540
Cache all group: 3 2 0
Cache host ip_address: 70 7 15472
Cache host ipv6_address: 2 1 1134
Cache host name: 65 6 1
Cache user name: 152 86 32249
Cache user uid: 15 14 684
DNS: 119 115 79843
DNS host ip_address: 60 58 49165
DNS host name: 59 57 30678
Failed: 31 31 219284
Failed host ip_address: 2 2 21598
Failed host name: 2 2 2522
Failed user name: 27 27 195164
続きです。
NI: 73 42 410316
NI all group: 1 1 25333
NI host ip_address: 2 0 6475
NI host name: 2 0 2519
NI initgroups: 1 1 11603
NI query: 3 3 20505
NI user name: 63 36 341590
NI user uid: 1 1 2291
all group: 3 3 25449
host ip_address: 68 66 102509
host ipv6_address: 2 2 1134
host name: 65 63 42847
initgroups: 3 3 11604
query: 3 3 20509
total: 321 290 690339
user name: 149 122 474597
user uid: 15 15 11689
NI: 73 42 410316
NI all group: 1 1 25333
NI host ip_address: 2 0 6475
NI host name: 2 0 2519
NI initgroups: 1 1 11603
NI query: 3 3 20505
NI user name: 63 36 341590
NI user uid: 1 1 2291
all group: 3 3 25449
host ip_address: 68 66 102509
host ipv6_address: 2 2 1134
host name: 65 63 42847
initgroups: 3 3 11604
query: 3 3 20509
total: 321 290 690339
user name: 149 122 474597
user uid: 15 15 11689
ググって出てくるものより、
かなり1回あたりの時間がかかってるのがおかしいですねー。
試しにキャッシュを切ってみましたが、余計に時間がかかるようになりました。
ですので、ValidationLatencyを180にしてみましたが、
効果はあまり無いようです。
参考URL
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man8/lookupd.8.html
http://www.macdevcenter.com/mac/2003/08/05/graphics/opendir-macdrv.gif
かなり1回あたりの時間がかかってるのがおかしいですねー。
試しにキャッシュを切ってみましたが、余計に時間がかかるようになりました。
ですので、ValidationLatencyを180にしてみましたが、
効果はあまり無いようです。
参考URL
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man8/lookupd.8.html
http://www.macdevcenter.com/mac/2003/08/05/graphics/opendir-macdrv.gif
キャッシュクリアーとか再構築とか・・・？？
>>916
OSごと再起動しても変化無かったので、
キャッシュは問題なさそうですねー。
再構築はどこかやるところありますかねー？
lookupdはデータファイルを持ってないみたいです。
NetInfoの登録内容を１回登録し直してみるのは、
あまりに時間がかかりすぎるので難しいですね。
OSごと再起動しても変化無かったので、
キャッシュは問題なさそうですねー。
再構築はどこかやるところありますかねー？
lookupdはデータファイルを持ってないみたいです。
NetInfoの登録内容を１回登録し直してみるのは、
あまりに時間がかかりすぎるので難しいですね。
いろいろかかっている時間を計測してみました。
キャッシュでヒットしないようにユーザ名を変えてます。
# time dscl . -read /Users/myuser1 > /dev/null
real 0m2.194s
user 0m0.010s
sys 0m0.010s
# time nicl . -read /users/myuser2 > /dev/null
real 0m0.008s
user 0m0.000s
sys 0m0.010s
# time id myuser3 > /dev/null
real 0m2.351s
user 0m0.000s
sys 0m0.000s
キャッシュでヒットしないようにユーザ名を変えてます。
# time dscl . -read /Users/myuser1 > /dev/null
real 0m2.194s
user 0m0.010s
sys 0m0.010s
# time nicl . -read /users/myuser2 > /dev/null
real 0m0.008s
user 0m0.000s
sys 0m0.010s
# time id myuser3 > /dev/null
real 0m2.351s
user 0m0.000s
sys 0m0.000s
次に上のを100回ずつ実行してキャッシュに
ヒットするように検索してみました。
# time ./benchmark_dscl100.sh > /dev/null
real 0m9.080s
user 0m1.490s
sys 0m1.390s
# time ./benchmark_nicl100.sh > /dev/nell
real 0m0.985s
user 0m0.150s
sys 0m0.740s
# time ./benchmark_id100.sh > /dev/null
real 0m3.097s
user 0m0.120s
sys 0m0.590s
ヒットするように検索してみました。
# time ./benchmark_dscl100.sh > /dev/null
real 0m9.080s
user 0m1.490s
sys 0m1.390s
# time ./benchmark_nicl100.sh > /dev/nell
real 0m0.985s
user 0m0.150s
sys 0m0.740s
# time ./benchmark_id100.sh > /dev/null
real 0m3.097s
user 0m0.120s
sys 0m0.590s
上のを実行してる間top -o cpuで見てると以下のプロセスが動いてました。
dscl: DirectoryService netinfod
nicl: netinfod
id: lookupd
まとめるとNetInfo自体は早いけど、
dscl(DirectoryService)とgetpwnamなど(lookupd)が
NetInfoアクセスするときに時間がかかってると言うことになりますね。
このスピードが正常なんでしょうか？
どこか設定を変えると早くなったりしませんか？
dscl: DirectoryService netinfod
nicl: netinfod
id: lookupd
まとめるとNetInfo自体は早いけど、
dscl(DirectoryService)とgetpwnamなど(lookupd)が
NetInfoアクセスするときに時間がかかってると言うことになりますね。
このスピードが正常なんでしょうか？
どこか設定を変えると早くなったりしませんか？
>>910
1. MaxIdleServers, MaxIdleThreads, MaxThreadsを増やしてください。
足りなくてリクエスト待ちになっている可能性があります。
他にもdaemonその他が動いていますからね。
2. ValidationLatencyはもっと大きくしてください。500くらいには。
versionが古くて全体で一つの設定しか持てないのかな?
個別に持てるようなら時間のかかっているuser, hostを大きく、駄目なら全体を。
3. StatisticsEnabledを切った状態でもベンチしてみてください。
4. NetInfoにもローカルホスト名登録してある場合、NI DNSがベター。
速度のオーダーが違うDNSは別扱いに。
1. MaxIdleServers, MaxIdleThreads, MaxThreadsを増やしてください。
足りなくてリクエスト待ちになっている可能性があります。
他にもdaemonその他が動いていますからね。
2. ValidationLatencyはもっと大きくしてください。500くらいには。
versionが古くて全体で一つの設定しか持てないのかな?
個別に持てるようなら時間のかかっているuser, hostを大きく、駄目なら全体を。
3. StatisticsEnabledを切った状態でもベンチしてみてください。
4. NetInfoにもローカルホスト名登録してある場合、NI DNSがベター。
速度のオーダーが違うDNSは別扱いに。
922 ：910：2005/09/22(木) 20:05:34 ID:dXqbkWgq
>>921
レスありがとうございます。
1〜3はやってみたのですが、やはりまだキャッシュに
入っていないユーザのlookupには時間がかかるようです。
なんとかlookupdを通らずにNetInfoかLDAPに
アクセスさせる方法ってありませんかねー？
現在Courier-IMAP、Postfix、Proftpd、Apacheをテスト稼働させてますので、
Courier-IMAP、Proftpdを直接LDAPにアクセスさせるように設定すれば、
少しはマシになるかなと思います。
ただPostfixだけはどうしてもlookupdを通さないといけないようですので、
大量にメールを送受信した場合に、smtpd、local、cleanup、proxymapなどが
大量に立ち上がり、すぐにサーバ負荷が100%になってしまうようです。
このまま解決できないようだと、せっかく買ったXserveとXserve RAIDを破棄して、
Linuxを使わなければいけなくなりそうです。
長年のMacユーザとして、それは出来るだけ避けたいので、
ご助言をよろしくお願いします。
レスありがとうございます。
1〜3はやってみたのですが、やはりまだキャッシュに
入っていないユーザのlookupには時間がかかるようです。
なんとかlookupdを通らずにNetInfoかLDAPに
アクセスさせる方法ってありませんかねー？
現在Courier-IMAP、Postfix、Proftpd、Apacheをテスト稼働させてますので、
Courier-IMAP、Proftpdを直接LDAPにアクセスさせるように設定すれば、
少しはマシになるかなと思います。
ただPostfixだけはどうしてもlookupdを通さないといけないようですので、
大量にメールを送受信した場合に、smtpd、local、cleanup、proxymapなどが
大量に立ち上がり、すぐにサーバ負荷が100%になってしまうようです。
このまま解決できないようだと、せっかく買ったXserveとXserve RAIDを破棄して、
Linuxを使わなければいけなくなりそうです。
長年のMacユーザとして、それは出来るだけ避けたいので、
ご助言をよろしくお願いします。
>>922
> やはりまだキャッシュに
> 入っていないユーザのlookupには時間がかかるようです。
既にこれ以上出す手はないかどうかは不明だが、
それは仕方ない面もある。
lookupdのコードを読めば分かるが、cacheを扱うコードが糞(初心者プログラマ?)なので、
cacheエントリのadd/deleteに時間がかかる。
cacheエントリは出来うる限り長く有効である設定にするのが良い。
あるいはValidateCacheを、さらにCacheAgentを無効にするか。
# 一台運用みたいだから、CacheAgentは必要ないかもしれない。
> なんとかlookupdを通らずにNetInfoかLDAPに
> アクセスさせる方法ってありませんかねー？
基本的にない。(アプリ、サーバに設定がある場合を除いて)
Mac OS Xの世界では全てOpen Directory経由ということになっている。
> このまま解決できないようだと、せっかく買ったXserveとXserve RAIDを破棄して、
> Linuxを使わなければいけなくなりそうです。
Linuxを勧めます。lookupdよりnss/pamの方がまともだし…
> やはりまだキャッシュに
> 入っていないユーザのlookupには時間がかかるようです。
既にこれ以上出す手はないかどうかは不明だが、
それは仕方ない面もある。
lookupdのコードを読めば分かるが、cacheを扱うコードが糞(初心者プログラマ?)なので、
cacheエントリのadd/deleteに時間がかかる。
cacheエントリは出来うる限り長く有効である設定にするのが良い。
あるいはValidateCacheを、さらにCacheAgentを無効にするか。
# 一台運用みたいだから、CacheAgentは必要ないかもしれない。
> なんとかlookupdを通らずにNetInfoかLDAPに
> アクセスさせる方法ってありませんかねー？
基本的にない。(アプリ、サーバに設定がある場合を除いて)
Mac OS Xの世界では全てOpen Directory経由ということになっている。
> このまま解決できないようだと、せっかく買ったXserveとXserve RAIDを破棄して、
> Linuxを使わなければいけなくなりそうです。
Linuxを勧めます。lookupdよりnss/pamの方がまともだし…
それからlookupdはしょっちゅう落ちてるよ。
LogFile観てみれば分かると思うけれど。
LogFile観てみれば分かると思うけれど。
XserveはともかくXserve RAIDはLinuxでもFreeBSDでも使えるから良いじゃん。
まぁXserveにLinux入れて使っている人も居るし。
まぁXserveにLinux入れて使っている人も居るし。
>>923
私もちょうど以下からnetinfoのソースをダウンロードして、
lookupdのソースを読んでました。
http://darwinsource.opendarwin.org/10.3.9/
niclなどのソースと比較して、かなりいろいろな処理をやってるみたいですね。
ただどこに時間がかかってるのかまでは分かりませんでした。
>>925
なるほど。XserveにLinux入れるというのは、ありかもしれませんね。
いつも使ってるRedHatが動くようですし。
ちょっと調べてみます。
私もちょうど以下からnetinfoのソースをダウンロードして、
lookupdのソースを読んでました。
http://darwinsource.opendarwin.org/10.3.9/
niclなどのソースと比較して、かなりいろいろな処理をやってるみたいですね。
ただどこに時間がかかってるのかまでは分かりませんでした。
>>925
なるほど。XserveにLinux入れるというのは、ありかもしれませんね。
いつも使ってるRedHatが動くようですし。
ちょっと調べてみます。
まぁVineLinux PPCとかYellowDogとかね。
でもオレだったらわざわざXserve G5にLinux入れないな。
Mac OS X Server unlimitのライセンスも浮いちゃうし。
別の1UサーバーをDellあたりで買って使う。
でもオレだったらわざわざXserve G5にLinux入れないな。
Mac OS X Server unlimitのライセンスも浮いちゃうし。
別の1UサーバーをDellあたりで買って使う。
>>928-929
情報ありがとうございます。
私もいろいろ調べたのですが、XserveにLinuxやBSDを入れる場合
いくつか気になる点があります。
まずファンコントロールが出来ずに
ファンが100%回りっぱなしになりそうということ。
これはFedoraのニュースリリース読んでると現在作業中と書いてありました。
最新版ではすでに対応しているのかもしれません。
次にApple Fibre Channel PCI-X カードのドライバがあるのかどうか不明なこと。
これは実際にインストールして試してみるしかないかなと思います。
>>929
私も別サーバを用意して、Xserveは他の用途に使った方がいいかなと思っています。
ただ別サーバを用意すると、FC HBAカードを買わなければいけないため、
サーバ代と合わせて40〜50万の出費になってしまいます。
ちょっと痛いですねー。
情報ありがとうございます。
私もいろいろ調べたのですが、XserveにLinuxやBSDを入れる場合
いくつか気になる点があります。
まずファンコントロールが出来ずに
ファンが100%回りっぱなしになりそうということ。
これはFedoraのニュースリリース読んでると現在作業中と書いてありました。
最新版ではすでに対応しているのかもしれません。
次にApple Fibre Channel PCI-X カードのドライバがあるのかどうか不明なこと。
これは実際にインストールして試してみるしかないかなと思います。
>>929
私も別サーバを用意して、Xserveは他の用途に使った方がいいかなと思っています。
ただ別サーバを用意すると、FC HBAカードを買わなければいけないため、
サーバ代と合わせて40〜50万の出費になってしまいます。
ちょっと痛いですねー。
質問です。
パワマクG4 400MHzと iMac G3 600MHz.
どちらが、サーバー機に適しているのでしょうか。適しているというかレスポンスの速さはどちらが良いのでしょうか。
サーバーの用途はファイルメーカーのファイル共有、ファイルサーバー、WebServerです。システムは普通のPantherを使います。
パワマクG4 400MHzと iMac G3 600MHz.
どちらが、サーバー機に適しているのでしょうか。適しているというかレスポンスの速さはどちらが良いのでしょうか。
サーバーの用途はファイルメーカーのファイル共有、ファイルサーバー、WebServerです。システムは普通のPantherを使います。
PMG4って、ギガビット？ iMacはどうなんだろ？
あと、HDDの速度が速いっていうので選んでもいいんじゃない？
俺だったら根拠はないけど、G４でやるなぁ。分かる人、補足お願いします
あと、HDDの速度が速いっていうので選んでもいいんじゃない？
俺だったら根拠はないけど、G４でやるなぁ。分かる人、補足お願いします
>>931
>パワマクG4 400MHzと iMac G3 600MHz.
少し話題がずれて、申し訳ないが、このレベルのマシーンを24時間、
365日サーバー利用した場合に、万が一、火災などのトラブルが発
生した時に、Appleの保証はあるのでしょうか？
アップルが「サーバー用」として出荷している商品は、多分、アップルは
ある程度、責任を持つと思うのですが、非サーバ用（？）の商品は
どうなのでしょうか？
>パワマクG4 400MHzと iMac G3 600MHz.
少し話題がずれて、申し訳ないが、このレベルのマシーンを24時間、
365日サーバー利用した場合に、万が一、火災などのトラブルが発
生した時に、Appleの保証はあるのでしょうか？
アップルが「サーバー用」として出荷している商品は、多分、アップルは
ある程度、責任を持つと思うのですが、非サーバ用（？）の商品は
どうなのでしょうか？
隣の銭湯は……冷蔵庫のコンセントが抜け掛けているのにそのまま使っていて、ホコリがスパークして全焼したなぁ。。
てのを思い出した。それで一言
メンテナンスをしていれば萌えない！
てのを思い出した。それで一言
メンテナンスをしていれば萌えない！
>>933
どっちも責任なんて持たない。
どっちも責任なんて持たない。
>>931
PowerMac G4 400MHzって100BASE-T Ethernetみたいだね。
ということは、理論値15MB/sなのでHDDの方がスピード早いね。
iMac G3も同じだね。
ただiMacの方がクロック高いから、転送スピードはiMacの方が高そう。
ただHDD増設とかを将来するのならPowerMacが良さそうね。
PowerMac G4 400MHzって100BASE-T Ethernetみたいだね。
ということは、理論値15MB/sなのでHDDの方がスピード早いね。
iMac G3も同じだね。
ただiMacの方がクロック高いから、転送スピードはiMacの方が高そう。
ただHDD増設とかを将来するのならPowerMacが良さそうね。
iMacのほうがしずかちゃん。
レスありがとう。
どちらも100BASEです。
だから、どちらもこれがボトルネックになるんですね。ということは、どちらも変わらんと言うこと？
静粛性に軍配が上がるかなあと、思案しています。
ただ、ファイルメーカの共有ファイルをクライアント（G4 533MHz 10.3.9)で開くとき、もっさりした感じがぬぐえない。G4 400 OS9.2.2で開く方がまだまし。
もう少し、考えます。
どちらも100BASEです。
だから、どちらもこれがボトルネックになるんですね。ということは、どちらも変わらんと言うこと？
静粛性に軍配が上がるかなあと、思案しています。
ただ、ファイルメーカの共有ファイルをクライアント（G4 533MHz 10.3.9)で開くとき、もっさりした感じがぬぐえない。G4 400 OS9.2.2で開く方がまだまし。
もう少し、考えます。
ご家庭でやるなら、静音の方をおすすめします。
いや、一応小さい事業所です。
小さいから故に、消費電力も考えねば。
小さいから故に、消費電力も考えねば。
先々の拡張性を考えるとG4の方がいいような。
とりあえずｷﾞｶﾞｲｰｻとATA133ｶｰﾄﾞ入れるとだいぶレスポンス良くなると思いますよ。
ただRAMが高いですけどね。(SDRAM512Mは\10Kぐらい）
とりあえずｷﾞｶﾞｲｰｻとATA133ｶｰﾄﾞ入れるとだいぶレスポンス良くなると思いますよ。
ただRAMが高いですけどね。(SDRAM512Mは\10Kぐらい）
>>ファイルメーカの共有ファイル
これはサーバ側でファイルメーカが動くんだよね確か。G4であることにかなり意味があるかも。
それより、いっそMac miniの一番安いモデルを新規購入するのはどうか。
6万の出費ではあるが、G4、1.25GHz、静音、低消費電力という利点を考えると。
これはサーバ側でファイルメーカが動くんだよね確か。G4であることにかなり意味があるかも。
それより、いっそMac miniの一番安いモデルを新規購入するのはどうか。
6万の出費ではあるが、G4、1.25GHz、静音、低消費電力という利点を考えると。
Mac mini。そうなんだけど、どうしてもOS9起動マシンが必要で、ストックのためにこの間オクで買ったばかりなんです。
サーバーとしてはminiが好都合なんだけど、それ買うとマシンが余ってしまうし。
サーバーとしてはminiが好都合なんだけど、それ買うとマシンが余ってしまうし。
サーバーにするならPM G4がiMacよりいいと思うけどな
故障した時も各々の部品も替えやすいと思うし
CPUアップグレードも出来るでしょ
HDD増設してRAIDも組めるし
ディスプレイが別だから、メンテ以外の時は電源切って
おけばいい
（VNC使って管理しておけば通常でもディスプレイは要らない）
故障した時も各々の部品も替えやすいと思うし
CPUアップグレードも出来るでしょ
HDD増設してRAIDも組めるし
ディスプレイが別だから、メンテ以外の時は電源切って
おけばいい
（VNC使って管理しておけば通常でもディスプレイは要らない）
ちょっと教えて欲しいのですが、
Tiger Serverのwebサービスで、htaccessて設定なしで使えないの？
すみませんが、できなければ設定方法を教えてください。
Tiger Serverのwebサービスで、htaccessて設定なしで使えないの？
すみませんが、できなければ設定方法を教えてください。
直接apache.confを書き替えたら？
ググったらすぐに分る事なのに…
ってかconfにコメントで書いてあるのに
ってかconfにコメントで書いてあるのに
>>947逝ってよし
あれから以下のスレで親切な人達に助けられ
問題解決しましたので報告しておきます。
MacOS X をUnixとして使ってる人の為のスレ その10
http://pc7.2ch.net/test/read.cgi/mac/1123508169/160-
NetInfoに大量にユーザ登録しls -lなどが遅い場合は、
サーバ管理で「オープンディレクトリのマスター」に設定し、
ワークグループマネージャーでNetInfoに登録されていたユーザを
LDAPに移せば解決します。
問題解決しましたので報告しておきます。
MacOS X をUnixとして使ってる人の為のスレ その10
http://pc7.2ch.net/test/read.cgi/mac/1123508169/160-
NetInfoに大量にユーザ登録しls -lなどが遅い場合は、
サーバ管理で「オープンディレクトリのマスター」に設定し、
ワークグループマネージャーでNetInfoに登録されていたユーザを
LDAPに移せば解決します。
>>953 報告乙！ give-and-take でつネ。
955 ：名称未設定：2005/09/30(金) 20:46:03 ID:bDYDms2V
svn 鯖のたてかた教えて。
apache の httpd.conf で mod_dav 有効にした後どうすればいいの？
apache の httpd.conf で mod_dav 有効にした後どうすればいいの？
mod_davの設定しなよ。
fink install libapache2-ssl-mod-svn して、/sw/etc/apache2/httpd.conf に
<Location /svn>
DAV svn
SVNPath /svnroot
<LimitExcept GET PROPFIND OPTIONS REPORT>
Deny from All
</LimitExcept>
</Location>
<Location /svn>
DAV svn
SVNPath /svnroot
<LimitExcept GET PROPFIND OPTIONS REPORT>
Deny from All
</LimitExcept>
</Location>
TigerなMac miniをIMAPなメール鯖にしたいのですが、一番お手軽なのは
Darwinports→cyrus-imapdでしょうか?
Darwinports→cyrus-imapdでしょうか?
「TigerをインストールしてMac miniをIMAPが使えるサーバにしたい」のであれば実際にやっているのでアドバイスできるのですが
「TigerなMac miniをIMAPなメール鯖にしたい」というのはなんか日本語がよくわからないのでアドバイスできません。
ごめんw
「TigerなMac miniをIMAPなメール鯖にしたい」というのはなんか日本語がよくわからないのでアドバイスできません。
ごめんw
>>958
ユーザ数が多いのならcyrus-imapdはあんまりおすすめしない。
メールスプールの形式が独特だから、移行の時に困りそう。
あと設定も分かりにくかも。
でもDarwinportsが使えるのならお手軽ではあるね。
ユーザ数が多いのならcyrus-imapdはあんまりおすすめしない。
メールスプールの形式が独特だから、移行の時に困りそう。
あと設定も分かりにくかも。
でもDarwinportsが使えるのならお手軽ではあるね。
ああ、すみません。TigerのプレインスコされたMac miniにIMAPサーバを入れたいという意味です。
ちなみにDarwinports→cyrus-imapdは、やってみたら
net-snmp 5.2.1 fails to build on darwin 8 (Mac OS X 10.4),
requires OS-specific patches. These are available via darwinsource,
will take some time to integrate.
(´・ω・`)ショボーンでした。
なので、imap-uwにしてみようかと思います。
ちなみにDarwinports→cyrus-imapdは、やってみたら
net-snmp 5.2.1 fails to build on darwin 8 (Mac OS X 10.4),
requires OS-specific patches. These are available via darwinsource,
will take some time to integrate.
(´・ω・`)ショボーンでした。
なので、imap-uwにしてみようかと思います。
デジカメか…
Darwinportでimap-uwを入れてみました。
このdocument、/opt/local/share/doc/imap-uw内のは目を通してみましたが
いまいち具体的に設定がわかりません。
c-client.cfは/opt/local/etcに入れるのか、/etcなのか。
ためしに、/opt/local/libexec/imap.dを起動してみても、エラーを吐くわけでもなしに
Stoppedになっていまします。
なんかわかりやすいHOWTO解説ページとかないもんでしょうか。
http://www.tanu.org/~sakane/doc/public/howto-imap.html
このページとか参照させて貰いましたが、微妙に環境が異なるようで。
このdocument、/opt/local/share/doc/imap-uw内のは目を通してみましたが
いまいち具体的に設定がわかりません。
c-client.cfは/opt/local/etcに入れるのか、/etcなのか。
ためしに、/opt/local/libexec/imap.dを起動してみても、エラーを吐くわけでもなしに
Stoppedになっていまします。
なんかわかりやすいHOWTO解説ページとかないもんでしょうか。
http://www.tanu.org/~sakane/doc/public/howto-imap.html
このページとか参照させて貰いましたが、微妙に環境が異なるようで。
Sambaでどのファイルが更新されたとか削除されたとかのログってサーバーの/var/logとかにありますか？
だれかおしえてください
だれかおしえてください
samba ログ 更新 削除 でググレ！
>>961
> なので、imap-uwにしてみようかと思います。
糞サーバだから辞めとけ。
courier-imapが良く使われているぞ。
http://www.courier-mta.org/imap/
> なので、imap-uwにしてみようかと思います。
糞サーバだから辞めとけ。
courier-imapが良く使われているぞ。
http://www.courier-mta.org/imap/
>>961
courier-imap使うのなら>848-851参照。
courier-imap使うのなら>848-851参照。
imap-uwはパイプ経由でIMAPを読み書きできるから好きだった。
サーバーを起動しておく必要がないから、運用はとてもお手軽かつセキュア
ユーザーが少人数かつsshがみんな使える前提のはなしだけどね。
それにひょっとしたらcyrusやcourierでも出来るのかもしれないけど。
サーバーを起動しておく必要がないから、運用はとてもお手軽かつセキュア
ユーザーが少人数かつsshがみんな使える前提のはなしだけどね。
それにひょっとしたらcyrusやcourierでも出来るのかもしれないけど。
970 ：名称未設定：2005/10/09(日) 04:40:43 ID:RCkLEy1y
uw-imapをセキュアなんて言う人、初めてみた
CERT Advisary読んだことない人でしょ。
え、デーモンとして起動しないんだよ?
わかってると思うけどポートも開けない。もしやinetd経由で起動すると考えてる?
わかってると思うけどポートも開けない。もしやinetd経由で起動すると考えてる?
973 ：名称未設定：2005/10/09(日) 09:57:24 ID:RCkLEy1y
>>972
はいはい、おまえが無知なのは十分にわかった
はいはい、おまえが無知なのは十分にわかった
ヒント：小暮
いろいろとありがとうございます。過去レスを参照して
courier-imapのインスコにチャレンジしてみました。
Darwinpotを使って
sudo port install courier-imap
システム環境設定→システム→アカウントでメール用のアカウント作成"foo"
(この手順はnetinfoでもいけるのだろうけど楽な方向で)
su fooして
/opt/local/bin/maildirmake ~/Maildir
cp /etc/pam.d/ftpd /etc/pam.d/imap
cp /etc/pam.d/ftpd /etc/pam.d/pop3
sudo /opt/local/libeexec/authlib/authdaemond
sudo /opt/local/libexec/imapd.rc start
portscanしてみると143を見ているようで。
Mac OSのMailを立ち上げて、IMAPサーバの接続チェックは通り、
/var/log/mail.logみても認証は問題なさそう。
しかし、他所のメールアカウントから送ってみても届かず。
Postfixをインスコしないとテストできないって事もないですよね?
残りは明日チャレンジします。
courier-imapのインスコにチャレンジしてみました。
Darwinpotを使って
sudo port install courier-imap
システム環境設定→システム→アカウントでメール用のアカウント作成"foo"
(この手順はnetinfoでもいけるのだろうけど楽な方向で)
su fooして
/opt/local/bin/maildirmake ~/Maildir
cp /etc/pam.d/ftpd /etc/pam.d/imap
cp /etc/pam.d/ftpd /etc/pam.d/pop3
sudo /opt/local/libeexec/authlib/authdaemond
sudo /opt/local/libexec/imapd.rc start
portscanしてみると143を見ているようで。
Mac OSのMailを立ち上げて、IMAPサーバの接続チェックは通り、
/var/log/mail.logみても認証は問題なさそう。
しかし、他所のメールアカウントから送ってみても届かず。
Postfixをインスコしないとテストできないって事もないですよね?
残りは明日チャレンジします。
> しかし、他所のメールアカウントから送ってみても届かず。
DNSでMXレコードは設定したのか？
DNSでMXレコードは設定したのか？
>>975
もうちょっとメールサーバの仕組みを勉強した方が…。
サーバ間でメールのやりとりをしてるのは、
sendmail,qmail,postfixなどのmtaで、
POP/IMAPはサーバに届いたメールをリモートから取得できるだけ。
もうちょっとメールサーバの仕組みを勉強した方が…。
サーバ間でメールのやりとりをしてるのは、
sendmail,qmail,postfixなどのmtaで、
POP/IMAPはサーバに届いたメールをリモートから取得できるだけ。
あうう。はい、今日仕事の帰りにPostfixの本を買ってきまつ。