レス数が1000を超えています。残念ながら全部は表示しません。

BIND全般

[85:名無しさん＠お腹いっぱい。 (01/11/10 09:21)]
>>83
違うよ、CNAME はネストして使わなければいいだけの話であって、
単なるラベリングとしての CNAME なら問題ないよ。

[86:名無しさん＠お腹いっぱい。 (01/11/10 12:04)]
>>85
ネストしなくてもマズい場合がある。
>>49 参照。

[87:名無しさん＠お腹いっぱい。 (01/11/10 13:25)]
>>86
やばい。うちのサーバちゃんとしてない。逝ってくる

[88:名無しさん＠お腹いっぱい。 (01/11/10 18:17)]
CNAMEはCクラス以下の逆引きを行うための必須アイテムです。

ftp://ftp.iij.ad.jp/pub/rfc/rfc2317.txt

[89:名無しさん＠お腹いっぱい。 (01/11/10 18:59)]
Canonical Nameがどれだかわからなくて気持ち悪いな..
っつーのは気持ちの問題?

[90:名無しさん＠お腹いっぱい。 (01/11/10 23:38)]
>>88
CNAME 使わなくても NS レコードで委譲できんじゃなかったっけ?
djbdns のドキュメントにあったような。

>>89
気持ちの問題。

[91:名無しさん＠お腹いっぱい。 (01/11/10 23:59)]
CNAMEの便乗質問なんですけど

正引きさせるとき CNAME
xxxxx IN CNAME www.xxxxxx.xxx.
yyyyy IN CNAME www.xxxxxx.xxx.
と指定する場合と
xxxx IN A 192.168.117.4
yyyy IN A 192.168.117.4
と指定する場合どっちが信頼性とかレスポンスとかいいのでしょうか。
サーバのIPアドレスを変更したとき CNAMEだと www.xxxxxxx.xxxx.
のIPアドレスを変更すればいいだけですむので通常(?)はこっちで
しょうが、www.xxxxx.xxxx.が引けないとこのホストにCNAMEしてるホスト
は全滅だし www.xxxx.xxxx.を再度引かないといけないので問い合わせて
が増えるのではないかと。

[92:名無しさん＠お腹いっぱい。 (01/11/11 00:04)]
>>91

私は後者を多用してる。
理由は特にないけどCNAMEだとMXにつかえないとかあるから。

信頼性とかレスポンスは分からん。申しわけ

[93:名無しさん＠お腹いっぱい。 (01/11/11 12:35)]
>>91
委譲関係とか、ネームサーバのネットワーク環境など一概には言えないが、
CNAMEを使うと確実にDNSクエリーが多くなる。
ネームサーバやリゾルバにもよるが、初回アクセスのレスポンスを重視する
なら直接Aレコードを書いた方が良いだろうね。

・・・相変わらずBINDそのものとは関係ないな。

[94:名無しさん＠お腹いっぱい。 (01/11/11 19:37)]
>>93
なるほど。やはりそうですか。

read.cgi ver5.26+ (01/10/21-)