SERVFAIL on IPv6 tunnelbroker network

[Patrik]

Is it possible that I have 2 routers on 1 server and 2 views? Should I just
use 1 connection to the same server?
I connect to to internet connection 1 for me downloading etc, and 1 for the
input for web, email, etc...
But I connected 2. The big problem is that I cannot turn off the server 2nd
view, I need exactly the 2 views and I still get a SERVFAIL, but after I do
it again, it will work, or on my workstation I have to refresh the browser
like many times.
Plus by now it cached my ip address, this is what is weird, that the first
time it is like that SERVFAIL and I have know idea what it is doing.
*Eg , the log:*
25-Jul-2018 09:18:27.737 client @0x7faa8c062b10 192.168.78.30#55939 (
ipv4.nop.hu): view internal-enp1s0f3: query failed (SERVFAIL) for
ipv4.nop.hu/IN/AAAA at ../../../bin/named/query.c:6885
25-Jul-2018 09:18:27.738 client @0x7faa8c062b10 192.168.78.30#55939 (
ipv4.nop.hu): view internal-enp1s0f3: query failed (SERVFAIL) for
ipv4.nop.hu/IN/AAAA at ../../../bin/named/query.c:6885
25-Jul-2018 09:18:28.401 client @0x7faa8c062b10 192.168.78.30#50670 (
ipv6.nop.hu): view internal-enp1s0f3: query failed (SERVFAIL) for
ipv6.nop.hu/IN/A at ../../../bin/named/query.c:8402
25-Jul-2018 09:18:28.401 client @0x7faac0184500 192.168.78.30#50670 (
ipv6.nop.hu): view internal-enp1s0f3: query failed (SERVFAIL) for
ipv6.nop.hu/IN/A at ../../../bin/named/query.c:6885
25-Jul-2018 09:18:28.402 client @0x7faa8c034d00
2001:470:1f1b:5b3::b4a#41540 (ipv6.nop.hu): view internal-enp1s0f3: query
failed (SERVFAIL) for ipv6.nop.hu/IN/A at ../../../bin/named/query.c:6885


*So as you told me to do it as:*

​patrikx3 at workstation:/media/linux-nvme/home/patrikx3$ dig @192.168.81.20
com soa

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> @192.168.81.20 com soa
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43117
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 2f5d97d5314b65c4037161895b584e70ccafb7ee026ea3d0 (good)
;; QUESTION SECTION:
;com. IN SOA

;; ANSWER SECTION:
com. 899 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1532513892 1800
900 604800 86400

;; AUTHORITY SECTION:
. 10083 IN NS f.root-servers.net.
. 10083 IN NS k.root-servers.net.
. 10083 IN NS e.root-servers.net.
. 10083 IN NS m.root-servers.net.
. 10083 IN NS a.root-servers.net.
. 10083 IN NS j.root-servers.net.
. 10083 IN NS i.root-servers.net.
. 10083 IN NS g.root-servers.net.
. 10083 IN NS d.root-servers.net.
. 10083 IN NS c.root-servers.net.
. 10083 IN NS h.root-servers.net.
. 10083 IN NS l.root-servers.net.
. 10083 IN NS b.root-servers.net.

;; Query time: 34 msec
;; SERVER: 192.168.81.20#53(192.168.81.20)
;; WHEN: Wed Jul 25 12:18:24 CEST 2018
;; MSG SIZE  rcvd: 341

patrikx3 at workstation:/media/linux-nvme/home/patrikx3$ dig @192.168.81.20
production.cloudflare.docker.com +trace

; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> @192.168.81.20
production.cloudflare.docker.com +trace
; (1 server found)
;; global options: +cmd
;; Received 56 bytes from 192.168.81.20#53(192.168.81.20) in 0 ms

patrikx3 at workstation:/media/linux-nvme/home/patrikx3$
​
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20180725/df9a58ff/attachment-0001.html>