Re: A And Cname-record

2020-06-22 Thread Cathy Almond
On 17/06/2020 22:44, Ejaz Ahmed wrote:
> when i am trying to add A and CNAME record together  for the same
> subdomain, getting an error as below, you all kind  assistance would be
> highly appreciated thanks in  advance
> 
> my records are as follows in zone 
> 
> auotdiscover IN A 1.1.1.1
> autodiscover IN CNAME autodiscover.acig.com.sa
> 
> 
> ==
> 
> dns_master_load: acig.com.sa.hosts:102: autodiscover.a
> cig.com.sa : CNAME
> and other data
> 
> zone acig.com.sa/IN : loading from master file
> acig.com.sa.hosts failed: CNAME and other data
> 
> zone acig.com.sa/IN : not loaded due to errors 
> 

Late to the party - but we also have a KB article for this:

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

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


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


Re: BIND 9.16 incoming TCP connection errors

2020-06-22 Thread Felipe Agnelli Barbosa
Em qui., 18 de jun. de 2020 às 06:49, Anand Buddhdev 
escreveu:

> On 16/06/2020 20:17, Tony Finch wrote:
>
> Hi Tony,
>
> >> 16-Jun-2020 15:21:58.815 general: Accepting TCP connection failed:
> socket is not connected
> >>
> >> What does this log message mean?
> >
> > I think this error comes from getpeername() and it can occur if the
> > connection is closed between accept() and getpeername(), which I wouldn't
> > expect to happen all that frequently...
>
> Thank you for this. I wasn't seeing these messages under 9.14. They only
> appear on servers upgraded to 9.16.
>
> I'd appreciate it if one of the developers of BIND could shed some light
> on where this message comes from, so I can investigate what's going on.
>
+1


> Regards,
> Anand
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>


-- 
" A dúvida é o principio da sabedoria "
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


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


Re: unexpected behaviour of rndc dnstap -roll

2020-06-22 Thread Jakob Dhondt
Thanks for your help!

On 21.06.20 22:30, Tony Finch wrote:
> Jakob Dhondt  wrote:
>> I am generating dnstap files using bind and regularly roll them using
>> 'rndc dnstap -roll [number]'. The way I understand the documentation is
>> that there should be max [number] old dnstap files after executing this
>> command but what actually happens is that all files are being kept so
>> that I have to remove the old ones myself.
> Yes, this is a bug. I could reproduce the problem but I couldn't see it
> by staring at the code, so I added some extra logging until I found
> the mistake. I've submitted a merge request for this patch:
>
> https://gitlab.isc.org/fanf/bind9/-/commit/29d275965c0cddc862eeccb28188b8fd124fb321
>
> Tony.

-- 

SWITCH
Jakob Dhondt, Security Engineer, SWITCH-CERT
Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland
phone +41 44 268 15 15, direct +41 44 268 16 23
jakob.dho...@switch.ch, www.switch.ch
Security-News: securityblog.switch.ch

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

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


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