bind9.8でdns_request_createvia: failed address not availableエラー

Question

よろしくお願いします。

CentOS5で構築していたMasterDNS（bind9.3)の予防交換用として
CentOS6（bind9.8)上にMasterDNSを構築しています。

取り急ぎ、masterとなるzone情報はそのまま複製、
bindの設定自体もbind9.3系で使用していたnamed.confに
bind9.8系で新たに追加となったdnssec関連のパラメータをoption{}内に
記述した状態で起動したところ、ローカルでは名前解決ができ、
動作上問題が無いと思っていたのですが、slave指定したDNSには
ログも無く、ZONE転送ができていませんでした。

CentOS6のMasterDNSのログを確認したところ

notify: debug 3: zone <DOMAIN>/IN: sending notify to ＜SlaveDNSのIP>#53

と出力されていましたが、
tcpdumpで確認したところ、slave側へのnotifyがパケットとして出力していない状況です。

また

dns_request_createvia: failed address not available

というログが直後に出力されており、このログの意味するところがわかりません。

Google検索では”transfer-sourceパラメータの誤り”が引っかかりましたが、”transfer-source”は指定していません。

同様の事象を経験したなど、なにかご存知の方がいれば
情報を頂けませんでしょうか？

Answer 1

"dns_request_createvia: failed address not available" が master 側で出ているとすると、Nofity を送信する際、送信元IPアドレスに bind() できないためだと思います。
master:named.conf で notify-source を設定していないでしょうか。
notify-source を設定している場合、自身のIPアドレスになっていますでしょうか。

Comments

[Kokada]

早速回答頂き、ありがとうございます。

notify-sourceについては、設定していません。
試しに設定してみたのですが、いずれも事象は同じでした。

named.confですが、master指定の部分は以下記述です。
Bind9.8の場合、他に何かパラメータを追記する必要など
あるのでしょうか？

-----------------------------------
zone "<Domain>" IN {
type master;
file "<ZoneFilename>";
notify yes;
also-notify {
<SlaveのIP>;
};
// notify-source: <本サーバのIP>;
};
-----------------------------------

[TaichiYanagiya]

bind-9.8 で特にパラメータを追加する必要はないと思います。

IPアドレスではないとすると、空きポートが無い？
1024-65535/UDP の中からランダムに(64回？)選択して bind() に失敗している？
ちょっと考えにくいですが。

strace でシステムコールをトレースできますでしょうか。

# strace -p (namedのPID) -f -e trace=bind > strace.log 2>&1

ログが大量に出るため、"-e trace=bind" で bind()システムコールに絞っています。
strace を実行中に Notify を出すようにし、"dns_request_createvia: failed address not available" のタイミングで strace のログに EADDRNOTAVAIL のエラーが出ていないかどうか。

[Kokada]

再び情報頂きありがとうございます。
連絡いただいたコマンドでトレースしてみましたので
以下報告します。

1) namedのPIDを調べる（PID=17198)
2) <ZoneFilename>内のSerial値をカウントアップ
3) 別コンソールで
# strace -p 17198 -f -e trace=bind > strace.log 2>&1
を実行
4) PIDを変更しないよう
　 # rndc reload
実施。

-- 結果 ---
・トレースログの内容は以下の通りです。　

# cat strace.log
Process 17198 attached with 4 threads - interrupt to quit
[pid 17199] bind(7, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
Process 17198 detached
Process 17199 detached
Process 17200 detached
Process 17201 detached
#

[TaichiYanagiya]

あれ？ 以下のようなログが出力されるされると思ったのですが、当てが外れました。

bind(数字, {sa_family=AF_INET, sin_port=htons(送信元ポート), sin_addr=inet_addr("送信元IP")}, 数字) = -1 EADDRNOTAVAIL (Cannot assign requested address)

"-e trace=bind" を付けない場合はどうでしょうか。EADDRNOTAVAIL が出ませんでしょうか。connect() で出るなら、kernel のバグ(https://access.redhat.com/ja/solutions/1240703)かもしれません。2.6.32-431.el6 以降にアップデートせよ、とのことです。

EADDRNOTAVAIL が出ない場合、システムコールではなく、bind 内部のロジックで "return (ISC_R_ADDRNOTAVAIL)" となっている箇所かもしれません。lib/dns/dispatch.c を見ているのですが、デバッグログを出すコードが無く、調査は困難だと思います。

[Kokada]

コメントありがとうございます。

"-e trace=bind" スイッチを付与しない状態で実行しましたが
残念ながら”EADDRNOTAVAIL ”は出力されませんでした。

別にテストのzone定義をしてみても、
また、別のテストサーバ上にある”bind9.7”で同じ定義を実行してみても、
同じように"dns_request_createvia: failed address not available"が
出力されることもあり、Option部分での定義漏れがあるのかとも
指摘を受けたのですが．．。

いずれにせよ、これからbind9.3系でDNSを作成するのは
できれば避けたいと思っており、もう少し調べたいと思います。

もし、何か引っかかる点などあれば、ご指摘いただけると幸いです。

[TaichiYanagiya]

EADDRNOTAVAIL 出ませんでしたか。ちょっとわかりません。
"ss -uan" や "netstat -uan" で UDP ポートがたくさん使われているということはありませんでしょうか。

[Kokada]

UDPポート自体はListenが10未満です。

あと、当然といえば当然なのですが
also-nitify{}; 部分をコメントアウトすると
"dns_request_createvia: failed address not available"は出力されません。

# もちろんslave側へのパケットも出力されませんが。