Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] bind-9 keeps crashing with Hetzner.de forwarder
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Networking & Security
View previous topic :: View next topic  
Author Message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Sat Aug 24, 2019 10:24 am    Post subject: [SOLVED] bind-9 keeps crashing with Hetzner.de forwarder Reply with quote

EDIT: solved by emerging net-dns/bind-9.14.7.

My bind servers hosted inside Hetzner.de have been crashing since their update to version 9.14.4. The crash can be reliable triggered by a particular query:

Code:
dig @localhost 114.141.6.213.in-addr.arpa PTR


The named.log has this to say about the issue:

Code:
24-Aug-2019 12:00:30.807 resolver: notice: DNS format error from 213.133.100.100#53 resolving 114.141.6.213.in-addr.arpa/PTR for client ::1#52596: non-improving referral
24-Aug-2019 12:00:30.807 lame-servers: info: FORMERR resolving '114.141.6.213.in-addr.arpa/PTR/IN': 213.133.100.100#53
24-Aug-2019 12:00:30.808 resolver: notice: DNS format error from 213.133.98.98#53 resolving 114.141.6.213.in-addr.arpa/PTR for client ::1#52596: non-improving referral
24-Aug-2019 12:00:30.808 lame-servers: info: FORMERR resolving '114.141.6.213.in-addr.arpa/PTR/IN': 213.133.98.98#53
24-Aug-2019 12:00:30.808 resolver: notice: DNS format error from 213.133.99.99#53 resolving 114.141.6.213.in-addr.arpa/PTR for client ::1#52596: non-improving referral
24-Aug-2019 12:00:30.808 lame-servers: info: FORMERR resolving '114.141.6.213.in-addr.arpa/PTR/IN': 213.133.99.99#53
24-Aug-2019 12:00:30.808 general: critical: resolver.c:4932: INSIST(dns_name_issubdomain(&fctx->name, &fctx->domain)) failed, back trace
24-Aug-2019 12:00:30.808 general: critical: #0 0x5571e42f6e40 in ??
24-Aug-2019 12:00:30.808 general: critical: #1 0x7f9d1e2844ca in ??
24-Aug-2019 12:00:30.808 general: critical: #2 0x7f9d1e42ed12 in ??
24-Aug-2019 12:00:30.809 general: critical: #3 0x7f9d1e431a69 in ??
24-Aug-2019 12:00:30.809 general: critical: #4 0x7f9d1e43662b in ??
24-Aug-2019 12:00:30.809 general: critical: #5 0x7f9d1e439d61 in ??
24-Aug-2019 12:00:30.809 general: critical: #6 0x7f9d1e43a7ed in ??
24-Aug-2019 12:00:30.809 general: critical: #7 0x7f9d1e43bc7c in ??
24-Aug-2019 12:00:30.809 general: critical: #8 0x7f9d1e2a1a7c in ??
24-Aug-2019 12:00:30.809 general: critical: #9 0x7f9d1ddf5458 in ??
24-Aug-2019 12:00:30.809 general: critical: #10 0x7f9d1dd2380f in ??
24-Aug-2019 12:00:30.809 general: critical: exiting (due to assertion failure)


213.6.141.114 is some spammer trying to send a mail using my system, hence the reverse lookup.

213.133.98.98, 213.133.99.99 and 213.133.100.100 are the forwarders from the service provider (Hetzner.de).

When I try using other forwarders, like 8.8.8.8, the problem disappears. It seems like the Hetzner.de DNS servers are sending some malformed packets. Still, the bind/named should not crash on a malformed packet.

If I try to reverse lookup other IPs, it works fine.

I managed to tcpdump the queries and responses (tcpdump port 53 -w file.pcap), but I don't see anything wrong there. The .pcap file is here.

Anyone else having these issues?

What can I do, except switching to other DNS forwarders?


Last edited by araxon on Mon Oct 21, 2019 12:18 pm; edited 1 time in total
Back to top
View user's profile Send private message
alamahant
Tux's lil' helper
Tux's lil' helper


Joined: 23 Mar 2019
Posts: 140

PostPosted: Sat Aug 24, 2019 6:54 pm    Post subject: Reply with quote

What if you tried a simpler format like
Code:

dig @localhost -x 114.141.6.213

Or maybe dig directly the forwarders ans see what happens...
This is the output I get:
Code:

dig @localhost 114.141.6.213.in-addr.arpa PTR

; <<>> DiG 9.14.4 <<>> @localhost 114.141.6.213.in-addr.arpa PTR
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 10457
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: eb44009e30251f4679401aed5d6188d11ebcda8c69db40f0 (good)
;; QUESTION SECTION:
;114.141.6.213.in-addr.arpa.   IN   PTR

;; Query time: 4000 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Aug 24 21:58:25 EEST 2019
;; MSG SIZE  rcvd: 83
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4397
Location: Dallas area

PostPosted: Sat Aug 24, 2019 7:14 pm    Post subject: Reply with quote

Code:
dig @localhost 114.141.6.213.in-addr.arpa PTR


I don't think this is a valid query

Edit to add: reverse lookup is usually done with -x ie dig -x 213.6.141.114

or to see what domain it belongs to whois -h whois.arin.net 213.6.141.114

Code:
dig -x 213.133.100.100 +noall +answer

; <<>> DiG 9.14.4 <<>> -x 213.133.100.100 +noall +answer
;; global options: +cmd
100.100.133.213.in-addr.arpa. 21565 IN   PTR   ns3-coloc.hetzner.com.

_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Sun Aug 25, 2019 4:42 am    Post subject: Reply with quote

Thank you for your answer.

Anon-E-moose wrote:
Code:
dig @localhost 114.141.6.213.in-addr.arpa PTR


I don't think this is a valid query

That was the last query seen in bind query.log before it crashes.

Anon-E-moose wrote:

Edit to add: reverse lookup is usually done with -x ie dig -x 213.6.141.114

That indeed generates the same query and crashes my named daemon.

Anon-E-moose wrote:

or to see what domain it belongs to whois -h whois.arin.net 213.6.141.114

I do know who this IP is assigned to. It is some service provider in Palestine. This IP is not the problem. The problem is the crashing bind named on my server. It should not crash on any bogus input... Am I in a wrong place? Should this be submitted to the bugtracker?

Anon-E-moose wrote:

Code:
dig -x 213.133.100.100 +noall +answer

; <<>> DiG 9.14.4 <<>> -x 213.133.100.100 +noall +answer
;; global options: +cmd
100.100.133.213.in-addr.arpa. 21565 IN   PTR   ns3-coloc.hetzner.com.

That is the resolver of my provider. I'm not sure what to do with it. This query resolves normally.
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Sun Aug 25, 2019 4:51 am    Post subject: Reply with quote

Thank you for your answer.

alamahant wrote:
What if you tried a simpler format like
Code:

dig @localhost -x 114.141.6.213


The IP address in this query is backwards. When I do dig @localhost -x 213.6.141.114, it generates the query mentioned in my first post and crashes my named.

alamahant wrote:

Or maybe dig directly the forwarders ans see what happens...


I did try that. It generates the same answers as seen in the original pcap file and it does not crash my named, because my named is not involved when I query the forwarders directly.

Code:

phoenix ~ # dig @213.133.98.98 -x 213.6.141.114

; <<>> DiG 9.14.4 <<>> @213.133.98.98 -x 213.6.141.114
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40231
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;114.141.6.213.in-addr.arpa.    IN      PTR

;; AUTHORITY SECTION:
6.213.in-addr.arpa.     81614   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     81614   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     81614   IN      NS      dns.paltel.net.

;; Query time: 0 msec
;; SERVER: 213.133.98.98#53(213.133.98.98)
;; WHEN: Sun Aug 25 06:46:18 CEST 2019
;; MSG SIZE  rcvd: 122



Code:

phoenix ~ # dig @213.133.99.99 -x 213.6.141.114

; <<>> DiG 9.14.4 <<>> @213.133.99.99 -x 213.6.141.114
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48711
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;114.141.6.213.in-addr.arpa.    IN      PTR

;; AUTHORITY SECTION:
6.213.in-addr.arpa.     45607   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     45607   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     45607   IN      NS      dns.paltel.net.

;; Query time: 0 msec
;; SERVER: 213.133.99.99#53(213.133.99.99)
;; WHEN: Sun Aug 25 06:46:25 CEST 2019
;; MSG SIZE  rcvd: 122


Code:

phoenix ~ # dig @213.133.100.100 -x 213.6.141.114

; <<>> DiG 9.14.4 <<>> @213.133.100.100 -x 213.6.141.114
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11780
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;114.141.6.213.in-addr.arpa.    IN      PTR

;; AUTHORITY SECTION:
6.213.in-addr.arpa.     81602   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     81602   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     81602   IN      NS      ns.paltel.net.

;; Query time: 0 msec
;; SERVER: 213.133.100.100#53(213.133.100.100)
;; WHEN: Sun Aug 25 06:46:30 CEST 2019
;; MSG SIZE  rcvd: 122
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4397
Location: Dallas area

PostPosted: Sun Aug 25, 2019 10:37 am    Post subject: Reply with quote

It's not a bug (at least it's not a bind bug), the query works perfectly fine on my system (bind 9.14.4).

Is this a virtual machine? If so do you compile your own bind or are you using the hosts?
If you compile it yourself, I'd probably rebuild it (bind and tools), there's a problem but it's your system not bind, at least as far as this "query" or you've got a misconfigured named.conf.

I'm not sure why you're using @localhost directly. No matter where you get the answer from, it goes in the named cache, and if localhost is the first nameserver in resolv.conf it'll use that first.

Code:
$ dig -x 213.133.100.100

; <<>> DiG 9.14.4 <<>> -x 213.133.100.100
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5413
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 597efcc430daf240070ba7545d6266050558900453af48f0 (good)
;; QUESTION SECTION:
;100.100.133.213.in-addr.arpa.   IN   PTR

;; ANSWER SECTION:
100.100.133.213.in-addr.arpa. 86393 IN   PTR   ns3-coloc.hetzner.com.

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sun Aug 25 05:42:13 CDT 2019
;; MSG SIZE  rcvd: 120


The SERVER is my machine.

from resolv.conf
Code:
nameserver 127.0.0.1


If the answer is not in my named cache then it will send it to where it needs to, to get an answer then it goes in the cache.

Edit to add: what does "emerge -pv bind bind-tools" return
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Mon Aug 26, 2019 9:51 am    Post subject: Reply with quote

Anon-E-moose wrote:
It's not a bug (at least it's not a bind bug), the query works perfectly fine on my system (bind 9.14.4).

It works for me too, when I change named.conf to use other forwarders (8.8.8.8 for example). But I do not want to change the forwarders and I certainly do not want my named to crash every so often. It is some combination of the query, one concrete forwarding server and current version of bind. It worked flawlessly with previous versions of bind, but sadly they are not in portage anymore.

Anon-E-moose wrote:
Is this a virtual machine? If so do you compile your own bind or are you using the hosts?

It is physical hardware. Bind has been emerged from portage. And it is not only a problem on one server, I have another client, who has his server in Hetzner.de too, and that instance of bind experiences the same problems.

Anon-E-moose wrote:
If you compile it yourself, I'd probably rebuild it (bind and tools), there's a problem but it's your system not bind, at least as far as this "query" or you've got a misconfigured named.conf.

I tried re-emerging it from portage and restarting the server to load all the new versions of all libraries, but the problem prevails. Named.conf remains unchanged from the previous version of bind, which worked fine.

Anon-E-moose wrote:
I'm not sure why you're using @localhost directly. No matter where you get the answer from, it goes in the named cache, and if localhost is the first nameserver in resolv.conf it'll use that first.

...

I use @localhost to go around other resolvers listed in /etc/resolv.conf, to isolate the issue and to be able to quickly confirm that it still exists.
I can certainly use other forwarders, or remove 127.0.0.1 and ::1 from /etc/resolv.conf altogether, but as the Authoritative DNS server provider for numerous domains I do need to continue running named and I do not like the idea of it crashing randomly. I would like the issue to be solved, rather than circumvented.

Anon-E-moose wrote:
Edit to add: what does "emerge -pv bind bind-tools" return


Code:
phoenix ~ # emerge -pv bind bind-tools

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] net-dns/bind-9.14.4::gentoo  USE="caps ssl zlib -berkdb -dlz -dnsrps -dnstap -doc -fixed-rrset -geoip -gost -gssapi -json -ldap -libressl -lmdb -mysql -odbc -postgres -python (-selinux) -static-libs -urandom -xml" PYTHON_TARGETS="python2_7 python3_6 -python3_5 (-python3_7)" 0 KiB
[ebuild   R    ] net-dns/bind-tools-9.14.4::gentoo  USE="ipv6 readline ssl -doc -gssapi -idn -libedit -libressl -xml" 0 KiB

Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4397
Location: Dallas area

PostPosted: Mon Aug 26, 2019 10:08 am    Post subject: Reply with quote

araxon wrote:

I did try that. It generates the same answers as seen in the original pcap file and it does not crash my named, because my named is not involved when I query the forwarders directly.

Code:

phoenix ~ # dig @213.133.98.98 -x 213.6.141.114

; <<>> DiG 9.14.4 <<>> @213.133.98.98 -x 213.6.141.114
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40231
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;114.141.6.213.in-addr.arpa.    IN      PTR

;; AUTHORITY SECTION:
6.213.in-addr.arpa.     81614   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     81614   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     81614   IN      NS      dns.paltel.net.

;; Query time: 0 msec
;; SERVER: 213.133.98.98#53(213.133.98.98)
;; WHEN: Sun Aug 25 06:46:18 CEST 2019
;; MSG SIZE  rcvd: 122



That's not true, named is still involved, it just doesn't use the forwarders from named.conf or resolv.conf, it still uses the bind libraries, etc, along with the fact that the result of the query goes into the named cache. The query still gets resolved the same way, whether using @ directly or forwarders line in named.conf or nameserver in resolv.conf.

If it works directly then I suspect something in named.conf is likely your problem. It could be that previous versions of bind allowed certain things be done that it shouldn't have.

As far as previous versions, if you haven't cleaned your distfiles directory, then you should have the tar files, you just need the ebuild.

Edit to add: If you really think it's a bug, then file a bug report. It's possible that there's a bug in the way named.conf is being handled.


ETA2: what does dig @localhost +trace -x 213.6.141.114 show?
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Fri Aug 30, 2019 10:30 am    Post subject: Reply with quote

I'm sorry, I've been traveling and didn't have the means to try this.

Anon-E-moose wrote:

ETA2: what does dig @localhost +trace -x 213.6.141.114 show?


This seems to loop endlessly and never get to the query that would trigger the server to crash. Is the recursion disabled with +trace?

Code:
phoenix ~ # dig @localhost +trace -x 213.6.141.114

; <<>> DiG 9.14.4 <<>> @localhost +trace -x 213.6.141.114
; (2 servers found)
;; global options: +cmd
.                       518397  IN      NS      a.root-servers.net.
.                       518397  IN      NS      m.root-servers.net.
.                       518397  IN      NS      d.root-servers.net.
.                       518397  IN      NS      k.root-servers.net.
.                       518397  IN      NS      j.root-servers.net.
.                       518397  IN      NS      i.root-servers.net.
.                       518397  IN      NS      l.root-servers.net.
.                       518397  IN      NS      b.root-servers.net.
.                       518397  IN      NS      c.root-servers.net.
.                       518397  IN      NS      h.root-servers.net.
.                       518397  IN      NS      e.root-servers.net.
.                       518397  IN      NS      f.root-servers.net.
.                       518397  IN      NS      g.root-servers.net.
.                       518397  IN      RRSIG   NS 8 0 518400 20190912050000 20190830040000 59944 . a18HBLRxbDklfb/5azG80cAJFAwNd4luRiFgFM6QUhVNkCcYfHEPN86t H2TiEwxxwQE+gfKdMFc6F+2GT5MqMgJocYS4hxyai54iMtzN9/HzUxFQ IVeOWU2g2piycqavfFqMp4pfmbESjGj3zBs3BemvD8nS9JVc7PtDnYEN HJ6iYLCSZlLp3HPTOGqd2Kh9uBmujnsVqbUoVWT7H5vT3yblT2J3MdhV XcUYAwl8CneBJGql1VT1ZS5lvGriOnrRuX9evjgHlGZuRk5tiR8oc4aH ndEc28HdihJH4fmj6P0Zq2DnP3KOMV/voHCsF29hEyT3YhpCDng5U99E 994KgA==
;; Received 1137 bytes from ::1#53(localhost) in 0 ms

in-addr.arpa.           172800  IN      NS      a.in-addr-servers.arpa.
in-addr.arpa.           172800  IN      NS      b.in-addr-servers.arpa.
in-addr.arpa.           172800  IN      NS      c.in-addr-servers.arpa.
in-addr.arpa.           172800  IN      NS      d.in-addr-servers.arpa.
in-addr.arpa.           172800  IN      NS      e.in-addr-servers.arpa.
in-addr.arpa.           172800  IN      NS      f.in-addr-servers.arpa.
in-addr.arpa.           86400   IN      DS      47054 8 2 5CAFCCEC201D1933B4C9F6A9C8F51E51F3B39979058AC21B8DF1B1F2 81CBC6F2
in-addr.arpa.           86400   IN      DS      53696 8 2 13E5501C56B20394DA921B51412D48B7089C5EB6957A7C58553C4D4D 424F04DF
in-addr.arpa.           86400   IN      DS      63982 8 2 AAF4FB5D213EF25AE44679032EBE3514C487D7ABD99D7F5FEC3383D0 30733C73
in-addr.arpa.           86400   IN      RRSIG   DS 8 2 86400 20190912000000 20190829230000 62701 arpa. Ajnfl8yM1UgcblIyVvot5MyhUVsXG9BdjbbWLzRSLe/xBModCGgVdQoa SyAk+Zzv5b3KeTJ3Ce4xNJYD2fr09OvuNQpcOhpSfRLo/STYv3ZZYhIF 1LCWdymkQBMB9+8CZvYZzU9jIO7YJpccUljh0Q+czKUnAA17VPpR79PC bmw22JOw0yOfwQtABY8DOxDoVgGzCr05hOBbJvKqS+gQ/T7HqplvWIvM 7My/QacDJny7WYH0WrDaq8V861GMWH9EDWzj/vVQQQdraLVRQEMdIRBu uS1sGVQ8geq9EqF2OLcz5RZPdi6S8DtJkfeXAX6JapnjcEuj9rEbg7Cr Vtj3Zg==
;; Received 867 bytes from 199.7.91.13#53(d.root-servers.net) in 11 ms

213.in-addr.arpa.       86400   IN      NS      ns3.afrinic.net.
213.in-addr.arpa.       86400   IN      NS      pri.authdns.ripe.net.
213.in-addr.arpa.       86400   IN      NS      tinnie.arin.net.
213.in-addr.arpa.       86400   IN      NS      sns-pb.isc.org.
213.in-addr.arpa.       86400   IN      NS      ns4.apnic.net.
213.in-addr.arpa.       86400   IN      NS      ns3.lacnic.net.
213.in-addr.arpa.       86400   IN      DS      20065 8 2 B01BBE15017A4B3CAF02FCEB1B75E440DC40241B91ECEA34E1100637 B6298436
213.in-addr.arpa.       86400   IN      RRSIG   DS 8 3 86400 20190906091348 20190815210003 37074 in-addr.arpa. dw2GNQvdUlnS1IGKbyXs90ro0AdkcMe6y4/MCice2U5gnefHwEExOXnO 72yTiBdM0Y37Kza8H4pubxyWiw/2KNQEa+2tqPS4oY5H41KV5O2Mn6I6 dJiPOdhOt4elBmSbGMt64jSvwen1w2L/l2brqLGHCorB7FIR9q1YGD9L 9Uw=
;; Received 494 bytes from 203.119.86.101#53(e.in-addr-servers.arpa) in 259 ms

6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; Received 719 bytes from 2001:500:2e::1#53(sns-pb.isc.org) in 20 ms

6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 75 ms

6.213.in-addr.arpa.     6858    IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     6858    IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     6858    IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 77 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 360 bytes from 193.0.9.6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 59 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 360 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 10 ms

6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 360 bytes from 193.0.9.6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 75 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 75 ms

6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 62 ms

6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 360 bytes from 193.0.9.6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 78 ms

6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 61 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 339 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 360 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 62 ms

6.213.in-addr.arpa.     95928   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95928   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95928   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     95927   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     95927   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95927   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 75 ms

6.213.in-addr.arpa.     95927   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 63 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 339 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     95927   IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      dns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 198 bytes from 212.14.236.211#53(dns.paltel.net) in 60 ms

6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 63 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 339 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     6857    IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     6857    IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     6857    IN      NS      ns.paltel.net.
;; BAD (HORIZONTAL) REFERRAL
;; Received 494 bytes from 212.14.226.73#53(ns.paltel.net) in 64 ms

6.213.in-addr.arpa.     172800  IN      NS      ns.ripe.net.
6.213.in-addr.arpa.     172800  IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     172800  IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     3600    IN      NSEC    60.213.in-addr.arpa. NS RRSIG NSEC
6.213.in-addr.arpa.     3600    IN      RRSIG   NSEC 8 4 3600 20190909161212 20190826144212 37090 213.in-addr.arpa. e7nQjUPeY2ZHhul2PnteW5WaT9BBiGTcWyqTCQXACq0C1f/CKV7XI9T+ UR2Uqy/K1TMLP/ghwDxapCuPUhtx77LzVdtUE0oweFwSv4JNvPK+5eat 2QAB1hWlLC00ix7a8m428SXlsN3RP0QFA2x5iIAR2Qc9i0fIsuntQFq3 AgY=
;; BAD (HORIZONTAL) REFERRAL
;; Received 339 bytes from 2001:67c:e0::6#53(ns.ripe.net) in 11 ms

6.213.in-addr.arpa.     95927   IN      NS      ns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      dns.paltel.net.
6.213.in-addr.arpa.     95927   IN      NS      ns.ripe.net.
;; BAD (HORIZONTAL) REFERRAL
dig: too many lookups


What does "BAD (HORIZONTAL) REFERRAL" mean? Is it mismatch in delegation of that particular domain?
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4397
Location: Dallas area

PostPosted: Fri Aug 30, 2019 12:07 pm    Post subject: Reply with quote

araxon wrote:
What does "BAD (HORIZONTAL) REFERRAL" mean? Is it mismatch in delegation of that particular domain?


My understanding is it's a lookup across the domain, not down.

if domain a0, b0, c0, a0 calls b0 and b0 is supposed to call c0, instead it calls b1 which is on the same level as b0.

You can google "bind BAD (HORIZONTAL) REFERRAL" for more info.

As for why it doesn't get to the query you're interested in, it's probably "dig: too many lookups"

Edit to add: googling your original problem, it has happened in the past (older versions of bind) so maybe they reintroduced a bug, I haven't checked with bind itself to see if they have reports for the version you're using. You might check and maybe even file a bug report.
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
axl
l33t
l33t


Joined: 11 Oct 2002
Posts: 908
Location: Romania

PostPosted: Fri Aug 30, 2019 5:18 pm    Post subject: Reply with quote

have you ruled out CFLAGS and USE(flags) ?

I have 2 NS's without forward first and I see those kinds of records countless times during the day. Much-a-do about geo-location banning in my opinion, but the point is, bind shouldn't crap out because of it. a revdep-rebuild perhaps. sounds more like a pointer issue than anything else imho.
Back to top
View user's profile Send private message
mwka
n00b
n00b


Joined: 18 Sep 2019
Posts: 2

PostPosted: Wed Sep 18, 2019 12:29 pm    Post subject: Reply with quote

I can confirm this error - I have the very same problem on my server at Hetzner, since upgrading to bind 9.14.4. So I don't think it's a local issue.
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Wed Sep 25, 2019 11:02 am    Post subject: Reply with quote

mwka wrote:
I can confirm this error - I have the very same problem on my server at Hetzner, since upgrading to bind 9.14.4. So I don't think it's a local issue.

I tried 9.14.5 and 9.14.6, but the problem remains unsolved.
I circumvented this issue by outright banning in iptables the few offending hosts, that tried to connect thus causing this "harmful" reverse lookup. Not really a solution.
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Wed Sep 25, 2019 4:20 pm    Post subject: Reply with quote

There is this chap having the same problem: https://github.com/opnsense/plugins/issues/1497
He opened a bug report with ISC bind team two weeks ago, and the bug report went private:
Quote:
It was set to private because it's probably a DoS-able vulnerability and they already had 2 reports but without crash dump or debug symbols of this error when I reported it to them.

Hopefully it will be fixed soon.
Back to top
View user's profile Send private message
mwka
n00b
n00b


Joined: 18 Sep 2019
Posts: 2

PostPosted: Wed Sep 25, 2019 4:51 pm    Post subject: Reply with quote

I reported the bug to the bind team and got the response that it should be fixed within 1 month.
Back to top
View user's profile Send private message
araxon
n00b
n00b


Joined: 25 May 2011
Posts: 57

PostPosted: Thu Oct 17, 2019 7:50 am    Post subject: Reply with quote

Some new development...
The issue is now public.
The associated CVE is CVE-2019-6476.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Networking & Security All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum