djb(4)

1名無しさん＠お腹いっぱい。
垢版 |
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
2007/01/11(木) 00:09:43
このあたりはれっきとした挑発じゃん。
http://ya.maya.st/d/200608b.html#p20060820_2_2
2007/01/11(木) 00:42:01
Webサーバ界隈では、Apacheのアンチテーゼとしてpublicfileとかwnといった小さいサーバソフトがいろいろ出た末に
lighttpdという決定版が出て一定の地位を築いている。

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

ちなみにDNSキャッシュサーバはdnscacheとBIND以外じゃ何があるっけ？
2007/01/11(木) 03:02:00
djb相手でもesuke相手でもない罠
2007/01/11(木) 04:49:14
挑発ってわけでもないと思うが。単に理由を問いてるだけっしょ。
2007/01/11(木) 05:08:00
MRIの人の文章の文意は不明だわな
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対応させている面子の言葉に比べて、
なんと説得力のない言葉なんだろう。なんら具体的なものを示せていないんだもの。

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

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

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

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

これの利用例どっかないでしょうか？
2007/05/04(金) 09:39:56
>>57
ktkr tte april fool?
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
2007/07/06(金) 11:10:06
自宅サーバで自分専用にdnscache動かしてるんですが、
最近dip.jpとかmoe.hmあたりの一部のダイナミックDNSのサイトがうまく引けなくなりました。
queryが返って来ずtimed outになってしまいます。
以前は問題なかったし、現在もプロバイダのDNSでなら問題なく引けるんですが…。謎です。
何が原因なのか、識者の方ご教示いただけたら幸いです。
2007/07/07(土) 14:14:03
>>62

おまえね。
dip.jp を、dnsqr ns して、調べてご覧。
NSレコードを追っかけたら、きりが無い。
ほんとーにとんでもない連中だと思うぞ。
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
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
2007/07/08(日) 01:35:03
dnsqr は、キャッシュサーバ経由だから。
dnsq は、コンテンツサーバ直接指定

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

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

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

<ns>::=<ip address>

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

NSレコードは、ドメイン名前空間の最も重要なキーであり、たらい回しに
出来ること自体が無駄の骨頂。　CNAMEの連鎖は、RFCで禁じたのに、
NSの連鎖を禁じていないのは手落ちだ。
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
2007/07/13(金) 06:00:58
ipが32bitしかないんだぞ
インターネットなんて手落ちの固まりみたいなもんだ
そのうえ、djbによればipv6は広まらないと
2007/07/13(金) 11:53:28
いま、無人の荒野であるIPv6は、実験場としてはいいかも知れないが、
ipv4の梯子の上に登っている人を下ろさないで、ipv6の梯子に乗り換え
させるという全世界的な離れ業をやらなくちゃならないのが問題だ。
7362
垢版 |
2007/07/13(金) 17:36:12
>>70
> この場合の対策法は
> ・dip.jpのNSレコードを「ns?.dip.jp」にする。
> ・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
> てところか。

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

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

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

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

2007/08/03(金) 11:08:22
daemontools にバグみつけた。
daemontools-0.76/package/compile の
> test -d package || ( echo 'Wrong working directory.'; exit 1 )
exit 1 ってサブシェルで実行しても意味なくね？
2007/11/01(木) 23:23:42
ｽﾙｰ
2007/11/01(木) 23:56:33
>>88
% /packages/admin/daemontools/package/compile
Wrong working directory.
% pwd
/tmp
%
2007/11/02(金) 14:44:51
>>90
bash?
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
2007/11/03(土) 00:33:00
切れた・・・

FreeBSD # echo $status
1
FreeBSD #

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

つか、packages って typo? ^^
2007/11/04(日) 18:26:47
qmailってdjbが27のときかよ。もっとずっと上だと思ってた。
96ち○こもtiny
垢版 |
2007/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.

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

勘違いでした。
とりさげ。
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
とかすれば、便利じゃん。
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.
2007/11/30(金) 21:07:09
素性の知れない奴がいじくったqmailって無価値な気がするが
まあ、既に他者のパッチはあるんだけど
2007/11/30(金) 22:05:05
djbも耄碌したか
2007/11/30(金) 22:51:45
数学者で特許とか著作権に興味が無いだけだろ。
2007/11/30(金) 23:43:32
興味が有るからこそこんな道を選んだのだと思う。
http://en.wikipedia.org/wiki/License-free_software

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

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

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

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

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

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

マジで鯖管には向いてないわ＞ヲレ
2007/12/03(月) 15:25:48
拡張アドレスやvpopmailに頼りまくってると死ぬな。
postfixに移行したんだけど、delimiterを再帰的にチェックしてくれないと知って唖然としたよ。
2007/12/03(月) 15:40:44
特定のソフトでしか実現できない機能を使うのは将来への足かせになる
ほかの代替手段があるならば、RFCの規定に沿った機能だけ使うべき
サーバによって互換性のない拡張アドレス使うなんて腐った管理者の象徴
2007/12/03(月) 15:52:43
>>122
え？　Postfixって拡張アドレス（hoge-ext@...）ないんだ。やばいなぁ。
メールアドレスの流出元チェックの為に活用してるのに。
2007/12/03(月) 16:47:09
>>124
よく読め。拡張アドレスはあるが、再帰的にやってくれない。
vpopmailみたいに使えなくて今苦労してる。
2007/12/03(月) 21:06:11
vpopmail + qmailadmin + ezmlmでヴァーチャルドメインをMLも含めて管理している場合、
いまだに手軽にpostfixに移行することができないものなぁ。postfixadminは開発停止状態だし…
2007/12/04(火) 10:35:56
>>121
むしろ、サーバーごと入れ替える方が楽じゃね？
十分にテストできるし、なんかあったら元に戻せるんだし。
2007/12/04(火) 17:04:52
>>126
postfixadminは確かに長いこと更新されてなかったけど開発継続中だよ。
最近、2.2.0rc1がリリースされた。
ttp://sourceforge.net/project/showfiles.php?group_id=191583
Release Name: postfixadmin-2.2.0rc1
Notes: WARNING: THIS IS BETA QUALITY. This is a sneak peek of what will be
Postfixadmin 2.2.0. It contains improved vacation support, layout, translations,
a new installation and setup routine and more. This release was created from
subversion on the 11th November 2007. It contains an experimental .deb package
to make installation easier on Debian systems. (This is based on subversion revision : 207)

ただ、ML管理は含まれてないか。
2007/12/04(火) 21:21:02
しかも、ezmlmの生成するハッシュ値が32bit64bitで違ったりね！
2007/12/05(水) 01:35:53
>>128
何でも入れようとする悪い癖なり。
2007/12/05(水) 18:04:05
>>130
qmailadminの代替が欲しい場合、ML管理機能は必須だよ。
2007/12/06(木) 04:09:18
機能は分割
トラブルも分割
管理も分割
責任分界なり
2007/12/12(水) 17:53:15
なんかまぎらわしい。
ttp://cryp.to/
134名無しさん＠お腹いっぱい。
垢版 |
2008/01/06(日) 17:15:13
ucspi-tcpにmanが入ってないのはなぜですか？
2008/01/06(日) 18:56:06
womanだからさ
136名無しさん＠お腹いっぱい。
垢版 |
2008/01/06(日) 19:39:53
ソースコードは最良にして唯一のマニュアルである
　　　　　　　　　　　　　　　　　　　　りちゃーど・すっとるまん
137名無しさん＠お腹いっぱい。
垢版 |
2008/07/25(金) 23:59:59
ｲﾝﾀｰﾈｯﾄ終了のお知らせ。DNSの脆弱性の実証コードがリリースされる。僅か数分で汚染可能
ttp://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377716,00.htm

これって、djbdns は関係無いの？
2008/07/26(土) 00:16:40
>>137
http://moin.qmail.jp/DNS
無いんじゃないの？
2008/07/26(土) 08:00:57
>>138
M野、物凄く嬉しそうだな
140名無しさん＠お腹いっぱい。
垢版 |
2008/08/01(金) 02:22:12
キャッシュサーバの汚染問題は、DJBがむかーしから突っ込んでいたもんだから、
何をいまさら騒いでいるのかと。
2008/08/01(金) 23:52:51
これ発見した(というか、昔から脆弱的なことは言われてた、それを今回どのようにやるか言い当てた)
人のブログでは、OpenDNS推めてるね
2008/08/02(土) 00:01:16
wikipedia

djbdns
http://ja.wikipedia.org/wiki/Djbdns
>DNSキャッシュサーバのdnscacheとDNSコンテンツサーバのtinydnsを2つの柱として構成されている。
>BINDとは違い非常にシンプルかつ堅牢な構造をしており、セキュリティホールは2004年11月現在、
>だ見つかっていない。

BINDは違いw

>キャッシュサーバとコンテンツサーバの分離が djbdns の大きな特徴である。BIND では、
>このふたつのサーバ機能を単一の named と呼ばれるデーモンで管理していた。

BINDはもす捨てよう
143名無しさん＠お腹いっぱい。
垢版 |
2008/08/02(土) 21:10:49
bindは9で8とは違って全く新たに作り直されたから良いって
聞いたことあるけど間違いだったのかね？
qmail使ってるから、dnscache使ってみようかな
2008/08/03(日) 01:00:08
qmailは捨てたほうがいいよ？
2008/08/03(日) 01:05:37
>>144
うるせーばか
146名無しさん＠お腹いっぱい。
垢版 |
2008/08/03(日) 01:11:05
>>144
俺の個人鯖はqmail で十分だわな
2008/08/03(日) 02:04:07
IPv6の件はどうなったんだっけ？
2008/08/03(日) 03:14:43
- オリジナルのqmailは現在の環境で運用するのに必要な機能を欠いている
- qmailにサードパーティのpatchをあてたら、それはsecureではない
→ qmailは捨てたほうがいい
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況