Name Server 総合スレ【DNS】

**名無しさん＠お腹いっぱい。** · 2008/11/26(水) 01:14:36

立ててみるだよもん

●主なオープンソース
BIND
ttps://www.isc.org/software/bind
djbdns
ttp://djbdns.qmail.jp/
NSD
ttp://www.nlnetlabs.nl/projects/nsd/
Unbound
ttp://unbound.net/

●規格
RFC1034, 1035
ttp://www.ietf.org/rfc/rfc1034.txt
ttp://www.ietf.org/rfc/rfc1035.txt

●アプライアンス
Nominum
ttp://www.nominum.com/
Infoblox
ttp://www.infoblox.co.jp/

**名無しさん＠お腹いっぱい。** · 2011/12/06(火) 21:36:33.13

JPRSは minimal-responses yes というworkaroundを省略するのは何でだぜ？
https://deepthought.isc.org/article/AA-00549

**名無しさん＠お腹いっぱい。** · 2011/12/06(火) 22:09:46.44

>>818
究極の浸透問題状態だろそれwww

**名無しさん＠お腹いっぱい。** · 2011/12/07(水) 10:25:52.42

>>819
権威サーバと混在してる場合は軽減できるけど完全な解決策にはならないからでは。
キャッシュDNSでもlocalhostやAS112ゾーンは持つのがふつーだから、
純粋にキャッシュ専用で動いてるところなんてまずないと思う。

**名無しさん＠お腹いっぱい。** · 2011/12/07(水) 18:22:16.28

>>819
更新されたね。

**名無しさん＠お腹いっぱい。** · 2011/12/19(月) 20:23:43.55

JPRSはさっさとDNSSECで使うDSレコードを
外部から登録するためのプロトコルを実装して公開して欲しい。

DSレコードの登録が手動とか、面倒くさくてDNSSECを導入できない。

**名無しさん＠お腹いっぱい。** · 2011/12/19(月) 20:55:14.04

1年～数年に1回やれば済むような作業をめんどくさいというのは
「自分にはできない」のを「自分がやらない」理由としてごまかしてるだけ。
SSLの証明書更新とかに比べればずっと手間が少ないのに。

NSの登録だって昔からJPRSに直接はできず、指定事業者経由でしかできないんだから、
DSでそれをできるようにするとはとても思えん。

**名無しさん＠お腹いっぱい。** · 2011/12/19(月) 21:05:12.34

ネームサーバーのセキュリティパッチは必要な時に都度当てられるけど、
DSレコードは任意のタイミングで更新するわけにはいかないから自動化したいんだよ。

JPDirectのサービスとして始めればいいよ。

他の事業者は自分で実装すればいいだろ。IIJは出来るようにしたみたいだし。
http://www.iij.ad.jp/company/development/tech/activities/dnssec/index.html

**名無しさん＠お腹いっぱい。** · 2011/12/20(火) 18:13:16.11

>>824
JPRSが他TLDの販売をしようとして
コテンパンに叩かれて、「*.dns.jp」の管理一本に
なったはず

**名無しさん＠お腹いっぱい。** · 2011/12/20(火) 19:27:52.85

>DSレコードは任意のタイミングで更新するわけにはいかないから自動化したいんだよ。

？？？いつでも好きなときにできるけど？
DNSSECの仕様の話ではなく、客の都合に合わせてやらなきゃいかんとかいう話なら知らないけど。

外部からDS登録するAPIが存在しないわけではなく、指定事業者（レジストラ）には公開されてると思うよ。
sannetはjpがdnssec対応した初日にレンサバサービスで契約されている全ドメインの
DSを登録したらしいけど、ひとつずつ手でやったとはとても思えない。sannetは指定事業者なので
それ用のAPIを使ったと考えるのが妥当。

ただ、そのAPIを一般に公開できるかというと、ドメインの取得に際して
jprsから認証用のID/PWなどがドメイン所有者に渡されるわけではないので、
認証のしようがない。甘い認証でDSを更新させたらDNSSECの意味がない。
そのへんの認証情報を持ってる指定事業者を経由させるのもしかたないかと。

jpに限らず他のTLDでもレジストラを経由せずにDSを登録できないところばっかり。
自動化できるAPIを作れと言うなら、相手はjprsではなく自分がドメイン管理に使ってる事業者かと。

ちなみに、DS登録用のプロトコルとしてはRFC5910というのがあって、opendnssecはこれに対応してたはず。

>>826
jprsは最近jpだけでなくgTLDも売りはじめたよ。

**名無しさん＠お腹いっぱい。** · 2011/12/20(火) 20:30:39.50

>>827
DNSはセキュリティパッチと、正引き・逆引き設定の変更が必要な時以外は、
一度設定したら手間を掛けなくて良かったんだから、
DNSSECを導入した場合でもキーの更新に新たなコスト(時間と金)は掛けたくない。

特にDSレコードの更新前後にKSKのTTLを気にするとかを手動でやりたくない。
DSレコードの更新、KSKの更新、ZSKの更新などを全部自動化したい。

うちの指定事業者はJPDirect(=JPRS)なの。
ドメインにまつわる設定を操作するためのIDとパスワードは、
既にもらっているので、あとはAPIがあれば良いだけなんだけど、
それをJPDirect(=JPRS)に用意して欲しいって言ってるの。

今現在提供されているJPDirectのwebインターフェースを使うことで、
DSレコードの更新は可能なんだけど、これにアクセスするソフトを書くとしても、
JPDirectが提供しているWebインターフェースなんて、いつ仕様が変わるか分からないから、
長期間に渡って動作する見込みが無い物は使えない。

だからJPDirect(=JPRS)には、ちゃんと仕様の決まった
DSレコードの更新方法を提供して欲しい。
既にRFCに習った実装があるなら、提供されるのがそれでも構わない。

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 01:22:18.55

unboundもやられたか
ヤツはDNS四天王のうちでも（ｒｙ

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 01:24:18.67

つ ttp://www.unbound.net/downloads/CVE-2011-4528.txt

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 10:28:09.75

jpdirectはjprsが自前でやってる指定事業者にすぎないから。
jprsへの要望とjpdirectへの要望をごっちゃにしちゃいかん。

jpdirectって新規受け付けを終了しちゃってるが、
既存向けに続けてるのもそのうちやめそうな気がしてならない。
jpdirectそのものをやめたがってる感がアリアリ。
よその事業者にドメインを移管した方がいいような。

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 18:34:12.07

BIND、unbound以外で良い感じのキャッシュサーバって何かある？
PowerDNS recursor試してみようかな

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 21:04:25.74

良い感じってのも色々だしなぁ
DJBのも調査してみたら？

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 22:40:07.45

セキュリティ第一ならdjbdns一択だな
djbwareは嫌いだがこれは認めざるを得ない
もう機能拡張は望めないけど、ほとんどの用途では必要十分だし
不安はIPv6トランスポート対応くらいか

**834** · 2011/12/21(水) 22:45:30.23

> 不安はIPv6トランスポート対応くらいか

サードバーティ製のパッチはあるけどね……

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 23:01:43.81

現状JPドメインでIPv6 glue, DNSSEC(DSレコード取次)対応してるレジストラとしては一番安いから無くなると困るなJPDirect。
適当に安いレジストラがDSレコード取次対応してくれれば他に移るんだが。

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 23:25:00.06

GMOの熊谷が余計な横槍入れてきたから、しぶしぶ対応しただけの話でしょ。

**名無しさん＠お腹いっぱい。** · 2011/12/21(水) 23:39:44.47

>>834
djbdnsではEDNS0に対応していないから512byte問題を回避できない。
いわゆるdjbwareは既に過去のプロダクトであって、いま動いているものを無理に止めろとまでは言わないが、
新規に使うべきものではない。

**名無しさん＠お腹いっぱい。** · 2011/12/22(木) 00:07:46.10

EDNS0はMUSTじゃないでしょ
DNSのTCPトランスポートのサポートはMUSTになったけど
EDNS0がMUSTになる見込みはないと思う

**名無しさん＠お腹いっぱい。** · 2011/12/22(木) 01:49:34.61

TCPにフォールバックしないのはqmailかな（パッチはある）
今からdnscacheを新規で入れるのも気がひけるな

**名無しさん＠お腹いっぱい。** · 2011/12/24(土) 00:00:47.15

EDNS0はDNSSECのために作られたようなもんだからな
IPv6やDNSSECが必須にならなきゃdjbdnsでも生きていける、ような気がする

**名無しさん＠お腹いっぱい。** · 2011/12/26(月) 18:28:55.15

IPv6やDNSSECの情報をDNSで扱う場合、RFC3226でEDNS0への対応は必須とされている。
これはサーバだけでなく、クライアント側も対応せよ、となっている。
つまり、v6のアドレスを問い合わせるならEDNS0を必ず使え、ということ。
まだv6は必須な状況にはなってないけど、現実にばんばん問い合わせてるのに
対応していないdnscacheはよろしくない。

もっとも、RFC3226が言及しているのはv6といってもAAAAじゃなくてA6だし、
DNSSECといってもDS方式じゃなくて実用化されなかったRFC2535方式だけど。
# DOビットを立てるならEDNS0を有効にしろ、という意味に解釈するなら
# 現行のDS方式のDNSSECについてもRFC3226は有効。

**名無しさん＠お腹いっぱい。** · 2011/12/28(水) 00:01:04.52

DOビットと聞いてFW-1の余計な機能を思い出した。

**名無しさん＠お腹いっぱい。** · 2011/12/30(金) 17:44:11.27

djbdnsの利用を推奨するわけじゃないが……

>>842
A6なんてhistoricalになろうとしてるし、EDNS0のクエリを投げてくる
クライアント(スタブリゾルバ)なんて皆無。EDNS0非対応はその実装を
使わない理由にはならないと思う。

**名無しさん＠お腹いっぱい。** · 2012/02/18(土) 21:21:06.35

Ghost Domain Names…
cron で rndc flush で Ghost Busters できるん？

**名無しさん** · 2012/02/18(土) 22:39:56.52

それでいいはず。
ついでに浸透いうな対策にもなる。

**名無しさん＠お腹いっぱい。** · 2012/02/18(土) 22:42:48.70

一番効果的かつ正しいワークアラウンドだけど、
ISCやJPRSの人がそれを勧めるわけにいかないだろうね。

**名無しさん＠お腹いっぱい。** · 2012/02/25(土) 14:01:18.59

>>847
JPRSが「キャッシュDNSサーバーにおいて定期的なキャッシュデータ
のクリアを実施することにより、危険性を低減できます。」
って言ってるぞ

**名無しさん＠お腹いっぱい。** · 2012/03/08(木) 12:06:58.70

>>848
それをやる日本ISPが存在するかどうかだがなｗ

**名無しさん＠お腹いっぱい。** · 2012/03/08(木) 12:27:02.31

キャッシュは立ち上がりが一番性能低くなるからきついよな。

**名無しさん＠お腹いっぱい。** · 2012/03/09(金) 04:04:08.13

1日1回、早朝時間帯にクリアなら問題ないかなぁ
むしろ同じ時間に複数のISPで一斉にクリアされるとTLDな人たちが困るかも？

**名無しさん＠お腹いっぱい。** · 2012/03/09(金) 09:05:03.49

なぜ1日1回？

最低1回は権威を委任されなくちゃ成立しない攻撃方法だから、1～数ヶ月は運用されるでしょ。
1ヶ月に1回で十分だと思うけど。

**名無しさん＠お腹いっぱい。** · 2012/03/09(金) 10:23:01.00

大丈夫、bindの穴で定期的に再起動してるから。

**名無しさん＠お腹いっぱい。** · 2012/03/09(金) 23:18:28.42

むしろキャッシュなんかやめればクリアする必要もなくなるのに

**名無しさん＠お腹いっぱい。** · 2012/03/09(金) 23:57:03.94

>>854
それは、すべて再帰検索で、という意味？
思慮の浅いヤツ…

**名無しさん＠お腹いっぱい。** · 2012/03/10(土) 00:38:48.37

というと?

**名無しさん＠お腹いっぱい。** · 2012/03/10(土) 00:47:04.19

ルートDNSがとても死ねる。

**名無しさん＠お腹いっぱい。** · 2012/03/10(土) 17:23:01.76

>>855
思慮以前の問題かと。
日頃から浸透とか言ってそう＞854

**名無しさん＠お腹いっぱい。** · 2012/03/10(土) 20:33:59.36

具体的に。

**名無しさん＠お腹いっぱい。** · 2012/03/12(月) 17:07:07.76

キャッシュが無い場合は、なにかアクセスすると必ずルートDNSから問い合わせることになる。

ロケットニュースから引用してみる。
【図解】60秒間にインターネット上で起こっていること ttp://p.tl/Nljh
合計して60で割ると、主だったサービスだけで秒間 2,835,284 回のクエリーがでるよね。
example.com を検索した場合、ルートDNS は gtld-servers.net. で com. を署名付きで返すから 735 bytes
単純にクエリー数をかけると 2,083,933,850 byte →最低でも秒間 2GB のトラフィックくらいは捌く必要があるんじゃない？

IP anycast やらロードバランサやらで 13台以上あるんだろうけど…
Twitter でバルスを叫ぶだけで 14,594q/s が簡単に乗ったりするのを考えると、ルートDNSの中の人に同情したくなる数値。

1日で2800GB以上…と考えて、回線使用料はいくら？
最終的にユーザが負担することになる金額は？

**名無しさん＠お腹いっぱい。** · 2012/03/12(月) 17:47:53.30

>>860
>IP anycast やらロードバランサやらで 13台以上あるんだろうけど…
現状だけで283拠点
http://www.root-servers.org/
>Servers in total: 283
ただクライアントがクエリーを投げる先は当然13個

**名無しさん＠お腹いっぱい。** · 2012/03/22(木) 21:20:30.38

そろそろエイプリールフールだな
騒がれてないからすっかり忘れてた

**名無しさん＠お腹いっぱい。** · 2012/03/23(金) 08:55:34.13

うちの会社は3月32日だから…

**名無しさん＠お腹いっぱい。** · 2012/04/23(月) 00:29:11.13

世の中には F5 攻撃というものがあるのをすっかり忘れてた…

F5 1回 = DNSクエリー 1個だから、F5 アタックがそのまま DNS への DoS アタック。
キャッシュのない世界って、ｌ怖い。

**名無しさん＠お腹いっぱい。** · 2012/04/23(月) 00:51:50.72

>>864
某半島のネットが一瞬で麻痺しそうだな

**名無しさん＠お腹いっぱい。** · 2012/05/02(水) 14:35:54.49

unboundでDNSラウンドロビンが入ったと聞きましたが、どのverからですか？
最新の1.4.16入れたけどラウンドロビンしてないようです

**名無しさん＠お腹いっぱい。** · 2012/05/02(水) 20:07:29.84

>>866
まだ対応してない。
ラウンドロビン対応にするパッチを書いてMLに投げた人がいる

**名無しさん＠お腹いっぱい。** · 2012/05/03(木) 21:49:14.52

>>866 >>867
trunkにマージされたので次の1.4.17には入るかと

今すぐ試したいならsvnからtrunkをcheckoutするか
1.4.16用のpatchをunbound-usersに投げたので使ってみてください
http://unbound.net/pipermail/unbound-users/2012-April/002324.html

**866** · 2012/05/07(月) 18:23:23.32

>>868
わかりました、1.4.17を待ちます。。。

**名無しさん＠お腹いっぱい。** · 2012/05/24(木) 20:12:29.29

Unbound 1.4.17きた
ラウンドロビンも入ってますね
http://www.unbound.net/download.html

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 17:22:24.80

いつの間にかAAAAレコードが(あるのに)引けなくなってるな。

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 17:35:17.14

それだけじゃ何もわからん。

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 17:46:24.07

今日が何の日か知ってればわかるよな

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 17:55:14.07

NTTのせいでトリッキーな事をしなければ接続できない
日本って変だよ

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 18:28:44.57

NTT法のせいで、だな。

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 19:14:33.43

NTT法があってもv4は問題なく接続できてるよ（これもある意味変態的だが）。
v6でも同じような方法でやれば問題は起きなかったはず。
フレッツドットネットなんてのをv6閉域網で作ってしまったために
「同じような方法」が使えなくなったのがいけない。
よってNTT法のせいではなく、NTTのせい。

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 20:18:11.96

また脆弱性かっっ

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 21:42:51.89

bind捨てればぁ～？

**名無しさん＠お腹いっぱい。** · 2012/06/06(水) 23:35:23.98

複数の権威ゾーンサーバのうち一つをnsdにしておけ、
そうすれば重複をお許し下さいに対応する時間が若干稼げる、
というのはなるほどと思った

**名無しさん＠お腹いっぱい。** · 2012/06/07(木) 00:09:07.90

今回の件はゾーンサーバはあんまり関係ないんじゃね。

**名無しさん＠お腹いっぱい。** · 2012/06/09(土) 00:18:48.84

複数動かしておくってのは現実的とは思えない、最初から脆弱性が少ない奴一択でしょう

**名無しさん＠お腹いっぱい。** · 2012/06/09(土) 00:42:44.82

2台くらいは普通だろ。
一台しかないのが、あんまり想像できない。

**名無しさん＠お腹いっぱい。** · 2012/06/09(土) 00:52:15.48

1台で運用って、自宅鯖（）とかでしょ。

**名無しさん＠お腹いっぱい。** · 2012/07/20(金) 19:32:18.67

bind9でrndc dumpdbとやってもキャッシュの内容が表示されないのですが
何か設定がおかしいのでしょうか。
named_dump.dbは存在していて、タイムスタンプも更新されているので
キャッシュはしていると思うのですが。

**名無しさん＠お腹いっぱい。** · 2012/07/21(土) 08:53:08.93

named_dump.dbが出力されたダンプでmoreとかで見る

**名無しさん＠お腹いっぱい。** · 2012/10/10(水) 17:42:28.43

BIND捨てたい。

**名無しさん＠お腹いっぱい。** · 2012/10/10(水) 21:07:48.92

>>886
捨てればよい
BINDじゃないと困る理由があるのか？

**名無しさん＠お腹いっぱい。** · 2012/10/10(水) 22:03:35.65

今年はすごいよね。

**名無しさん＠お腹いっぱい。** · 2012/10/11(木) 09:23:23.78

nsd and/or unbound

**名無しさん＠お腹いっぱい。** · 2012/10/11(木) 16:36:37.24

sendmailはほぼ駆逐できたから
BINDもがんばればなくせるかなぁ。

**名無しさん＠お腹いっぱい。** · 2012/10/11(木) 20:08:24.86

この程度で多いとは、にわかが多いな

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 10:11:24.50

BINDを駆逐するんだったらlibcをなんとかする必要があるな

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 10:33:20.90

んじゃ正確にはBINDのnamedを駆逐したい。

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 21:56:09.48

なぜ駆逐したいのですか？

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 22:37:08.45

セキュリティホールの対応がめんどいから。

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 23:23:26.19

BINDとそれ以外で冗長化するのが理想とは分かっているが、実際にはなかなか…

**名無しさん＠お腹いっぱい。** · 2012/10/12(金) 23:29:29.19

OpenBSDでDNSサーバ作ってくれないかな

**名無しさん＠お腹いっぱい。** · 2012/11/03(土) 07:48:54.44

テストのためwindows 7のdnsクライアントに
udpでなくてtcpを使わせたいんだけど、
tcpフォールバックを強制的に使う設定って可能かな？
データグラムを自作しないのは
通常環境でしばらく動作確認したいから。

**名無しさん＠お腹いっぱい。** · 2012/11/03(土) 10:13:57.28

>>898
板違い

**名無しさん＠お腹いっぱい。** · 2012/11/03(土) 18:45:18.33

最近の BIND なら EDNS0 を停止させて、リゾルバからは TCP フォールバックされる FQDN でクエリを投げさせれば～？
要は、名前解決するドメインそのものについて考慮せよ、と。

Win7 のリゾルバそのものの挙動については、指摘通り板違い。

**名無しさん＠お腹いっぱい。** · 2012/12/19(水) 16:59:01.12

bindのことが書いてあるサイトをみるとデフォルトTTLが86400に対して
negative cacheが86500って書いてあるところがちらほらあるんだけど
どういう意味があるの？

**名無しさん＠お腹いっぱい。** · 2012/12/19(水) 18:58:56.35

age ちゃうよ。

>>901
何だよそれ？と思いながらググってみたら、ホントに出てくるね。昔、だれかが typo した設定が
公開されてて、それがコピペで広まったというオチなのかな？

検索しても日本語の記事しかヒットしないというのが、アヤしい予感です。

**名無しさん＠お腹いっぱい。** · 2012/12/19(水) 21:29:30.34

わかってるフリしてコピペすればコンテンツのできあがりですぅ

**名無しさん＠お腹いっぱい。** · 2012/12/20(木) 11:11:22.95

つまり全く無意味ってことでおｋ？

**名無しさん＠お腹いっぱい。** · 2012/12/20(木) 11:12:42.69

86400だってたいして意味はないだろ。

**名無しさん＠お腹いっぱい。** · 2012/12/20(木) 13:12:22.15

(2012122000 1h 5m 2w 15m) みたいに書けば惑わすようなtypoもされないんじゃね
16mにしたり25mにしたりするやつは出るかもしれんが別にいいだろ。

**名無しさん＠お腹いっぱい。** · 2012/12/20(木) 22:56:20.78

negative cache ってそんなに長くするもんか？

**名無しさん＠お腹いっぱい。** · 2012/12/20(木) 23:24:39.01

negative cache lifetime > default TTL って、オープンリゾルバでも運用してるんですかっていう

**名無しさん＠お腹いっぱい。** · 2012/12/21(金) 20:43:57.87

BIND9のmax-ncache-ttlのデフォルト値 10800だからなぁ

**名無しさん＠お腹いっぱい。** · 2013/02/05(火) 11:21:33.52

bind9なんですけど、rndc querylogを起動時はoffにしておくのってどうやるのですか？

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 09:49:46.63

内部のみrecursion yes;にしてるんだけど
ルータのログに外側dnsへのアクセスがけっこうな量で記録されてるってことは
キャッシュが効いていないとみていいかな

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 10:01:40.74

>>910
named querylogでぐぐればすぐに見つかるが。

>>910
rndc dumpdbで確認すれ。

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 10:24:23.21

>>912
素早い返答ありがとう
rndc dumpdbやった中身は問い合わせた情報が残っていたから
一応キャッシュは効いてるってことでおｋ？

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 12:16:19.91

rndc statusで
recursive clients: 0/0/1000
が何なのかずっと悩んでた。自分が上位dnsで下位から再帰を受けられる上限ってことか

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 12:59:42.90

わざわざ「上位dns」と書くあたりニワカ臭を感じる
DNSをdnsと小文字で綴るのもニワカらしい

**名無しさん＠お腹いっぱい。** · 2013/02/06(水) 13:03:25.37

にわかでなければこんなところで聞かん

**名無しさん＠お腹いっぱい。** · 2013/03/01(金) 20:41:32.01

質問させてください。
ネームサーバーを複数登録し、その中の一台が応答すれば名前解決は行われるそうですが、
ゾーンの編集はネームサーバー一台毎に行っているのでしょうか？
たとえば、バリュードメインのゾーン編集を行った場合
NS1-5.valuedomain.comまでを一括で編集するということですか？

**名無しさん＠お腹いっぱい。** · 2013/03/02(土) 12:37:50.56

>>917
いくら何でも予備知識が足りなすぎる。その状態でネームサーバを運用するのは危険！

ググれば、いくらでも参考資料は出てきます。もし bind を使っているのなら、例えば
以下のようなページを一通り目を通してみてください (他にも同様の入門ドキュメントは
沢山あります)。

連載記事「実用 BIND 9で作るDNSサーバ」
http://www.atmarkit.co.jp/flinux/index/indexfiles/bind9index.html

上記ページには読み飛ばしてよいトピックが多数ありますが、最低限ゾーン設定と
ゾーン転送は理解するようにしてください。また、このページはあくまでも一例として
挙げているだけですので、出来るだけ複数の (なるべく新しい) ドキュメントを参照する
ようにしてください (嘘や不適切なことが書いてあるページは想像以上に多いです)。

**名無しさん＠お腹いっぱい。** · 2013/03/03(日) 00:18:55.22

皆、BIND10はまだ様子見？