What's new

[Beta] Asuswrt-Merlin 384.11 Beta is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

sorry, it's not available. only dig from bind-dig package

the only time i run into issues with dig is if i try the
-6 (use IPv6 query transport only)
option -it hangs trying to do these test

Correction if i tell it which @ address to test at it then will work giving a response.
 
Last edited:
I just wish i knew why i get no response with dig -6 ipv6.google.com
 
Code:
dig -6 www.google.com
^Cdighost.c:4184: INSIST(current_lookup == ((void *)0)) failed.
Aborted

Code:
dig -4 www.google.com

; <<>> DiG 9.12.3-P4 <<>> -4 www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62266
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.google.com.                        IN      A

;; ANSWER SECTION:
www.google.com.         139     IN      A       172.217.1.100

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu May 02 16:20:38 UTC 2019
;; MSG SIZE  rcvd: 59
 
Code:
drill -6 www.google.com
Error: error sending query: No (valid) nameservers defined in the resolver

I take it that drill is telling me that it cannot act solely on ipv6 alone.
 
Code:
 drill -6 www.google.com @::1
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 19518
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; www.google.com.      IN      A

;; ANSWER SECTION:
www.google.com. 200     IN      A       172.217.3.132

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 720 msec
;; EDNS: version 0; flags: do ; udp: 1452
;; SERVER: ::1
;; WHEN: Thu May  2 16:34:40 2019
;; MSG SIZE  rcvd: 73
 
Code:
drill -4 www.google.com
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 30424
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; www.google.com.      IN      A

;; ANSWER SECTION:
www.google.com. 65      IN      A       172.217.3.132

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 1 msec
;; SERVER: 127.0.0.1
;; WHEN: Thu May  2 16:36:55 2019
;; MSG SIZE  rcvd: 48
 
Code:
drill -6 www.google.com @127.0.1.1
Error: error sending query: No (valid) nameservers defined in the resolver
 
Code:
drill -4 www.google.com @127.0.1.1
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 1397
;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;; www.google.com.      IN      A

;; ANSWER SECTION:
www.google.com. 214     IN      A       172.217.2.196

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 33 msec
;; EDNS: version 0; flags: do ; udp: 1452
;; SERVER: 127.0.1.1
;; WHEN: Thu May  2 16:39:28 2019
;; MSG SIZE  rcvd: 73
 
Code:
drill -6 www.google.com @127.0.1.1
Error: error sending query: No (valid) nameservers defined in the resolver

not valid. 127.0.1.1 is not ipv6 address, do not use -6 transport option.
"a" address type is not the same as -4 transport to get it, same as "aaaa" address is different from ipv6 -6 transport.

examples:
dig -4 a google.com @127.0.0.1
dig -4 aaaa google.com @127.0.0.1
dig -6 a google.com @::1
dig -6 aaaa google.com @::1
 
Last edited:
not valid. 127.0.1.1 is not ipv6 address, do not use -6 transport option.
"a" address type is not the same as -4 transport to get it, same as "aaaa" address is different from ipv6 -6 transport.
i understand that miron i was simply seeing what could be hindering -6 from working
 
Using your suggestions..
Code:
dig -6 a google.com @::1

; <<>> DiG 9.12.3-P4 <<>> -6 a google.com @::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45127
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;google.com.                    IN      A

;; ANSWER SECTION:
google.com.             80      IN      A       172.217.1.110

;; Query time: 1 msec
;; SERVER: ::1#53(::1)
;; WHEN: Thu May 02 17:21:45 UTC 2019
;; MSG SIZE  rcvd: 55
Code:
 dig -6 aaaa google.com @::1

; <<>> DiG 9.12.3-P4 <<>> -6 aaaa google.com @::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60703
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 1452
;; QUESTION SECTION:
;google.com.                    IN      AAAA

;; ANSWER SECTION:
google.com.             130     IN      AAAA    2607:f8b0:4008:813::200e

;; Query time: 33 msec
;; SERVER: ::1#53(::1)
;; WHEN: Thu May 02 17:21:19 UTC 2019
;; MSG SIZE  rcvd: 77
 
Using your suggestions..
Code:
dig -6 a google.com @::1

; <<>> DiG 9.12.3-P4 <<>> -6 a google.com @::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45127
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;google.com.                    IN      A

;; ANSWER SECTION:
google.com.             80      IN      A       172.217.1.110

;; Query time: 1 msec
;; SERVER: ::1#53(::1)
;; WHEN: Thu May 02 17:21:45 UTC 2019
;; MSG SIZE  rcvd: 55
Code:
 dig -6 aaaa google.com @::1

; <<>> DiG 9.12.3-P4 <<>> -6 aaaa google.com @::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60703
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 1452
;; QUESTION SECTION:
;google.com.                    IN      AAAA

;; ANSWER SECTION:
google.com.             130     IN      AAAA    2607:f8b0:4008:813::200e

;; Query time: 33 msec
;; SERVER: ::1#53(::1)
;; WHEN: Thu May 02 17:21:19 UTC 2019
;; MSG SIZE  rcvd: 77
You can safely bet that drill works too giving "softer" responses
 
Using your suggestions..
Code:
dig -6 a google.com @::1
google.com.             80      IN      A       172.217.1.110
Code:
 dig -6 aaaa google.com @::1
google.com.             130     IN      AAAA    2607:f8b0:4008:813::200e
yep, and results are the same with -4 + @127.0.0.1.
this means everything works as expected, and any type of address (a/aaaa - ipv4/ipv6) can be requested via any type of transport (ipv4/ipv6 connection).

p.s it's possible to use +short for less dig output
Code:
dig +short aaaa bin.entware.net @127.0.0.1
2606:4700:30::681b:b132
2606:4700:30::681b:b032
 
Last edited:
yep, and results are the same with -4 + @127.0.0.1.
this means everything works as expected, and any type of address (a/aaaa - ipv4/ipv6) can be requested via any type of transport (ipv4/ipv6 connection).

p.s it's possible to use +short for less dig output
Code:
dig +short aaaa bin.entware.net @127.0.0.1
2606:4700:30::681b:b132
2606:4700:30::681b:b032
I think these test lays it to rest that IPV6 is functioning as it should.
 
I did not have this behavior before, when no clients are connected on 2GHz id does this Channel shuffles (yes it is on auto - had no issues with it):

May 2 18:21:58 acsd: scan in progress ...
May 2 18:21:59 acsd: scan in progress ...
May 2 18:21:59 acsd: selected channel spec: 0x180a (8l)
May 2 18:21:59 acsd: Adjusted channel spec: 0x180a (8l)
May 2 18:21:59 acsd: selected channel spec: 0x180a (8l)
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:03 acsd: selected channel spec: 0x180b (9l)
May 2 18:37:03 acsd: Adjusted channel spec: 0x180b (9l)
May 2 18:37:03 acsd: selected channel spec: 0x180b (9l)
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: selected channel spec: 0x180a (8l)
May 2 18:52:06 acsd: Adjusted channel spec: 0x180a (8l)
May 2 18:52:06 acsd: selected channel spec: 0x180a (8l)
May 2 19:07:07 acsd: scan in progress ...

And as soon as some client connects, it stops..?
 
I did not have this behavior before, when no clients are connected on 2GHz id does this Channel shuffles (yes it is on auto - had no issues with it):

May 2 18:21:58 acsd: scan in progress ...
May 2 18:21:59 acsd: scan in progress ...
May 2 18:21:59 acsd: selected channel spec: 0x180a (8l)
May 2 18:21:59 acsd: Adjusted channel spec: 0x180a (8l)
May 2 18:21:59 acsd: selected channel spec: 0x180a (8l)
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:00 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:01 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:02 acsd: scan in progress ...
May 2 18:37:03 acsd: selected channel spec: 0x180b (9l)
May 2 18:37:03 acsd: Adjusted channel spec: 0x180b (9l)
May 2 18:37:03 acsd: selected channel spec: 0x180b (9l)
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:04 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:05 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: scan in progress ...
May 2 18:52:06 acsd: selected channel spec: 0x180a (8l)
May 2 18:52:06 acsd: Adjusted channel spec: 0x180a (8l)
May 2 18:52:06 acsd: selected channel spec: 0x180a (8l)
May 2 19:07:07 acsd: scan in progress ...

And as soon as some client connects, it stops..?
Code:
May  2 13:54:40 acsd: selected channel spec: 0x100a (10)
May  2 13:54:40 acsd: Adjusted channel spec: 0x100a (10)
May  2 13:54:40 acsd: selected channel spec: 0x100a (10)
May  2 14:04:12 acsd: selected channel spec: 0xe19b (153/80)
May  2 14:04:12 acsd: Adjusted channel spec: 0xe19b (153/80)
May  2 14:04:12 acsd: selected channel spec: 0xe19b (153/80)

is some that i've had
 
note there is nothing more suspicious when cloudflare and your isp both have servers in your home town...

Cloudflare has a datacenter 3 blocks from me, but Spectrum (my ISP) backhauls all internet customers in Charlotte over 145 miles to Raleigh before they peer with the rest of the internet, so I connect to Cloudflare in Virginia instead of NC. Still I get a ping of less than 10ms to Cloudflare DNS.
 
yea so cloudflare and my ISP both have servers here where I am. Ping is relatively the same one may be a couple of milliseconds off from the other at all times. now if i use quad9 my servers are then located in Miami which is 348 miles away. the difference in ping in those is about maybe 8~10 milliseconds and google follows shortly behind. Google servers are all the way in north carolina and texas---Imagine the distance on those.
 

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top