dns.xxx.com のdnsサーバのIPを変更したあと、上位のdnsサーバに変更を伝えるわけですが、この時に指定できるのが 数値でのIPアドレスではなく、dns.xxx.comの様に打ち込まなければならないのですが、 これで反映されるのでしょうか?
>>939 1. 質問をする時は、主語と述語をはっきりと。
2. 例示に実在するドメインは使用しない(
>>904 参照)。
>>939 もし, 上位がレジストラーだったらホスト登録してない
ネームサーバは許してくれないと思うんだが...
host とか dig とか nslookup とかで、 53 以外のポートで動いている DNS に問い合わせるにはどうすりゃいいんでしょ。 host www.yahoo.co.jp localhost:10053 とかやったらエラーになったよ。 試験用に別ポートで起動したはいいけど、問い合わせできなきゃ試験にならんがな。
>>942 dig なら、dig @localhost -p 10053 www.yahoo.co.jp かな。
man dig で出てくるよ。
>>942 nslookup だと set port=<port#>
bind9 だが、zone transferのリクエストを出すsource portは、 transfer-source * port 53 で変えられるはずだよね。 どうもこれを設定しても上のほうの port をランダムで使っている みたいなんだけど、もしや transfer-source ってそういうものでは 無かったりする?
>>945 typo?
query-source address * port 53;
Bind9によるDDNSのやり方はどこのページが一番参考になりますか?
>>947 仕事で必要ならコンサルタントを雇うべきです。
仕事じゃありません
商売じゃありません
>>946 うんにゃ、typoじゃなく。
query-sourceはqueryのsourceだよね。
それ設定すると、queryはちゃんと53から出て行く。
でも、zone xferのrequestはランダムなhigh portから出て行く。
named.conf(8)のmanを読むと
transfer-source ( <ipv4_address> | * ) [ port ( <integer> | * ) ];
と書いてあって、それっぽいんだけどなぁ。
955 :
名無しさん@お腹いっぱい。 :2005/08/11(木) 01:01:46
BIND9 ARMに書かれているtransfer-sourceの 説明を注意深く読むとわかる。はっきり言って誤解を招きやすい。 transfer-source determines which local IPv4 address will be bound to TCP connections used to fetch zones transferred inbound by the server. It also determines the source IPv4 address, and optionally the UDP port, used for the refresh queries and forwarded dynamic updates. ゾーン転送(TCP)のソースIPアドレスは指定できるが、 ゾーン転送のソースポート番号を指定できるとは一言も書いていない。 ここで指定できるのは、 "refresh queries" と "forwarded dynamic updates" に使われるUDPポート番号だけ、というわけ。 query-sourceについても実は同様で、UDPでクエリ を出しているときのソースポートは指定できるが、 TCPでクエリを出すときのポートは指定できない。 これはちゃんと注意書きがある。
ちなみに、BINDに限らずネットワークプログラミング一般の話だけど、 TCPクライアント側がポート番号固定で接続開始しようと するといろいろ問題が出るので、普通はやりません。
クライアント側が排他制御をしたい場合位かな?
>>955 ありがとう。よくわかりますた。
ARMは読んだつもりだったけど、It also 以降は飛ばしてた。orz
959 :
名無しさん@お腹いっぱい。 :2005/08/18(木) 10:32:30
BIND9.2.3を使用しています。 BINDをリブートするとキャッシュがクリアされてしまうため、リブート後にリゾルバからの問合せに対しての応答に時間がかかってしまいます。 これに対し、BINDをリブートする前のキャッシュ情報をダンプしておいて(rndc dumpdb)、リブート後にダンプファイルの内容を読み込んで、 リブート前のキャッシュ状態を再現するようなことは出来ないでしょうか? ご存知の方がいらっしゃいましたらご教授下さい。
960 :
名無しさん@お腹いっぱい。 :2005/08/18(木) 22:44:12
>>959 BINDのリブートって何?
kill -HUP でもだめなのか?
8までならキャッシュは温存してくれていたけど。。。
多少時間かかったっていいじゃん。
BIND の「リブート」ネタは某 ML でも見たね ニャニャ
そのぐらい分かってやれよw 意味は分かるじゃん
>>964 [linux-users:105515]
wwwとサーバーの名前の変換が出来ないのですがどうすればいいでしょうか?
コンサルタントを雇うにはどうすればいいでしょうか?
ぬるぽしてもいいでしょうか?
971 :
名無しさん@お腹いっぱい。 :2005/08/22(月) 06:05:42
5万円でやってあげる
お断りだ のAA↓
↑お断りだ
,,,,,,,,,i━!y,,,,,.,,,rl゙廴 .,,i┓ ll'=i,,,、 pxu,,, l: : .lll: : l゙'ド”` .'l, .ォ━━“` .'レ .l′ ,l!,,, 』 .,| l: " 「 .,,'l: l: ,》 .,,,,,,,,l .:゙~:l.,,,,, l: | l: : :、 ., ォ广″ 'l .,,ケ 』: .[,l: ゙゙l=@ :l: :l━'゚゚l: l: : :゙ ゙| .l,,,,,,,,, '━',l′ ,√ l、 .,l″ .゚K .:l: l: l: .| 』 ,ケ .゙''''!l,, .ll,,,,, .,l''“,ll,=@,l° 』 .』 l: ,、 .,,,| l: .,√ .゙% : : l′ レ l"゚'llli,.,l° l: .,rr━° l: : :l: .゙l| ェ .il″,,″ .,,,,,,、 .《 ,l` ,l: : l: ll ゚″ 』 《 l: ` l| l: .,l° ,,l″ .゙ョ .l, ,l′ レ._,,l: l′ .,,w=┛ 』 l: ,、 、,i′.ll :l: 廴 ,ill,,,,,'!i,, 'l .』 ,l .,l√`` 'l、 .,l″ ゚N,, l: : :lll: : llll: ll :l: .'廴,l゙ `,,,,, .《 .,″ .,″ .゙'f,、 .,「 ゚ル l: : .゙'゙゙゙゙゙''° ll| l: ゙ll゙l ,,i,、 ゛ 》 .゙l.,l .,iy `┓:l .:l,,,lト ゙ョ l: .l゙l :l: 《 ゙'゙ ,″ .゙hll、 .'┛ 、 ,ト.'l: ` ly .,l l: : .,,,,,,,, ,l゚:l :l: .゙q .,,f′ 'l、 ,lK.,″ 'K ,「.゙f,..,l l,,,,,,l: ゚'h,.,l’:l : l: `゚*xywl″ .゙N,,,,,,,r" '″ ゙N,,,,,,rl″ ゙゙
975 :
名無しさん@お腹いっぱい。 :2005/08/25(木) 17:57:46
何だ
ラウンドロビンで負荷分散を考えているのですが、各サーバーに同じデータを持たせたい場合、NASで共有するのが現実的なのでしょうか?
ゾーンファイルは最初しか読まないから、 どれかをマスターにしてのファイル共有でもいいだろうし、 設定変更があったときだけ配布コピーするだけでも十分だと思うけど。 大規模ならDBを利用してもいいかもしれない。
>>980 「各サーバ」ってのは、DNSサーバそのものではないだろw
>>979 どれくらいの規模を想定しているのかわからんが、アクセス数が少ないあるいは読み取りonlyのであれば、
それでいいんじゃないの?
もっとも、読み取りonlyであればNAS使う必要もなさそうだが。
> 「各サーバ」ってのは、DNSサーバそのものではないだろw それならスレ違いだな。
というかプライマリDNSとセカンダリDNSそのものじゃないのか? 同期はゾーン転送でいいじゃん。
落ちちゃうよ
落ちちゃうね
落ちちゃうな
988 :
? :
2005/08/29(月) 17:38:47 IPv6のインターフェイスを持ってないノードで IPv6がEnableでコンパイルされたBindが稼動してるときに、 jp鯖のAAAAレコードをキャッシュしてそこにリクエスト出そうとして タイムアウト待ちになる現象があると思いますが、 これってどういうときにAAAAレコードへの問い合わせが発生するんでしょう? 同じパッチレベルのSolaris8で、同じバージョンのgccを使って、 同じようにBindをコンパイルした2台のマシンでも、 再現率100%のノードと全く発生しないノードがいたりします。 キャッシュのダンプではどっちのノードもAAAAレコードがキャッシュされています。 RTT拾ってるなら到達できないAAAAレコードに繰り返しリクエストするわけないし、 AAAAレコードへリクエストしようとするトリガって何なんでしょう?