Notify message from slaves

Fuat Demir (Garanti Teknoloji) FuatD at garanti.com.tr
Tue Mar 2 12:02:16 UTC 2010


Hi all,

I have 2 slave 1 master server.
master is located in different subnet from the slaves.
Lets say, 10.1.1.1 (ns1) and 10.1.1.2 (ns2) are the real ip addresses of the slaves which have public NAT address for allowing queries from internet for authoritive zones. These public address lets say 1.1.1.1 (ns1) and 1.1.1.2 (ns2).
In conf file of slaves i have a statement that "notify no".
When i configured conf file and reconfigure in slaves, i see transfer logs like this,

in the xfer log of ns1, it says "notify: info: client 1.1.1.2#25998: received notify for zone 'xxx.com'

in the xfer log of ns2, it says "notify: info: client 1.1.1.1#25998: received notify for zone 'xxx.com'

Please note that, ns1 recieves notify form the public address of ns2 and ns2 recieves notify from the public address of ns1.
In both slave server, domain names for ns1 and ns2 are the public addresses of itselves.

And as a result, because i do not wait any notify from the public address of ns1 and ns2 (also private address, only waiting notify from the master one), in foo these notifications are refused for both.

In my opinion it works like this:
for xxx.com domain, ns1 and ns2 are the NS (lets say ns1.xxx.com and ns2.xxx.com)
when i reconfig on slaves, it resolves the public address for xxx.com domain and sends notifiaction to this public adddress (1.1.1.1 and 1.1.1.2).
However, it should not send any notification beacuse of notify statement.

slaves and master DNS are BIND 9.6.1-P3.

Does anyone have any idea about this problem ?

Regards,
Fuat




This message and attachments are confidential and intended solely for the individual(s) stated in this message. If you received this message although you are not the addressee, you are responsible to keep the message confidential. The sender has no responsibility for the accuracy or correctness of the information in the message and its attachments. Our company shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damages caused in anyway to your computer system.  

Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve gizlidir. Bu mesajin muhatabi olmamaniza ragmen tarafiniza ulasmis olmasi halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan bilgilerin dogrulugu ve guncelligi konusunda gonderenin ya da sirketimizin herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz mesajin ve bilgilerinin size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan sorumlu tutulamaz.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20100302/78fc770f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo.gif
Type: image/gif
Size: 1947 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20100302/78fc770f/attachment.gif>


More information about the bind-users mailing list