信者のみなさま、異端のみなさま、どうぞごゆるりとお語り合いください。
過去スレ
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
探検
djb(4)
1名無しさん@お腹いっぱい。
2006/05/20(土) 03:40:212006/05/29(月) 13:49:06
DJBSSSSSHSSS.
DJB's Super Secure SSH for Security Specialits Special.
DJB's Super Secure SSH for Security Specialits Special.
2006/05/29(月) 13:55:50
dddddjbちゃうわ!
2006/07/12(水) 16:04:43
2006/07/29(土) 21:10:03
dynamic 保守
2006/07/30(日) 16:31:00
保守不要なのがdjbツールの利点なのに
2006/07/30(日) 18:13:51
山田君〜!
>>25 に座布団一枚〜
>>25 に座布団一枚〜
2006/08/01(火) 01:32:20
publicfile使ってる方に質問
cgiとかはどうしてるの?
別途apacheやthttpdを動かしてるの?
cgiとかはどうしてるの?
別途apacheやthttpdを動かしてるの?
28名無しさん@お腹いっぱい。
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"
``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"
29名無しさん@お腹いっぱい。
2006/08/08(火) 02:42:36 dnscacheでmultilogが大変CPUを使うので、ログ取りをやめさせたいのですがどうすればいいでしょうか?
2006/08/08(火) 05:00:38
multilogへパイプしないで/dev/nullにでも捨てたら?
というか何でmultilogでCPU食ってるんだ?複雑なフィルタリングとかやってんの?
そっちを調べた方がいいような希ガス
というか何でmultilogでCPU食ってるんだ?複雑なフィルタリングとかやってんの?
そっちを調べた方がいいような希ガス
2006/08/11(金) 22:26:03
dynamic 保守
2006/08/15(火) 23:46:10
補習 at 大O蚊帳饅頭
33名無しさん@お腹いっぱい。
2006/08/25(金) 19:54:34 先生質問です!
tinydnsのdataファイルに
'*.example.com:text record:5
って書いてdata.cdbを作って
dnsqr txt test.example.com
してもテキストレコードが取得できないのですが、
ワイルドカードって+と@しかつかえないのでしょうか?
tinydnsのdataファイルに
'*.example.com:text record:5
って書いてdata.cdbを作って
dnsqr txt test.example.com
してもテキストレコードが取得できないのですが、
ワイルドカードって+と@しかつかえないのでしょうか?
34名無しさん@お腹いっぱい。
2006/09/26(火) 05:40:41 clockspeedを動かすにはPowerPCは対象外ですがPatchなんか出ていませんか?
PowerPCにもRDTSC命令みたいにタイムスタンプカウント取得できるんで動くような気がするんですけど・・・
PowerPCにもRDTSC命令みたいにタイムスタンプカウント取得できるんで動くような気がするんですけど・・・
35魔A乃
2006/11/15(水) 23:09:32 久しぶりの
Dynamic 保守
Dynamic 保守
2006/11/29(水) 22:59:39
このスレ終わってるね
2006/12/06(水) 22:08:55
そういや
djbsshは消えたのかな
大先生は気ままなわがままなかな
djbsshは消えたのかな
大先生は気ままなわがままなかな
2006/12/12(火) 01:04:40
保守
39名無しさん@お腹いっぱい。
2006/12/20(水) 10:23:31 hoshu
40名無しさん@お腹いっぱい。
2006/12/26(火) 12:12:21 このスレ終わりにしようよ
2007/01/03(水) 14:24:27
日本の大先生ってアスペルガーだよね。
42名無しさん@お腹いっぱい。
2007/01/07(日) 12:21:01 や.まやの挑発から逃げ続けるチキンeuske
2007/01/07(日) 23:21:26
>>42
え?どこの話?
え?どこの話?
44名無しさん@お腹いっぱい。
2007/01/09(火) 11:54:34 a.ns.cr.yp.to に繋らない件
2007/01/10(水) 02:47:23
>>43
ここらへんかな。
ttp://www.google.co.jp/search?q=site%3Aya.maya.st+qmail
別に挑発はしてないと思うが。そもそも djb とか euske 氏の答を求めてる
わけでもない。
いいかげん qmail 捨てようやってのは同意。
と言いつつ、前任者が残しているqmailの運用を続けてる俺は負け組。orz
ここらへんかな。
ttp://www.google.co.jp/search?q=site%3Aya.maya.st+qmail
別に挑発はしてないと思うが。そもそも djb とか euske 氏の答を求めてる
わけでもない。
いいかげん qmail 捨てようやってのは同意。
と言いつつ、前任者が残しているqmailの運用を続けてる俺は負け組。orz
2007/01/10(水) 23:32:52
netqmail + ezmlm-idx の環境から
postfix にすこっと乗り換えるのの
お気楽手順どっかに落ちてないですか。
ぐぐれ糟ですか、そうですか。
postfix にすこっと乗り換えるのの
お気楽手順どっかに落ちてないですか。
ぐぐれ糟ですか、そうですか。
46 > /dev/null
2007/01/11(木) 00:09:43
2007/01/11(木) 00:42:01
Webサーバ界隈では、Apacheのアンチテーゼとしてpublicfileとかwnといった小さいサーバソフトがいろいろ出た末に
lighttpdという決定版が出て一定の地位を築いている。
メールサーバの方でも、qmail並の小ささでかつ十分実用に耐える新しいソフトウェアが出てほしいなぁ。
Postfix使えと言われちゃそれまでだけど…
ちなみにDNSキャッシュサーバはdnscacheとBIND以外じゃ何があるっけ?
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対応させている面子の言葉に比べて、
なんと説得力のない言葉なんだろう。なんら具体的なものを示せていないんだもの。
正直、バカが書いた文章としか思えん。
って、qmailスレでqmail捨てたい捨てたいいいながらspam対応させている面子の言葉に比べて、
なんと説得力のない言葉なんだろう。なんら具体的なものを示せていないんだもの。
正直、バカが書いた文章としか思えん。
2007/01/11(木) 07:01:43
エスパー解釈すれば、
qmail にパッチをあてて使うのはqmailの設計思想と相容れない、
といいたいのかもね。
qmail にパッチをあてて使うのはqmailの設計思想と相容れない、
といいたいのかもね。
2007/01/14(日) 14:08:21
qmailそのものは終わってるのは言うまでもないよね。qmailを十年以上使ってて
これからも使う派の漏れが言うんだから間違いない。
たぶん、MRIの人が書いてるのは、それでもqmailから学ぶべきものはまだある
ってことなんじゃないのかな。qmailという作品の思想を踏襲し凌駕した作品は
まだない、postfixは違う、って言いたいんだろうと思った。分からんけど。
漏れはpostfixで全然いいと思うけどね。
これからも使う派の漏れが言うんだから間違いない。
たぶん、MRIの人が書いてるのは、それでもqmailから学ぶべきものはまだある
ってことなんじゃないのかな。qmailという作品の思想を踏襲し凌駕した作品は
まだない、postfixは違う、って言いたいんだろうと思った。分からんけど。
漏れはpostfixで全然いいと思うけどね。
2007/03/20(火) 11:08:10
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?
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
超亀レスだが、パッチ書いた。
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でなら問題なく引けるんですが…。謎です。
何が原因なのか、識者の方ご教示いただけたら幸いです。
最近dip.jpとかmoe.hmあたりの一部のダイナミックDNSのサイトがうまく引けなくなりました。
queryが返って来ずtimed outになってしまいます。
以前は問題なかったし、現在もプロバイダのDNSでなら問題なく引けるんですが…。謎です。
何が原因なのか、識者の方ご教示いただけたら幸いです。
2007/07/07(土) 14:14:03
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
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
ありがとうございます。
なるほど…よくわからないけどなんかすごいことになっていますね。
うちは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アドレスが
解決できない・・・そんなアフォな設定は幾らでも作れるのだ。
dnsq は、コンテンツサーバ直接指定
正確に調べたければ、キャッシュサーバは使わない。
まず、DNSコンテンツサーバのIPをほじくってみる。
一見、正しく設定されているように見えて、矛盾も無く
単方向リストとしての名前解決はできても肝心のIPアドレスが
解決できない・・・そんなアフォな設定は幾らでも作れるのだ。
6762
2007/07/08(日) 13:10:07 >>66
すみません、おっしゃってる意味がよく分からんとです。
うちの自宅サーバで動かしている dnscache の設定が間違ってる、という意味でしょうか?
でも特に設定を変えていないのに、以前は問題なく引けていた先述のドメイン達が
最近うまく引けなくなってしまったので、設定には問題ないんじゃないかと思っているんですが…。
しかもプロバイダの提供しているキャッシュサーバでは問題なくIPが引けているので余計に謎なのです。
すみません、おっしゃってる意味がよく分からんとです。
うちの自宅サーバで動かしている dnscache の設定が間違ってる、という意味でしょうか?
でも特に設定を変えていないのに、以前は問題なく引けていた先述のドメイン達が
最近うまく引けなくなってしまったので、設定には問題ないんじゃないかと思っているんですが…。
しかもプロバイダの提供しているキャッシュサーバでは問題なくIPが引けているので余計に謎なのです。
2007/07/11(水) 22:28:10
2007/07/12(木) 08:19:36
リスト構造にするなら、徹底して双方向リストにしてあれば良かったのに、
単方向リストにしてあるところの手落ち。
<ns>::=<ip address>
と定義してあれば、インターネットでの名前解決のコストが少なく済んだ。
NSレコードは、ドメイン名前空間の最も重要なキーであり、たらい回しに
出来ること自体が無駄の骨頂。 CNAMEの連鎖は、RFCで禁じたのに、
NSの連鎖を禁じていないのは手落ちだ。
単方向リストにしてあるところの手落ち。
<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
・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は広まらないと
インターネットなんて手落ちの固まりみたいなもんだ
そのうえ、djbによればipv6は広まらないと
2007/07/13(金) 11:53:28
いま、無人の荒野であるIPv6は、実験場としてはいいかも知れないが、
ipv4の梯子の上に登っている人を下ろさないで、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設定をどうこうするという話なんでしょうか?)
> この場合の対策法は
> ・dip.jpのNSレコードを「ns?.dip.jp」にする。
> ・ns?.dip.jpのAレコードとしてns?.ieserver.netと同じIPアドレスを返す
> てところか。
これはdnscacheのどのへんをどのように設定すればよいんでしょうか。
(…それとも dip.jp 側のDNS設定をどうこうするという話なんでしょうか?)
2007/07/13(金) 21:11:35
7662
2007/07/13(金) 22:23:132007/07/13(金) 22:56:15
どのみち、まともな方法ではipv6 <-> ipv4ができないんだから、
>>72 みたいに、いっせのせでやるか、別立てでやるしかない。
座敷の奥のトンネルの向こうに別世界があるわけだが、決して経路
付けは許されない。 靴の履き替えは面倒だ。
何時の間にか、Teredo 、6to4・・・ セキュリティホールだらけ。
こんな未来に誰がした?
>>72 みたいに、いっせのせでやるか、別立てでやるしかない。
座敷の奥のトンネルの向こうに別世界があるわけだが、決して経路
付けは許されない。 靴の履き替えは面倒だ。
何時の間にか、Teredo 、6to4・・・ セキュリティホールだらけ。
こんな未来に誰がした?
2007/07/14(土) 01:25:31
あなた、実際に使ってみて言ってます?
エンドユーザに何の面倒があるの?
デュアルスタックで使ってて、今v6で繋がってるかv4で繋がってるかなんて、
意識することは、まずない。
エンドユーザに何の面倒があるの?
デュアルスタックで使ってて、今v6で繋がってるかv4で繋がってるかなんて、
意識することは、まずない。
2007/07/14(土) 04:37:26
windowsじゃー
windowsの仕業じゃー
windowsの仕業じゃー
2007/07/14(土) 10:15:28
2007/07/14(土) 13:17:12
無知なのと、知ってて使うことの違いもわからないとはいやはや。
世の中は無知な人が多い。 もちろん、知ってて使う悪い奴もね。
そして、古いソフトはいつまでも対応しない。 UPnP ? ipv6対応?
AAAA? はあ?
世の中は無知な人が多い。 もちろん、知ってて使う悪い奴もね。
そして、古いソフトはいつまでも対応しない。 UPnP ? ipv6対応?
AAAA? はあ?
2007/07/14(土) 15:40:58
なぜか標準設定がipv6になってて名前解決に失敗するソフトすらあるんだぞ
エンドユーザー向けでな
エンドユーザー向けでな
2007/07/14(土) 15:41:32
ああ名前解決じゃないや
2007/07/14(土) 19:01:58
>>81
頭の悪い奴の間違いじゃないのかwww
頭の悪い奴の間違いじゃないのかwww
2007/07/14(土) 19:36:40
ntpdate ntp1.sakura.ad.jp
2007/07/15(日) 00:25:04
2007/07/17(火) 03:40:28
2007/08/03(金) 11:08:22
daemontools にバグみつけた。
daemontools-0.76/package/compile の
> test -d package || ( echo 'Wrong working directory.'; exit 1 )
exit 1 ってサブシェルで実行しても意味なくね?
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
2007/11/02(金) 14:44:51
>>90
bash?
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
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
2007/11/03(土) 11:54:58
>>93
NetBSD では終了しなかったんだが。
今、FreeBSD 6.2 でやってみても、サブシェルの中の exit は無視される。
zsh% sh
sh$ ( exit )
sh$
つか、packages って typo? ^^
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.
一時的にってのがどうも分からんです。
その他にも調べたけど既存データの書き換えについて書かれているところ
がない!
教えて君ですみません。反省
多分ここを見てる人には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.
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
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 なぜ差がついたか 慢心,環境の違い
daemontools位じゃないかな…
bindとdjbdns なぜ差がついたか 慢心,環境の違い
postfixとqmail なぜ差がついたか 慢心,環境の違い
apacheとpublicfile なぜ差がついたか 慢心,環境の違い
2007/12/01(土) 18:13:27
ソフトウェアは、ぶくぶくやらなきゃいけないってもんでもあるまい
2007/12/01(土) 18:49:25
djbdnsは普通に使ってるが
bindにする利点て何だろ
bindにする利点て何だろ
2007/12/01(土) 20:13:49
CPUもメモリも潤沢な昨今、パフォーマンスはBINDのほうが圧倒的に上。
零細企業とか自宅鯖とかならdjbdnsでいいんでないの?
零細企業とか自宅鯖とかならdjbdnsでいいんでないの?
2007/12/01(土) 22:39:35
もともとdjbdnsはパフォーマンス低いとか
言う話だったような気がする。
bind-8に圧倒的に負け、bind-9とどっこいどっこい
だったというのをどっかで見たような気がする。
機能が少なくてパフォーマンスに劣るなら
誰も使わないよね。
言う話だったような気がする。
bind-8に圧倒的に負け、bind-9とどっこいどっこい
だったというのをどっかで見たような気がする。
機能が少なくてパフォーマンスに劣るなら
誰も使わないよね。
2007/12/01(土) 22:56:41
ゾーン転送不可って時点でアレだからなぁ。
2007/12/01(土) 23:11:45
パフォーマンスは困った事無いなぁ
tinydns は一日10万から来てるけど困んない
dnscache はクライアントが2桁だしなぁ
DDNSできないのがあれだけど。
ゾーン転送は axfrdns 使えっつー話?
tinydns は一日10万から来てるけど困んない
dnscache はクライアントが2桁だしなぁ
DDNSできないのがあれだけど。
ゾーン転送は axfrdns 使えっつー話?
2007/12/01(土) 23:15:08
一日10万って1秒に約1回だろ、軽い軽い
2007/12/02(日) 04:38:18
スケーラビリティを追うなら、ふぇりっくす@fefe.de 頼みだな。
分散処理志向なら、1台にそんな重い処理させること自体が
そもそもナンセンス。 複数台に分散すれば、なんてこたないし
サーバ業界の志向するのもブレードだろブレード。
分散処理志向なら、1台にそんな重い処理させること自体が
そもそもナンセンス。 複数台に分散すれば、なんてこたないし
サーバ業界の志向するのもブレードだろブレード。
2ちゃんねるへの書き込みのほとんどでBB*規制の問い合わせにdjbdnsを利用しているけれども重いと感じたことはないです。
強いての不満を言うとcdbの更新くらいかなぁ。。。
強いての不満を言うとcdbの更新くらいかなぁ。。。
2007/12/02(日) 13:07:12
dnscacheの代替ってあります?
2007/12/02(日) 13:14:13
apacheとpublicfileは別ジャンル
windowsとBSDくらい違う
windowsとBSDくらい違う
2007/12/02(日) 15:34:23
職場のメルサバがqmailなんだけど、鯖入れ替えが近いので、
「”posifix”にしません?」といったら、上司がノータイムで、
「できるものならやってみろ」との一言。
そんなにqmailからpostfixへの移行って難しいの?
「”posifix”にしません?」といったら、上司がノータイムで、
「できるものならやってみろ」との一言。
そんなにqmailからpostfixへの移行って難しいの?
2007/12/02(日) 15:41:05
2007/12/02(日) 16:16:08
>>117
いあ、それができないからここに書いたわけだがw
いあ、それができないからここに書いたわけだがw
2007/12/02(日) 16:31:01
>>114
PowerDNS recursur とかは?
PowerDNS recursur とかは?
2007/12/03(月) 09:00:10
>>116
上司の無理解にめげず postfixに替えられるものならやってみよ。
というお言葉。 というか、動いているものを置き換えることの苦を
知れば自ずと成長もあると思われ
ということで、キミは 自分で言い出したことを、誰にも教えられず
成し遂げることが求められているのだ。 わかるかな?
上司の無理解にめげず postfixに替えられるものならやってみよ。
というお言葉。 というか、動いているものを置き換えることの苦を
知れば自ずと成長もあると思われ
ということで、キミは 自分で言い出したことを、誰にも教えられず
成し遂げることが求められているのだ。 わかるかな?
121116
2007/12/03(月) 10:24:49 >動いているものを置き換えることの苦
いあ、わかってますw
サーバごと入れ替えるので、qmailからqmailだって大変。
どうせ大事(おおごと)なので、MTA入れ替えしても、たいして
苦労は増えんのじゃないかと甘いことをw
マジで鯖管には向いてないわ>ヲレ
いあ、わかってますw
サーバごと入れ替えるので、qmailからqmailだって大変。
どうせ大事(おおごと)なので、MTA入れ替えしても、たいして
苦労は増えんのじゃないかと甘いことをw
マジで鯖管には向いてないわ>ヲレ
レスを投稿する
ニュース
- 【速報】トランプ大統領、中国の習近平国家主席を「国賓」として招待することに [ニョキニョキ★]
- 日本と中国を結ぶ12航空路線で全便欠航 中国人に最も人気の海外旅行先は日本から韓国に [ぐれ★]
- 米中電話会談、トランプ氏は「米国側は中国にとっての台湾問題の重要性を理解する」 [1ゲットロボ★]
- 【音楽】「なんでこんなバカが国のトップなの?」 若者に人気のバンド「GEZAN」のマヒトゥ・ザ・ピーポーが高市総理に苦言 [シャチ★]
- 中国人「『日本は危ないから行かないように』と言われたが、日本に来たらとても安全だった」 [お断り★]
- 石破前総理「どうすれば台湾有事にならないかを考えるべき」★2 [1ゲットロボ★]
- 【高市悲報】来年、習近平主席がアメリカに「国賓」として訪米。どうするんだよ高市・・・アメリカも敵に回すのか? [483862913]
- フィフィ「外国人だろうが日本人だろうが反日は要らんのよ、この国に…自分にとって住みやすい国に行け。」 [856698234]
- 【悲報】X「嵐のために札幌にいらっしゃる皆様へ」 [394133584]
- 【高市悲報】トランプおやびん「偉大な指導者である習近平首席、米国は中国にとっての台湾問題の重要性を理解しています」 [115996789]
- 【速報】足立ひき逃げ犯、精神病持ちだった [329271814]
- 無職ワイちゃん、漫画家になるために仕事やめたのに描いてない
