Re: Zones-unable-update

2020-01-08 Thread Alan Clegg

On 1/6/2020 4:09 AM, Fajar A. Nugraha wrote:

zone "kalam.com.sa" {
 type slave;
...
 masters {
 212.119.92.5;
 };
 };

How many IPs, and what IPs, did you put on the masters there? It
should only be ns1 (the master). If you put two, change it.


I would disagree.  YMMV.

AlanC
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: Zones-unable-update

2020-01-06 Thread Sten Carlsen


> On 6 Jan 2020, at 09.16, MEjaz  wrote:
> 
>  
> 1. My  primary name server,  /etc/named.conf,  and here am forcing transfer 
> to only few trusted servers, as mentioned in the below clause.  
>  
>  
> transfers-out 2000;
>  
> allow-transfer {212.119.93.5;213.230.0.10; 212.119.93.10; 212.119.92.6;};
>  
> Jan  6 11:03:14 ns2 named[24436]: client @0x7f1228138510 212.119.92.5#33050 
> (kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

Please note that this client is NOT in the list above.

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: Zones-unable-update

2020-01-06 Thread Fajar A. Nugraha
On Mon, Jan 6, 2020 at 3:16 PM MEjaz  wrote:
> 1. My  primary name server,  /etc/named.conf,  and here am forcing transfer 
> to only few trusted servers, as mentioned in the below clause.
> transfers-out 2000;
> allow-transfer {212.119.93.5;213.230.0.10; 212.119.93.10; 212.119.92.6;};

> 2. secondary/slave  name server
> allow-transfer {"none";};
> I can't run this dig command from both dns server  " dig soa kalam.com.sa 
> @ns1.cyberia.net.sa axfr" since Secondary is not allowed to transfer any data,

Ok. So you ran this on ns2, right?

> Just now again I noticed at 11:03 GMT+3,  secondary server attempt to fetch 
> the data from master but no luck. same error as denied.

No, that might not be it.

> Jan  6 08:38:43 ns2 named[24436]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#37487: zone is up to date
> Jan  6 08:41:58 ns2 named[24436]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#52519: serial 2019434249
> Jan  6 09:15:33 ns2 named[24436]: client @0x7f1228224460 212.119.92.5#42430 
> (kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied
> Jan  6 09:15:43 ns2 named[24436]: client @0x7f1228272ed0 212.119.93.5#36083 
> (kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied
> Jan  6 10:40:38 ns2 named[24436]: zone kalam.com.sa/IN: Transfer started.
> Jan  6 10:40:38 ns2 named[24436]: zone kalam.com.sa/IN: transferred serial 
> 2019434249
> Jan  6 11:03:14 ns2 named[24436]: client @0x7f1228138510 212.119.92.5#33050 
> (kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

You're pasting the logs on ns2. While that helps, we also need the
logs on ns1. What does it say?

"denied" on ns2 is expected, since you have 'allow-transfer
{"none";};' on ns2. The question is "why does your ns2 ask ns2
(itself), when it should've asked only ns1 (the master)".

Did you perhaps set named.conf (or named.conf.local, depending on the
distro) on the ns2 incorrectly? Something like

zone "kalam.com.sa" {
type slave;
...
masters {
212.119.92.5;
};
};

How many IPs, and what IPs, did you put on the masters there? It
should only be ns1 (the master). If you put two, change it.


... then there's also the question of "why does 212.119.92.5 (ns1) ask
ns2 for zone transfer (which caused one of the denied lines), when the
master shouldn't even need to ask anyone. Not sure about this one
though.

> Do you advise simulate the setup on testing environment. Without the firewall.

In this case, only if you've setup named.conf correctly.

-- 
Fajar
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


RE: Zones-unable-update

2020-01-06 Thread MEjaz
 

1. My  primary name server,  /etc/named.conf,  and here am forcing transfer to 
only few trusted servers, as mentioned in the below clause.  

 

 

transfers-out 2000;

 

allow-transfer {212.119.93.5;213.230.0.10; 212.119.93.10; 212.119.92.6;};

 

2. secondary/slave  name server

 

allow-transfer {"none";};

 

 

I can't run this dig command from both dns server  " dig soa kalam.com.sa 
@ns1.cyberia.net.sa axfr" since Secondary is not allowed to transfer any data, 

 

No. my mean is that the servers are not testing, these are live authoritative   
only that particular zone kalam.com.sa is a test zone. 

 

Just now again I noticed at 11:03 GMT+3,  secondary server attempt to fetch the 
data from master but no luck. same error as denied. 

 

Jan  6 08:38:43 ns2 named[24436]: zone kalam.com.sa/IN: notify from 
212.119.92.5#37487: zone is up to date

Jan  6 08:41:58 ns2 named[24436]: zone kalam.com.sa/IN: notify from 
212.119.92.5#52519: serial 2019434249

Jan  6 09:15:33 ns2 named[24436]: client @0x7f1228224460 212.119.92.5#42430 
(kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

Jan  6 09:15:43 ns2 named[24436]: client @0x7f1228272ed0 212.119.93.5#36083 
(kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

Jan  6 10:40:38 ns2 named[24436]: zone kalam.com.sa/IN: Transfer started.

Jan  6 10:40:38 ns2 named[24436]: zone kalam.com.sa/IN: transferred serial 
2019434249

Jan  6 11:03:14 ns2 named[24436]: client @0x7f1228138510 212.119.92.5#33050 
(kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

 

Do you advise simulate the setup on testing environment. Without the firewall.

 

Thanks a lot. 

 

Ejaz 

 

-Original Message-
From: Fajar A. Nugraha [mailto:fa...@fajar.net] 
Sent: Monday, January 6, 2020 10:59 AM
To: MEjaz 
Cc: bind-users@lists.isc.org
Subject: Re: Zones-unable-update

 

On Mon, Jan 6, 2020 at 2:03 PM MEjaz < <mailto:me...@cyberia.net.sa> 
me...@cyberia.net.sa> wrote:

> 

> Thank you for your emai.

> 

> 

> 

> I am not cutting any logs,  I am capturing only for that particular zone 
> which I have chooses for the test, as I can't do the test on live zones.

> 

> This time I have noticed "denied"  in my slave server logs as below,  this is 
> something very strange sometimes zone transferred perfect after two hours.

> 

> However this time I need to wait and see whether this zone would transfer 
> after few hours as seen before.

> 

> Jan  6 09:15:33 ns2 named[24436]: client @0x7f1228224460 

> 212.119.92.5#42430 (kal am.com.sa): zone transfer 

> 'kalam.com.sa/AXFR/IN' denied Jan  6 09:15:43 ns2 named[24436]: client 

> @0x7f1228272ed0 212.119.93.5#36083 (kalam.com.sa): zone transfer 

> 'kalam.com.sa/AXFR/IN' denied

 

Well, fix that.

 

Something is causing the transfer to fail. Is 212.119.92.5 and

212.119.93.5 both allowed to transfer data (e.g. allow-transfer configuration)?

 

> [root@ns2 ~]# dig soa kalam.com.sa @ns1.cyberia.net.sa axfr,  "with this I 
> can fetch all the correct update records"

 

Did you run this on both 212.119.92.5 and 212.119.93.5?

 

> Thanks in advance for your assistance.  Do you think that should I take look 
> from our network side for the MTU size??

 

It's somewhat harder to check for temporary errors.

 

The easiest way, since you say that this is a "test", is to replicate (i.e. 
same OS/distro, software versions, configs) your setup on test VMs (or servers, 
if you have that), on the same network (e.g. VMs with private network 10.x.x.x 
is fine), and see if it always works there.

 

If yes, then most likely the problem is somewhere in your network (e.g. 
firewall).

If no, then the problem is somewhere in your bind configuration.

 

--

Fajar

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: Zones-unable-update

2020-01-05 Thread Fajar A. Nugraha
On Mon, Jan 6, 2020 at 2:03 PM MEjaz  wrote:
>
> Thank you for your emai.
>
>
>
> I am not cutting any logs,  I am capturing only for that particular zone 
> which I have chooses for the test, as I can't do the test on live zones.
>
> This time I have noticed "denied"  in my slave server logs as below,  this is 
> something very strange sometimes zone transferred perfect after two hours.
>
> However this time I need to wait and see whether this zone would transfer 
> after few hours as seen before.
>
> Jan  6 09:15:33 ns2 named[24436]: client @0x7f1228224460 212.119.92.5#42430 
> (kal am.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied
> Jan  6 09:15:43 ns2 named[24436]: client @0x7f1228272ed0 212.119.93.5#36083 
> (kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied

Well, fix that.

Something is causing the transfer to fail. Is 212.119.92.5 and
212.119.93.5 both allowed to transfer data (e.g. allow-transfer
configuration)?

> [root@ns2 ~]# dig soa kalam.com.sa @ns1.cyberia.net.sa axfr,  "with this I 
> can fetch all the correct update records"

Did you run this on both 212.119.92.5 and 212.119.93.5?

> Thanks in advance for your assistance.  Do you think that should I take look 
> from our network side for the MTU size??

It's somewhat harder to check for temporary errors.

The easiest way, since you say that this is a "test", is to replicate
(i.e. same OS/distro, software versions, configs) your setup on test
VMs (or servers, if you have that), on the same network (e.g. VMs with
private network 10.x.x.x is fine), and see if it always works there.

If yes, then most likely the problem is somewhere in your network
(e.g. firewall).
If no, then the problem is somewhere in your bind configuration.

-- 
Fajar
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


RE: Zones-unable-update

2020-01-05 Thread MEjaz
Thank you for your emai. 



I am not cutting any logs,  I am capturing only for that particular zone which 
I have chooses for the test, as I can't do the test on live zones.  

This time I have noticed "denied"  in my slave server logs as below,  this is 
something very strange sometimes zone transferred perfect after two hours. 

However this time I need to wait and see whether this zone would transfer after 
few hours as seen before.

Jan  6 09:15:33 ns2 named[24436]: client @0x7f1228224460 212.119.92.5#42430 
(kal am.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied
Jan  6 09:15:43 ns2 named[24436]: client @0x7f1228272ed0 212.119.93.5#36083 
(kalam.com.sa): zone transfer 'kalam.com.sa/AXFR/IN' denied


>> test whether you can manually request all records. Something like running 
>> this on the slave: "dig kalam.com.sa @ns1.cyberia.net.sa axfr"

[root@ns2 ~]# dig soa kalam.com.sa @ns1.cyberia.net.sa axfr,  "with this I can 
fetch all the correct update records" 
;; Warning, extra type option

; <<>> DiG 9.14.9 <<>> soa kalam.com.sa @ns1.cyberia.net.sa axfr
;; global options: +cmd
kalam.com.sa.   600 IN  SOA ns1.kalam.com.sa. 
root.kalam.net.sa. 2019434249 43200 4320 1209600 21600
kalam.com.sa.   600 IN  NS  ns1.cyberia.net.sa.
kalam.com.sa.   600 IN  NS  ns2.cyberia.net.sa.
kalam.com.sa.   600 IN  MX  10 mailborder.cyberia.net.sa.
kalam.com.sa.   600 IN  MX  20 ingate.cyberia.net.sa.
kalam.com.sa.   600 IN  TXT "v=spf1 mx ip4:212.119.65.150 
~all"
cargo.kalam.com.sa. 600 IN  A   212.71.42.152
ejaz4.kalam.com.sa. 600 IN  A   1.2.3.5
localhost.kalam.com.sa. 600 IN  A   127.0.0.1
mail.kalam.com.sa.  600 IN  A   212.119.64.134
ser12.kalam.com.sa. 600 IN  A   212.119.64.141
shivin.kalam.com.sa.600 IN  A   1.1.1.1
test55.kalam.com.sa.600 IN  A   212.119.65.20
kalam.com.sa.   600 IN  SOA ns1.kalam.com.sa. 
root.kalam.net.sa. 2019434249 43200 4320 1209600 21600
;; Query time: 1 msec
;; SERVER: 212.119.92.5#53(212.119.92.5)
;; WHEN: Mon Jan 06 10:00:26 AST 2020
;; XFR size: 14 records (messages 1, bytes 459)

Thanks in advance for your assistance.  Do you think that should I take look 
from our network side for the MTU size?? 

Ejaz 
-Original Message-
From: Fajar A. Nugraha [mailto:fa...@fajar.net] 
Sent: Monday, January 6, 2020 9:23 AM
To: MEjaz 
Cc: bind-users@lists.isc.org
Subject: Re: Zones-unable-update

On Thu, Jan 2, 2020 at 7:58 PM MEjaz  wrote:
>
> Hello all.
>
> My setup which has one primary and slave server was working fine since years.
>
> All of sudden I started  getting the  problem of zones updates on slaves. 
> Which are not happening on time. it takes two hours to take the updates.
>
>
>
> Below logs for the reference, when I do required changes on masters, the 
> slave getting notified but without transferring the updated zone.
>
>
>
> Jan  2 09:17:50 ns2 named[25563]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#34424: serial 2019434243
>
> Jan  2 09:24:45 ns2 named[25563]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#54651: serial 2019434245: refresh in progress, refresh 
> check queued
>
> Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: Transfer started.
>
> Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: transferred 
> serial 2019434245


Are you cutting out some logs?
If yes, please include all logs for the zone (kalam.com.sa) and the master 
(212.119.92.5)

>
> Therefore, I wanted to know. How to force secondary/slave Name server 
> to update/refresh dns zones from primary DNS server? Just I  want a 
> slave name server to initiate a zone transfer immediately


>From https://kb.isc.org/docs/aa-00726:

notify from 192.0.2.1#62160: refresh in progress, refresh check queued

A notify was received, but the zone being notified was already in the process 
of being refreshed or is waiting to be refreshed, so the check is queued and 
will be processed later.


You can try:
- check your logs for what previously triggered the refresh process (another 
notify?), and when did it happen
- check your logs on WHY the previous transfer took a long time (and check what 
the log means on the KB). e.g does it show "connection reset"? something else?
- are there lots of other slaves or zones currently transferring data from the 
master at the same time?
- test whether you can manually request all records. Something like running 
this on the slave: "dig kalam.com.sa @ns1.cyberia.net.sa axfr"

Some possible problems which comes to mind:
- there's something in the middle (e.g. IPS) that's sending TCP resets, that 
might cause your t

Re: Zones-unable-update

2020-01-05 Thread Fajar A. Nugraha
On Thu, Jan 2, 2020 at 7:58 PM MEjaz  wrote:
>
> Hello all.
>
> My setup which has one primary and slave server was working fine since years.
>
> All of sudden I started  getting the  problem of zones updates on slaves. 
> Which are not happening on time. it takes two hours to take the updates.
>
>
>
> Below logs for the reference, when I do required changes on masters, the 
> slave getting notified but without transferring the updated zone.
>
>
>
> Jan  2 09:17:50 ns2 named[25563]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#34424: serial 2019434243
>
> Jan  2 09:24:45 ns2 named[25563]: zone kalam.com.sa/IN: notify from 
> 212.119.92.5#54651: serial 2019434245: refresh in progress, refresh check 
> queued
>
> Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: Transfer started.
>
> Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: transferred serial 
> 2019434245


Are you cutting out some logs?
If yes, please include all logs for the zone (kalam.com.sa) and the
master (212.119.92.5)

>
> Therefore, I wanted to know. How to force secondary/slave Name server to 
> update/refresh dns zones from primary DNS server? Just I  want a slave name 
> server to initiate a zone transfer immediately


>From https://kb.isc.org/docs/aa-00726:

notify from 192.0.2.1#62160: refresh in progress, refresh check queued

A notify was received, but the zone being notified was already in the
process of being refreshed or is waiting to be refreshed, so the check
is queued and will be processed later.


You can try:
- check your logs for what previously triggered the refresh process
(another notify?), and when did it happen
- check your logs on WHY the previous transfer took a long time (and
check what the log means on the KB). e.g does it show "connection
reset"? something else?
- are there lots of other slaves or zones currently transferring data
from the master at the same time?
- test whether you can manually request all records. Something like
running this on the slave: "dig kalam.com.sa @ns1.cyberia.net.sa axfr"

Some possible problems which comes to mind:
- there's something in the middle (e.g. IPS) that's sending TCP
resets, that might cause your transfers to fail
- TCP MTU or similar problems

-- 
Fajar
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


RE: Zones-unable-update

2020-01-05 Thread MEjaz
Thank you for your reply. 

 

 

On both server.

 

* Bind version 

 

[root@ns1 ~]# named -v

BIND 9.14.9 (Stable Release) 

 

* O/S  version 

 

[root@ns1 named]# more /etc/redhat-release

Red Hat Enterprise Linux Server release 7.2 (Maipo

 

 

* Total number of zones,=  2500 

 

[root@ns1 named]# grep zone /etc/named.conf | wc -l

1903

[root@ns1 named]# grep zone /etc/nesmabind.conf  | wc -l

451

 

CPU always less than 20% which is very normal. 

 

I have corrected the  name server filed for kalam.com.sa where as I removed 
additional NS which was ns3.kalam.com.sa, hope it should be ok, it was testing 
zone/domain only. 

 

But all others live zones are having the same behavior when I do the changes in 
primary It takes two hours to update on secondary servers. 

 

Thanks in advance. 

 

Ejaz 

[root@ns1 named]# more /etc/redhat-release

Red Hat Enterprise Linux Server release 7.2 (Maipo)

 

-Original Message-
From: bind-users [mailto:bind-users-boun...@lists.isc.org] On Behalf Of Anders 
Löwinger
Sent: Sunday, January 5, 2020 8:26 PM
To: bind-users@lists.isc.org
Subject: Re: Zones-unable-update

 

On 2020-01-03 18:12, Ejaz Ahmed wrote:

 

Note: Please include email list in your responses.

 

> All of sudden I started  getting the  problem of zones updates on slaves.

> Which are not happening on time. it takes two hours to take the updates.

 

You have not given that much information so it is hard to help. Operating 
system, bind version? number of zones?

 

> CPU is ok.

 

On both primary and secondaries?

 

 

> do you think would it be problems if I try to transfer all zones at once with 
> rndc reload,

 

rndc reload can only retransfer one zone at a time.

 

How many zones do you have?

 

 

Some other issues:

 

The domain kalam.com.sa is not 100% correct, your nameservers includes one 
additional NS record ns3.kalam.com.sa, compared to the delegation.

 

 

 

Check warnings and errors here  
<https://zonemaster.net/result/367781fc8cc487bf> 
https://zonemaster.net/result/367781fc8cc487bf

 

 

 

--

MVH/Regards

Anders Löwinger, Abundo AB, 072-206 0322 
___

Please visit  <https://lists.isc.org/mailman/listinfo/bind-users> 
https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list

 

bind-users mailing list

 <mailto:bind-users@lists.isc.org> bind-users@lists.isc.org

 <https://lists.isc.org/mailman/listinfo/bind-users> 
https://lists.isc.org/mailman/listinfo/bind-users

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: Zones-unable-update

2020-01-05 Thread Anders Löwinger

On 2020-01-03 18:12, Ejaz Ahmed wrote:

Note: Please include email list in your responses.

> All of sudden I started  getting the  problem of zones updates on slaves.
> Which are not happening on time. it takes two hours to take the updates.

You have not given that much information so it is hard to help. Operating 
system, bind version? number of zones?

> CPU is ok.

On both primary and secondaries?


> do you think would it be problems if I try to transfer all zones at once with 
rndc reload,

rndc reload can only retransfer one zone at a time.

How many zones do you have?


Some other issues:

The domain kalam.com.sa is not 100% correct, your nameservers includes one 
additional NS record ns3.kalam.com.sa, compared to the delegation.



Check warnings and errors here https://zonemaster.net/result/367781fc8cc487bf



--
MVH/Regards
Anders Löwinger, Abundo AB, 072-206 0322
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: Zones-unable-update

2020-01-02 Thread Anders Löwinger

On 2020-01-02 13:57, MEjaz wrote:

All of sudden I started  getting the  problem of zones updates on slaves. Which 
are not happening on time. it takes two hours to take the updates.

Therefore, I wanted to know. How to force secondary/slave Name server to 
update/refresh dns zones from primary DNS server > Just I  want a slave name 
server to initiate a zone transfer immediately



on secondary server, run

rndc retransfer kalam.com.sa



transfers-out 2000;


How many domains do you have? 2000 concurrent zone transfers are a lot.

How is the CPU load on the primary/secondary server?


--
Regards
Anders Löwinger

___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users