You are here

DNS bug at 3.22.12?

8 posts / 0 new
Last post
ng1p
ng1p's picture
DNS bug at 3.22.12?


This thread points to a DNS bug based on some basic testing. In my case for sure with a Microtik Router Board. Looking the the below thead other models and type perhaps also?
https://www.arednmesh.org/content/new-node-no-name-resolution

My last post on the above thread:

"I did more testing just upgrading my MicroTik Router Board to 3.22.6 and then to 3.22.8 from 3.22.1 and DNS worked fine while resolving the DtD connected Nanostation and RF connected Rocket (Nanostation to Rocket) I left the Nanostation and Rocket at 3.22.1 and only was upgrading the Router Board.

Once again when I upgrade the Router Board to 3.22.12 the DNS issue started again, I could resolve the rocket or the Nanostation but never both. Seems like rebooting would flip things some times. Upgrading the the latest Nightly Build I see the same effect (DNS doesn't work right as with 3.22.12). Downgrading back to 3.22.8 all is fine again and no issues.  So for sure some sort of bug with 3.22.12 and above."
 

AB7PA
this may fix your issue

Not sure about your specific network but it's possible that this code PR will fix your issue.  It's available for testing in Nightly Build 2331 and newer.

ng1p
ng1p's picture
I will test the Nightly Build 2331

 I will test using this one: aredn-2331-111858e-ipq40xx-mikrotik-mikrotik_hap-ac2-squashfs-sysupgrade.bin

Will let you know. Thank you NG1P Bill

K6CCC
K6CCC's picture
Is this on a very small stand

Is this on a very small stand alone network - only a few nodes that never change connectivity?
If yes, see AB7PA's note above about nightly 2331.
 

ng1p
ng1p's picture
Nightly Build 2331

Correction I used this version for my RouterBoard aredn-2331-111858e-ath79-mikrotik-mikrotik_routerboard-952ui-5ac2nd-squashfs-sysupgrade.bin

So far it seems to be working better with the exception of not being able to route/ping to the MESH RF IP address on the Routerboard. localnode.local.mesh gets me in but if I use the hostname as assigned it resolves correctly but no path to that IP from the local Routerboard.

 

ng1p
ng1p's picture
Nightly Build 2331

I "rest to Firstboot" as offered in Advanced Configuration. Once I did a full reset and configured my wlan1 now shows up ding a ifconfig from the command line and all is working as it should. Seems like a good fix.. DNS is working (all devices) and now I can get to the IP address on the RF side. I think this is a good upgrade.

Thank you Bill NG1P

DL7ATR
DNS bug Ver. 3.22.12

I'm new to the AREDN system. My current setup here on the table are two Microtik hASP, two TP-Link CPE510 Ver 3. , a Linux computer and a Raspberry 3.
I flashed the Mikrotik and TP Link devices with Ver 3.22.12 and found that the DNS is not working. In the "Mesh Status" and the "Neighbor Status" I saw the IP addresse instead of the Node names. I got a tip and downsized the Mikrotik to Version 3.22.8 and it was working. 
I spent the last three day's to setup MeshChat on the Raspberry and one of the TP-Link nodes. It was not working. Today I saw that the Neighbor Status of the CPE510 showed the IP address of the Mikrotik instead of the name. I downsized the firmware of the TP-Link to 3.22.8 and now also MeshChat is working and synchronize with the CPE510.
There is definitely an issue with the DNS resolution in Ver. 3.22.12., with Ver. 3.22.8 it is working.
73 de DL7ATR
Hans-Juergen

w6bi
w6bi's picture
DNS issue

I'm pretty sure the issue you are reporting was fixed in one of the latest nightly builds.  Try that and report results.

73
Orv W6BI
 

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer