Did you came to get help or to argue?
LMDB support in BIND 9 comes with pkg-config support too, you can use and
adjust the .pc file from any Linux distribution package.
It’s really not our fault the LMDB upstream decided to make it hard to use the
library.
Ondrej
--
Ondřej Surý — ISC
> On 18
On 6/17/20 9:48 PM, Ondřej Surý wrote:
> Virtually everybody except upstream has modified LMDB to follow a normal
> directory layout and BIND expect that.
> You should just move the header files and library to /usr/local/include and
> /usr/local/lib respectively.
That's just a silly statement.
Virtually everybody except upstream has modified LMDB to follow a normal
directory layout and BIND expect that.
You should just move the header files and library to /usr/local/include and
/usr/local/lib respectively.
Ondrej
--
Ondřej Surý — ISC
> On 18 Jun 2020, at 04:28, PGNet Dev wrote:
>
On 6/17/20 7:20 PM, PGNet Dev wrote:
> to 9.16.4, with my usual build config, including
>
> --with-lmdb=/usr/local/lmdb \
>
> where,
>
> tree /usr/local/lmdb
> /usr/local/lmdb
> ├── bin
> │ ├── mdb_copy
> │ ├── mdb_drop
>
On 6/17/20 12:11 PM, Michael McNally wrote:
>9.16.4 -
> https://downloads.isc.org/isc/bind9/9.16.4/RELEASE-NOTES-bind-9.16.4.html
on
lsb_release -rd
Description:openSUSE Leap 15.1
Release:15.1
with
gcc --version
> On 17 Jun 2020, at 18:45, Ian Springett wrote:
>
> Hi
> I have an issue with BIND 9.14.11 and recursive queries to one particular
> domain. DIG result is SERVFAIL and ‘bad cookie’ is logged in
> /var/log/messages & /var/log/named.run
>
> The domain has two DNS servers behind a load
> On 18 Jun 2020, at 08:31, Jukka Pakkanen wrote:
>
> Yes but before going to RFC details one should check the basic spelling and
> syntax first…
I put the auotdiscover/autodiscover difference down to typo when entering the
records by
hand into the email message. Similarly absolute vs
Yes but before going to RFC details one should check the basic spelling and
syntax first...
-Alkuperäinen viesti-
Lähettäjä: bind-users Puolesta Mark Andrews
Lähetetty: 18. kesäkuuta 2020 0:27
Vastaanottaja: Bogdan-Stefan Rotariu
Kopio: bind-users@lists.isc.org
Aihe: Re: A And
> On 18 Jun 2020, at 07:56, Bogdan-Stefan Rotariu wrote:
>
> Hi,
>
>> On 18 Jun 2020, at 00: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
Hi,
> On 18 Jun 2020, at 00: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
Including the trailing dots…
Lähettäjä: bind-users Puolesta Jukka Pakkanen
Lähetetty: 17. kesäkuuta 2020 23:51
Vastaanottaja: Ejaz Ahmed ; bind-users@lists.isc.org
Aihe: VS: A And Cname-record
Check at least the spelling…
Lähettäjä: bind-users
mailto:bind-users-boun...@lists.isc.org>>
Yup - that’s because you cannot (legally) have a CNAME and any other RR
type at the same name — see
https://en.m.wikipedia.org/wiki/CNAME_record for an explanation as to why...
W
On Wed, Jun 17, 2020 at 5:44 PM Ejaz Ahmed wrote:
> when i am trying to add A and CNAME record together for the
Check at least the spelling…
Lähettäjä: bind-users Puolesta Ejaz Ahmed
Lähetetty: 17. kesäkuuta 2020 23:44
Vastaanottaja: bind-users@lists.isc.org
Aihe: A And Cname-record
when i am trying to add A and CNAME record together for the same subdomain,
getting an error as below, you all kind
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
Replying to myself with more information... I've checked my local router
and my own machine's packet filter. Neither seem to be dropping packets.
And yet, when I enable stats in named.conf and surf the web a bit, I see
stuff like this:
Queryv4 16962
> ClientCookieOut 16670
> QueryTimeout 11814
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://www.five-ten-sg.com/mapper/bind contains links to the source
rpms, and build instructions.
geoip support is not available, since geoip2 is not available in the
epel repositories.
libuv is in the EL7 epel repository; for EL6 a link is
Hi Ian,
the first thing you should do is to contact the zone owner to fix their
nameservers/load-balancer. The zone/domain might be “legit”, but its
nameservers are violating the DNS protocol. Maybe you won’t have to maintain a
list of exceptions.
If that doesn’t work, this is the
Hi
I have an issue with BIND 9.14.11 and recursive queries to one particular
domain. DIG result is SERVFAIL and 'bad cookie' is logged in /var/log/messages
& /var/log/named.run
The domain has two DNS servers behind a load balancer which is causing the bad
cookie result. Would this in itself be
I have a BIND 9.16.3 server running as master for a couple of zones and
forwarding queries to my ISP (and 8.8.8.8 / 8.8.4.4 etc...) for other
queries. It "works" ok but I notice weird delays in web browsing clients
where the browser says "Resolving host...", hangs for a bit (noticeably, ~a
few
19 matches
Mail list logo
