[Beta] Asuswrt-Merlin 384.11 Beta is now available

[themiron]

Is kdig available for Entware and if it is can you name the package it's in please sir?

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

 

[Swistheater]

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.

 

[Swistheater]

I just wish i knew why i get no response with dig -6 ipv6.google.com

 

[Swistheater]

dig -6 www.google.com
^Cdighost.c:4184: INSIST(current_lookup == ((void *)0)) failed.
Aborted

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

 

[Butterfly Bones]

Is kdig available for Entware and if it is can you name the package it's in please sir?

Search here for kdig comes up empty. (Nice to have the aarch64 repository to check.)
https://bin.entware.net/aarch64-k3.10/Packages.html

 

[Swistheater]

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.

 

[Swistheater]

 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

 

[Swistheater]

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

 

[Swistheater]

drill -6 www.google.com @127.0.1.1
Error: error sending query: No (valid) nameservers defined in the resolver

 

[Swistheater]

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

 

[themiron]

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

 

[Swistheater]

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

 

[Swistheater]

Using your suggestions..

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

 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

 

[Swistheater]

Using your suggestions..

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

 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

 

[themiron]

Using your suggestions..

dig -6 a google.com @::1
google.com.             80      IN      A       172.217.1.110

 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

dig +short aaaa bin.entware.net @127.0.0.1
2606:4700:30::681b:b132
2606:4700:30::681b:b032

 

[Swistheater]

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

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.

 

[MDM]

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..?

 

[Swistheater]

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..?

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

 

[zaxcom]

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.

 

[Swistheater]

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.