トップページ⇒unix
219コメント62KB

djb(4)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/05/20(土) 03:40:21
信者のみなさま、異端のみなさま、どうぞごゆるりとお語り合いください。

過去スレ
Part1 http://pc.2ch.net/test/read.cgi/unix/978848878/
Part2 http://pc.2ch.net/test/read.cgi/unix/1021727195/
Part3 http://pc8.2ch.net/test/read.cgi/unix/1047117464/

関連スレ
qmailいろいろ(7)
http://pc8.2ch.net/test/read.cgi/unix/1114157851/

総本山
http://cr.yp.to/

日本支部＠大岡山
http://qmail.jp/

お布施の受付先
http://cr.yp.to/donations.html
0026名無しさん＠お腹いっぱい。2006/07/30(日) 18:13:51
山田君〜!
>>25 に座布団一枚〜
0027名無しさん＠お腹いっぱい。2006/08/01(火) 01:32:20
publicfile使ってる方に質問
cgiとかはどうしてるの?
別途apacheやthttpdを動かしてるの?
0028名無しさん＠お腹いっぱい。2006/08/03(木) 03:10:49
http://www.21coe.chuo-u.ac.jp/security/index.html
``2006 Workshop on Cryptography and Related Mathematics"

DATE:
1st -- 3rd, August 2006
(Reception is held on the last day.)

VENUE:
Building 3, 3rd floor, Hall, Korakuen Campus, Chuo University.

ORGANIZERS:
21st Century COE Program, Chuo University,
Research and Development Initiative, Chuo University

Registration is not required.


3rd August (Thursday)

10:00--10:50 Daniel J. Bernstein (University of Illinois at Chicago)
"High-speed cryptographic functions"
0029名無しさん＠お腹いっぱい。2006/08/08(火) 02:42:36
dnscacheでmultilogが大変CPUを使うので、ログ取りをやめさせたいのですがどうすればいいでしょうか？
0030名無しさん＠お腹いっぱい。2006/08/08(火) 05:00:38
multilogへパイプしないで/dev/nullにでも捨てたら？

というか何でmultilogでCPU食ってるんだ？複雑なフィルタリングとかやってんの？
そっちを調べた方がいいような希ガス
0031名無しさん＠お腹いっぱい。2006/08/11(金) 22:26:03
dynamic 保守
0032名無しさん＠お腹いっぱい。2006/08/15(火) 23:46:10
補習 at 大O蚊帳饅頭
0033名無しさん＠お腹いっぱい。2006/08/25(金) 19:54:34
先生質問です！

tinydnsのdataファイルに
'*.example.com:text record:5
って書いてdata.cdbを作って
dnsqr txt test.example.com
してもテキストレコードが取得できないのですが、
ワイルドカードって+と@しかつかえないのでしょうか？
0034名無しさん＠お腹いっぱい。2006/09/26(火) 05:40:41
clockspeedを動かすにはPowerPCは対象外ですがPatchなんか出ていませんか？
PowerPCにもRDTSC命令みたいにタイムスタンプカウント取得できるんで動くような気がするんですけど・・・
0035魔A乃2006/11/15(水) 23:09:32
久しぶりの
Dynamic 保守
0036名無しさん＠お腹いっぱい。2006/11/29(水) 22:59:39
このｽﾚ終わってるね
0037名無しさん＠お腹いっぱい。2006/12/06(水) 22:08:55
そういや
djbsshは消えたのかな
大先生は気ままなわがままなかな
0038名無しさん＠お腹いっぱい。2006/12/12(火) 01:04:40
保守
0039名無しさん＠お腹いっぱい。2006/12/20(水) 10:23:31
hoshu
0040名無しさん＠お腹いっぱい。2006/12/26(火) 12:12:21
このスレ終わりにしようよ
0041名無しさん＠お腹いっぱい。2007/01/03(水) 14:24:27
日本の大先生ってアスペルガーだよね。
0042名無しさん＠お腹いっぱい。2007/01/07(日) 12:21:01
や.まやの挑発から逃げ続けるチキンeuske
0043名無しさん＠お腹いっぱい。2007/01/07(日) 23:21:26
>>42
え？どこの話？
0044名無しさん＠お腹いっぱい。2007/01/09(火) 11:54:34
a.ns.cr.yp.to に繋らない件
0045名無しさん＠お腹いっぱい。2007/01/10(水) 02:47:23
>>43
ここらへんかな。
ttp://www.google.co.jp/search?q=site%3Aya.maya.st+qmail
別に挑発はしてないと思うが。そもそも djb とか euske 氏の答を求めてる
わけでもない。

いいかげん qmail 捨てようやってのは同意。
と言いつつ、前任者が残しているqmailの運用を続けてる俺は負け組。orz
0046名無しさん＠お腹いっぱい。2007/01/10(水) 23:32:52
netqmail + ezmlm-idx の環境から
postfix にすこっと乗り換えるのの
お気楽手順どっかに落ちてないですか。
ぐぐれ糟ですか、そうですか。
0047 ◆TWARamEjuA NGNG?BRZ(6700)
46 > /dev/null
0048名無しさん＠お腹いっぱい。2007/01/11(木) 00:09:43
このあたりはれっきとした挑発じゃん。
http://ya.maya.st/d/200608b.html#p20060820_2_2
0049名無しさん＠お腹いっぱい。2007/01/11(木) 00:42:01
Webサーバ界隈では、Apacheのアンチテーゼとしてpublicfileとかwnといった小さいサーバソフトがいろいろ出た末に
lighttpdという決定版が出て一定の地位を築いている。

メールサーバの方でも、qmail並の小ささでかつ十分実用に耐える新しいソフトウェアが出てほしいなぁ。
Postfix使えと言われちゃそれまでだけど…

ちなみにDNSキャッシュサーバはdnscacheとBIND以外じゃ何があるっけ？
0050名無しさん＠お腹いっぱい。2007/01/11(木) 03:02:00
djb相手でもesuke相手でもない罠
0051名無しさん＠お腹いっぱい。2007/01/11(木) 04:49:14
挑発ってわけでもないと思うが。単に理由を問いてるだけっしょ。
0052名無しさん＠お腹いっぱい。2007/01/11(木) 05:08:00
MRIの人の文章の文意は不明だわな
0053名無しさん＠お腹いっぱい。2007/01/11(木) 06:47:27
ttp://www.mri-security.jp/wiki.cgi?page=2006.04.13+sendmail%2C+postfix%2C+exim+and+qmail
って、qmailスレでqmail捨てたい捨てたいいいながらspam対応させている面子の言葉に比べて、
なんと説得力のない言葉なんだろう。なんら具体的なものを示せていないんだもの。

正直、バカが書いた文章としか思えん。

0054名無しさん＠お腹いっぱい。2007/01/11(木) 07:01:43
エスパー解釈すれば、
qmail　にパッチをあてて使うのはqmailの設計思想と相容れない、
といいたいのかもね。
0055名無しさん＠お腹いっぱい。2007/01/14(日) 14:08:21
qmailそのものは終わってるのは言うまでもないよね。qmailを十年以上使ってて
これからも使う派の漏れが言うんだから間違いない。

たぶん、MRIの人が書いてるのは、それでもqmailから学ぶべきものはまだある
ってことなんじゃないのかな。qmailという作品の思想を踏襲し凌駕した作品は
まだない、postfixは違う、って言いたいんだろうと思った。分からんけど。
漏れはpostfixで全然いいと思うけどね。
0056名無しさん＠お腹いっぱい。2007/03/20(火) 11:08:10
>>55
それをいうなら、電子メールそのものが(ry
Don Knuth に私淑すればおのずとそうなる。
0057名無しさん＠お腹いっぱい。2007/04/02(月) 00:56:39
djb ssh ktkr
0058名無しさん＠お腹いっぱい。2007/04/02(月) 01:22:09
>>57 kwsk
0059What is trigger?2007/05/01(火) 18:08:40

Tools for running services triggered by writing data to fifos.
http://www.superscript.com/trigger/intro.html

これの利用例どっかないでしょうか？
0060名無しさん＠お腹いっぱい。2007/05/04(金) 09:39:56
>>57
ktkr tte april fool?
0061名無しさん＠お腹いっぱい。2007/05/14(月) 00:06:58
>>34
超亀レスだが、パッチ書いた。
ttp://quox.org/tips/server/patch/clockspeed-0.62.powerpc.patch
ttp://quox.org/tips/server/clockspeed.html
0062名無しさん＠お腹いっぱい。2007/07/06(金) 11:10:06
自宅サーバで自分専用にdnscache動かしてるんですが、
最近dip.jpとかmoe.hmあたりの一部のダイナミックDNSのサイトがうまく引けなくなりました。
queryが返って来ずtimed outになってしまいます。
以前は問題なかったし、現在もプロバイダのDNSでなら問題なく引けるんですが…。謎です。
何が原因なのか、識者の方ご教示いただけたら幸いです。
0063名無しさん＠お腹いっぱい。2007/07/07(土) 14:14:03
>>62

おまえね。
dip.jp を、dnsqr ns して、調べてご覧。
NSレコードを追っかけたら、きりが無い。
ほんとーにとんでもない連中だと思うぞ。
0064名無しさん＠お腹いっぱい。2007/07/07(土) 14:14:50
router# dnsqr ns dip.jp
2 dip.jp:
90 bytes, 1+3+0+0 records, response, noerror
query: 2 dip.jp
answer: dip.jp 86387 NS ns3.ieserver.net
answer: dip.jp 86387 NS ns1.ieserver.net
answer: dip.jp 86387 NS ns2.ieserver.net
router# dnsqr ns ieserver.net
2 ieserver.net:
80 bytes, 1+2+0+0 records, response, noerror
query: 2 ieserver.net
answer: ieserver.net 172782 NS ns01.agora-inc.jp
answer: ieserver.net 172782 NS ns02.agora-inc.jp
router# dnsqr ns agora-inc.jp
2 agora-inc.jp:
81 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.jp
answer: agora-inc.jp 86378 NS ns01.agora-inc.net
answer: agora-inc.jp 86378 NS ns02.agora-inc.net
router# dnsqr ns agora-inc.net
2 agora-inc.net:
86 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.net
answer: agora-inc.net 172775 NS ns55.domaincontrol.com
answer: agora-inc.net 172775 NS ns56.domaincontrol.com
router# dnsqr ns domaincontrol.com
2 domaincontrol.com:
75 bytes, 1+2+0+0 records, response, noerror
query: 2 domaincontrol.com
answer: domaincontrol.com 172800 NS ans01.domaincontrol.com
answer: domaincontrol.com 172800 NS ans02.domaincontrol.com
0065名無しさん＠お腹いっぱい。2007/07/07(土) 17:21:53
>>64
ありがとうございます。
なるほど…よくわからないけどなんかすごいことになっていますね。
うちはASAHIネットなので、試しにASAHIネットのDNSキャッシュサーバでも調べてみました。
(こういう使い方でいいんですかね)

[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns dip.jp
2 dip.jp:
90 bytes, 1+3+0+0 records, response, noerror
query: 2 dip.jp
answer: dip.jp 60 NS ns2.ieserver.net
answer: dip.jp 60 NS ns3.ieserver.net
answer: dip.jp 60 NS ns1.ieserver.net
[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns ieserver.net
2 ieserver.net:
80 bytes, 1+2+0+0 records, response, noerror
query: 2 ieserver.net
answer: ieserver.net 172766 NS ns02.agora-inc.jp
answer: ieserver.net 172766 NS ns01.agora-inc.jp
[~]$ DNSCACHEIP=218.231.0.8 dnsqr ns agora-inc.jp
2 agora-inc.jp:
68 bytes, 1+2+0+0 records, response, noerror
query: 2 agora-inc.jp
answer: agora-inc.jp 172768 NS ns02.agora-inc.jp
answer: agora-inc.jp 172768 NS ns01.agora-inc.jp

なぜかちょっと違う結果が…。なにが違うんだろう。
なんだかぜんぜん理解できてないです。orz
0066名無しさん＠お腹いっぱい。2007/07/08(日) 01:35:03
dnsqr は、キャッシュサーバ経由だから。
dnsq は、コンテンツサーバ直接指定

正確に調べたければ、キャッシュサーバは使わない。
まず、DNSコンテンツサーバのIPをほじくってみる。

一見、正しく設定されているように見えて、矛盾も無く
単方向リストとしての名前解決はできても肝心のIPアドレスが
解決できない・・・そんなアフォな設定は幾らでも作れるのだ。
0067622007/07/08(日) 13:10:07
>>66
すみません、おっしゃってる意味がよく分からんとです。

うちの自宅サーバで動かしている dnscache の設定が間違ってる、という意味でしょうか?
でも特に設定を変えていないのに、以前は問題なく引けていた先述のドメイン達が
最近うまく引けなくなってしまったので、設定には問題ないんじゃないかと思っているんですが…。
しかもプロバイダの提供しているキャッシュサーバでは問題なくIPが引けているので余計に謎なのです。
0068名無しさん＠お腹いっぱい。2007/07/11(水) 22:28:10
>>64
これはひどい
djbが一番嫌うパターンやんかｗ
0069名無しさん＠お腹いっぱい。2007/07/12(木) 08:19:36
リスト構造にするなら、徹底して双方向リストにしてあれば良かったのに、
単方向リストにしてあるところの手落ち。

<ns>::=<ip address>

と定義してあれば、インターネットでの名前解決のコストが少なく済んだ。

NSレコードは、ドメイン名前空間の最も重要なキーであり、たらい回しに
出来ること自体が無駄の骨頂。　CNAMEの連鎖は、RFCで禁じたのに、
NSの連鎖を禁じていないのは手落ちだ。
0070名無しさん＠お腹いっぱい。2007/07/12(木) 09:21:13
この場合の対策法は
・dip.jpのNSレコードを「ns?.dip.jp」にする。
・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
てところか。

念のためdnsqを使ってddo.jpのNSと比べたのを載せとく。
------
% dnsq ns dip.jp. a.dns.jp.
2 dip.jp:
90 bytes, 1+0+3+0 records, response, noerror
query: 2 dip.jp
authority: dip.jp 86400 NS ns3.ieserver.net
authority: dip.jp 86400 NS ns1.ieserver.net
authority: dip.jp 86400 NS ns2.ieserver.net

------
% dnsq ns ddo.jp. a.dns.jp.
2 ddo.jp:
125 bytes, 1+0+3+3 records, response, noerror
query: 2 ddo.jp
authority: ddo.jp 86400 NS ns.ddo.jp
authority: ddo.jp 86400 NS ns2.ddo.jp
authority: ddo.jp 86400 NS ns3.ddo.jp
additional: ns.ddo.jp 86400 A 219.166.120.226
additional: ns2.ddo.jp 86400 A 60.32.120.19
additional: ns3.ddo.jp 86400 A 219.166.120.228
0071名無しさん＠お腹いっぱい。2007/07/13(金) 06:00:58
ipが32bitしかないんだぞ
インターネットなんて手落ちの固まりみたいなもんだ
そのうえ、djbによればipv6は広まらないと
0072名無しさん＠お腹いっぱい。2007/07/13(金) 11:53:28
いま、無人の荒野であるIPv6は、実験場としてはいいかも知れないが、
ipv4の梯子の上に登っている人を下ろさないで、ipv6の梯子に乗り換え
させるという全世界的な離れ業をやらなくちゃならないのが問題だ。
0073622007/07/13(金) 17:36:12
>>70
> この場合の対策法は
> ・dip.jpのNSレコードを「ns?.dip.jp」にする。
> ・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
> てところか。

これはdnscacheのどのへんをどのように設定すればよいんでしょうか。
(…それとも dip.jp 側のDNS設定をどうこうするという話なんでしょうか?)
0074702007/07/13(金) 21:08:46
うわー、ごめんなさい
>>70は>>62さんへの解決策を提示したわけじゃないんです…
0075名無しさん＠お腹いっぱい。2007/07/13(金) 21:11:35
>>72
まだ「ある瞬間に全てのIPv4マシンをIPv6に切り替える」とか無茶なこと言ってるのか。
誰もそんなことやるつもり元からないっての。
0076622007/07/13(金) 22:23:13
>>74
了解しました。すみません、勝手に勘違いしてしまいまして…。
でももしdip.jp側で対処してもらって解決するなら、
だめ元で先方へお願いしてみるのも手かな、なんてちょっと思ったりして。
0077名無しさん＠お腹いっぱい。2007/07/13(金) 22:56:15
どのみち、まともな方法ではipv6 <-> ipv4ができないんだから、
>>72 みたいに、いっせのせでやるか、別立てでやるしかない。　

座敷の奥のトンネルの向こうに別世界があるわけだが、決して経路
付けは許されない。　靴の履き替えは面倒だ。

何時の間にか、Teredo 、6to4・・・　セキュリティホールだらけ。

こんな未来に誰がした？
0078名無しさん＠お腹いっぱい。2007/07/14(土) 01:25:31
あなた、実際に使ってみて言ってます?
エンドユーザに何の面倒があるの?
デュアルスタックで使ってて、今v6で繋がってるかv4で繋がってるかなんて、
意識することは、まずない。
0079名無しさん＠お腹いっぱい。2007/07/14(土) 04:37:26
windowsじゃー
windowsの仕業じゃー
0080名無しさん＠お腹いっぱい。2007/07/14(土) 10:15:28
>>78
使ってるわけないじゃないですか。
djbもeuskeも机上の空論で批判しているだけですよ。
0081名無しさん＠お腹いっぱい。2007/07/14(土) 13:17:12
無知なのと、知ってて使うことの違いもわからないとはいやはや。
世の中は無知な人が多い。　もちろん、知ってて使う悪い奴もね。
そして、古いソフトはいつまでも対応しない。 UPnP ？ ipv6対応？
AAAA？　はあ？
0082名無しさん＠お腹いっぱい。2007/07/14(土) 15:40:58
なぜか標準設定がipv6になってて名前解決に失敗するソフトすらあるんだぞ
エンドユーザー向けでな
0083名無しさん＠お腹いっぱい。2007/07/14(土) 15:41:32
ああ名前解決じゃないや
0084名無しさん＠お腹いっぱい。2007/07/14(土) 19:01:58
>>81
頭の悪い奴の間違いじゃないのかｗｗｗ
0085名無しさん＠お腹いっぱい。2007/07/14(土) 19:36:40
ntpdate ntp1.sakura.ad.jp
0086名無しさん＠お腹いっぱい。2007/07/15(日) 00:25:04
>>81
そんな古臭いソフトを誰が使い続けるんだ?
はぁ？
0087名無しさん＠お腹いっぱい。2007/07/17(火) 03:40:28
>>86
djbスレでの禁句を言ったな！>古臭いソフト

0088名無しさん＠お腹いっぱい。2007/08/03(金) 11:08:22
daemontools にバグみつけた。
daemontools-0.76/package/compile の
> test -d package || ( echo 'Wrong working directory.'; exit 1 )
exit 1 ってサブシェルで実行しても意味なくね？
0089名無しさん＠お腹いっぱい。2007/11/01(木) 23:23:42
ｽﾙｰ
0090名無しさん＠お腹いっぱい。2007/11/01(木) 23:56:33
>>88
% /packages/admin/daemontools/package/compile
Wrong working directory.
% pwd
/tmp
%
0091名無しさん＠お腹いっぱい。2007/11/02(金) 14:44:51
>>90
bash?
0092名無しさん＠お腹いっぱい。2007/11/03(土) 00:32:18
FreeBSD # /packages/admin/daemontools/package/compile
Wrong working directory.
FreeBSD # pwd
/tmp
FreeBSD # echo $status
0
FreeBSD # echo $status
0
FreeBSD # pwd
/tmp
FreeBSD # /packages/admin/daemontools/package/compile
Wrong working directory.
FreeBSD # echo $status
0093名無しさん＠お腹いっぱい。2007/11/03(土) 00:33:00
切れた・・・

FreeBSD # echo $status
1
FreeBSD #

>>91
zsh だよ。
0094名無しさん＠お腹いっぱい。2007/11/03(土) 11:54:58
>>93
NetBSD では終了しなかったんだが。
今、FreeBSD 6.2 でやってみても、サブシェルの中の exit は無視される。
zsh% sh
sh$ ( exit )
sh$

つか、packages って typo? ^^
0095名無しさん＠お腹いっぱい。2007/11/04(日) 18:26:47
qmailってdjbが27のときかよ。もっとずっと上だと思ってた。
0096ち○こもtiny2007/11/14(水) 15:28:10
qmailスレから誘導されてきました。

多分ここを見てる人にはFAQなんだろうけど、
あんま詳しくないんでよろしければ教えてください。（時間もない）

djbdns(=tinydns)ですが、新しくレコードを追加するときは
=hogehoge.co.jp:1.8.7.108
な書き方をしますが、
こいつのIPをかえるときって
=hogehoge.co.jpl:1.8.7.199
とかで既存レコードの上書きにはならないのですか？
-hogehoge.co.jp:1.8.7.108
ってしてから
=hogehoge.co.jp:1.8.7.199
しないと駄目なのでしょうか？

リファレンス見ましたが
http://cr.yp.to/djbdns/tinydns-data.html

-fqdn:ip:ttl:timestamp:lo

For versions 1.04 and above: This type of line is used by
programs that automatically edit + lines in data to
temporarily exclude addresses of overloaded or dead
machines. The line is ignored.

一時的にってのがどうも分からんです。
その他にも調べたけど既存データの書き換えについて書かれているところ
がない！
教えて君ですみません。反省
0097ち○こもtiny2007/11/14(水) 15:59:28
すんません、自己レスです。

勘違いでした。
とりさげ。
0098名無しさん＠お腹いっぱい。2007/11/14(水) 16:05:52

実際にdataファイルを変更してmakeしなおすなら、tinydnsの再起動は必要ない。
cdbが変更されたと同時に更新されたレコードが反映される。
んで、一時的に動作をとめたいサーバがある場合はdataファイルにレコードを残したまま
-fqdn:ip:ttl:timestamp:lo
すればdcb作り直しのときに無視されるって事。
=a.ns.example.jp:192.168.1.222
を一時的に停止したいときに
$ echo "-a.ns.example.jp:192.168.1.222" >> data;make
とかすれば、便利じゃん。
0099名無しさん＠お腹いっぱい。2007/11/30(金) 20:56:13
DJB Releases All Source to Public Domain
http://linux.slashdot.org/article.pl?sid=07/11/30/0430201

http://cr.yp.to/qmail/dist.html
| I hereby place the qmail package (in particular, qmail-1.03.tar.gz,
| with MD5 checksum 622f65f982e380dbe86e6574f3abcb7c) into the public domain.
| You are free to modify the package, distribute modified versions, etc.
0100名無しさん＠お腹いっぱい。2007/11/30(金) 21:07:09
素性の知れない奴がいじくったqmailって無価値な気がするが
まあ、既に他者のパッチはあるんだけど
0101名無しさん＠お腹いっぱい。2007/11/30(金) 22:05:05
djbも耄碌したか
0102名無しさん＠お腹いっぱい。2007/11/30(金) 22:51:45
数学者で特許とか著作権に興味が無いだけだろ。
0103名無しさん＠お腹いっぱい。2007/11/30(金) 23:43:32
興味が有るからこそこんな道を選んだのだと思う。
http://en.wikipedia.org/wiki/License-free_software

Fighting patents という文書もあるし。
http://cr.yp.to/patents.html
0104名無しさん＠お腹いっぱい。2007/12/01(土) 15:15:56
とはいうものの、DJB toolsで今なお有意義なものって
daemontools位じゃないかな…

bindとdjbdns なぜ差がついたか 慢心,環境の違い
postfixとqmail なぜ差がついたか 慢心,環境の違い
apacheとpublicfile なぜ差がついたか 慢心,環境の違い
0105名無しさん＠お腹いっぱい。2007/12/01(土) 18:13:27
ソフトウェアは、ぶくぶくやらなきゃいけないってもんでもあるまい
0106名無しさん＠お腹いっぱい。2007/12/01(土) 18:49:25
djbdnsは普通に使ってるが
bindにする利点て何だろ
0107名無しさん＠お腹いっぱい。2007/12/01(土) 20:13:49
CPUもメモリも潤沢な昨今、パフォーマンスはBINDのほうが圧倒的に上。
零細企業とか自宅鯖とかならdjbdnsでいいんでないの？
0108名無しさん＠お腹いっぱい。2007/12/01(土) 22:39:35
もともとdjbdnsはパフォーマンス低いとか
言う話だったような気がする。
bind-8に圧倒的に負け、bind-9とどっこいどっこい
だったというのをどっかで見たような気がする。

機能が少なくてパフォーマンスに劣るなら
誰も使わないよね。
0109名無しさん＠お腹いっぱい。2007/12/01(土) 22:56:41
ゾーン転送不可って時点でアレだからなぁ。
0110名無しさん＠お腹いっぱい。2007/12/01(土) 23:11:45
パフォーマンスは困った事無いなぁ
tinydns は一日１０万から来てるけど困んない
dnscache はクライアントが２桁だしなぁ
DDNSできないのがあれだけど。
ゾーン転送は axfrdns 使えっつー話？
0111名無しさん＠お腹いっぱい。2007/12/01(土) 23:15:08
一日10万って1秒に約1回だろ、軽い軽い
0112名無しさん＠お腹いっぱい。2007/12/02(日) 04:38:18
スケーラビリティを追うなら、ふぇりっくす@fefe.de 頼みだな。
分散処理志向なら、１台にそんな重い処理させること自体が
そもそもナンセンス。　複数台に分散すれば、なんてこたないし
サーバ業界の志向するのもブレードだろブレード。
0113 ◆TWARamEjuA 2007/12/02(日) 11:41:26
２ちゃんねるへの書き込みのほとんどでBB*規制の問い合わせにdjbdnsを利用しているけれども重いと感じたことはないです。
強いての不満を言うとcdbの更新くらいかなぁ。。。
0114名無しさん＠お腹いっぱい。2007/12/02(日) 13:07:12
dnscacheの代替ってあります?
0115名無しさん＠お腹いっぱい。2007/12/02(日) 13:14:13
apacheとpublicfileは別ジャンル
windowsとBSDくらい違う
0116名無しさん＠お腹いっぱい。2007/12/02(日) 15:34:23
職場のメルサバがqmailなんだけど、鯖入れ替えが近いので、
「”posifix”にしません？」といったら、上司がノータイムで、
「できるものならやってみろ」との一言。

そんなにqmailからpostfixへの移行って難しいの？
0117名無しさん＠お腹いっぱい。2007/12/02(日) 15:41:05
>>116
自分もそろそろqmail→Postfixと移行したいので
手順をまとめてアップしてくれ
0118名無しさん＠お腹いっぱい。2007/12/02(日) 16:16:08
>>117
いあ、それができないからここに書いたわけだがｗ
0119名無しさん＠お腹いっぱい。2007/12/02(日) 16:31:01
>>114
PowerDNS recursur とかは？
0120名無しさん＠お腹いっぱい。2007/12/03(月) 09:00:10
>>116
上司の無理解にめげず　postfixに替えられるものならやってみよ。
というお言葉。　というか、動いているものを置き換えることの苦を
知れば自ずと成長もあると思われ

ということで、キミは　自分で言い出したことを、誰にも教えられず
成し遂げることが求められているのだ。　わかるかな？
01211162007/12/03(月) 10:24:49
＞動いているものを置き換えることの苦
いあ、わかってますｗ
サーバごと入れ替えるので、qmailからqmailだって大変。

どうせ大事（おおごと）なので、MTA入れ替えしても、たいして
苦労は増えんのじゃないかと甘いことをｗ

マジで鯖管には向いてないわ＞ヲレ
0122名無しさん＠お腹いっぱい。2007/12/03(月) 15:25:48
拡張アドレスやvpopmailに頼りまくってると死ぬな。
postfixに移行したんだけど、delimiterを再帰的にチェックしてくれないと知って唖然としたよ。
0123名無しさん＠お腹いっぱい。2007/12/03(月) 15:40:44
特定のソフトでしか実現できない機能を使うのは将来への足かせになる
ほかの代替手段があるならば、RFCの規定に沿った機能だけ使うべき
サーバによって互換性のない拡張アドレス使うなんて腐った管理者の象徴
0124名無しさん＠お腹いっぱい。2007/12/03(月) 15:52:43
>>122
え？　Postfixって拡張アドレス（hoge-ext@...）ないんだ。やばいなぁ。
メールアドレスの流出元チェックの為に活用してるのに。
0125名無しさん＠お腹いっぱい。2007/12/03(月) 16:47:09
>>124
よく読め。拡張アドレスはあるが、再帰的にやってくれない。
vpopmailみたいに使えなくて今苦労してる。
■ このスレッドは過去ログ倉庫に格納されています