[386.7 Beta2] Cannot set DHCP IPv6 DNS Server

[jtp10181]

RT-AX68U
I have an IPv6 DNS server kludged in using a postconf script. I disabled that so it would not cause a conflict. Tried setting on the DHCP page and no luck. When I hit save it just blanks that out and does not set it in dnsmasq.conf

Is there any trick to getting this to work? Also why only one spot instead of 2 like the v4 DNS?

 

[octopus]

RT-AX68U
I have an IPv6 DNS server kludged in using a postconf script. I disabled that so it would not cause a conflict. Tried setting on the DHCP page and no luck. When I hit save it just blanks that out and does not set it in dnsmasq.conf

Is there any trick to getting this to work? Also why only one spot instead of 2 like the v4 DNS?

Can you remove BETA tag as you don't release anything and beta questions goes in beta thread.

 

[SomeWhereOverTheRainBow]

RT-AX68U
I have an IPv6 DNS server kludged in using a postconf script. I disabled that so it would not cause a conflict. Tried setting on the DHCP page and no luck. When I hit save it just blanks that out and does not set it in dnsmasq.conf

Is there any trick to getting this to work? Also why only one spot instead of 2 like the v4 DNS?

I agree with@octopus comment.
However, I would be willing to still answer your questions here and now provided you share what your personal "scripts" look like. I would be glad to try to troubleshoot and replicate your conditions where I could hopefully give you a helpfull response.

Also if you can please provide screen shots highlighting what you are talking about. this can be used to illustrate what you mean specifically inside /etc/dnsmasq.conf is causing your concern.

 

[jtp10181]

My script is not relevant, as I disabled it to test this new feature.

I am not able to save anything in this box. When I press save it very quickly refreshes and the box is blank again.
I have tried two different properly formatted ipv6 addresses.

 

[SomeWhereOverTheRainBow]

My script is not relevant, as I disabled it to test this new feature.

I am not able to save anything in this box. When I press save it very quickly refreshes and the box is blank again.
I have tried two different properly formatted ipv6 addresses.

View attachment 41979

What addresses are you typing in? because if you are using ipv4 mapped to ipv6, the webui might not support that formatting. That would be an issue on implementation of asus part.

 

[jtp10181]

because if you are using ipv4 mapped to ipv6, the webui might not support that formatting

This was my first assumption, which is what I tried, and when it did not work I have tried other IPv6 address and nothing will save. Has anyone else gotten this to work?

Have tried this (Xs for my prefix)

::ffff:192.168.26
XXXX:XXXX:XXXX:XXXX:a00:27ff:feed:95
XXXX:XXXX:XXXX:XXXX::1

It also is doing some validation and throwing an error if it is not valid. But with valid IP's it is just trashing them and not saving.

 

[dave14305]

Already discussed in the beta thread.

Beta - Asuswrt-Merlin 386.7 Beta is now available

Are you running pixelserv- tls with diversion? Yes. :rolleyes: Update: Not the first time the AXE11000 has done this "lock up", earlier on 386.7 Alpha & 386.5 level. Disabled pixelserv-tls to see what now may occur. Thks.

www.snbforums.com

 

[SomeWhereOverTheRainBow]

Already discussed in the beta thread.

Beta - Asuswrt-Merlin 386.7 Beta is now available

Are you running pixelserv- tls with diversion? Yes. :rolleyes: Update: Not the first time the AXE11000 has done this "lock up", earlier on 386.7 Alpha & 386.5 level. Disabled pixelserv-tls to see what now may occur. Thks.

www.snbforums.com

Nice, and thank you for sharing this @dave14305 .

 

[jtp10181]

Already discussed in the beta thread.

Beta - Asuswrt-Merlin 386.7 Beta is now available

Are you running pixelserv- tls with diversion? Yes. :rolleyes: Update: Not the first time the AXE11000 has done this "lock up", earlier on 386.7 Alpha & 386.5 level. Disabled pixelserv-tls to see what now may occur. Thks.

www.snbforums.com

Thanks, too much in that post to read through all that. Should be listed in the known issues. I also do not get that error anywhere (checked logs also). Not sure if something with Scribe is tossing it but I have looked through all the logs and cannot see that error the other user pointed out getting logged.

So basically, that new feature is totally useless at this point. I guess ASUS does not even test their own work.
My postconf script can keep working for now.

 

[SomeWhereOverTheRainBow]

Thanks, too much in that post to read through all that. Should be listed in the known issues. I also do not get that error anywhere (checked logs also). Not sure if something with Scribe is tossing it but I have looked through all the logs and cannot see that error the other user pointed out getting logged.

So basically, that new feature is totally useless at this point. I guess ASUS does not even test their own work.
My postconf script can keep working for now.

@dave14305 wont confess to it, but he has a sixth sense for finding things. A lot of users, including I, appreciate him for his uncanny expert analytic abilities and astonishing vernacular.

 

[Tech9]

It's very hard to read new firmware threads. It would be nice to have up to date list of discovered issues on the first page.

 

[SomeWhereOverTheRainBow]

It's very hard to read new firmware threads. It would be nice to have up to date list of discovered issues on the first page.

okay let us not get up in arms about hardness... I think the forum is as good as it gets aside from a few bloviating post per thread ( @dave14305 vernacular).

 

[RMerlin]

It would be nice to have up to date list of discovered issues on the first page.

I try...

 

[bluepoint]

I try...

If you won't mind, wireless console debugging is also enabled in RT-AX88U.

 

[RMerlin]

If you won't mind, wireless console debugging is also enabled in RT-AX88U.

Will most likely have to wait for the next major release, unless I can mix the previous release blobs with the current GPL. I was able to obtain updated blobs for the SDK 5.02L07 models models because they had critical issues also requiring a rebuild of the GPLs, so I got them at the same time.

 

[SomeWhereOverTheRainBow]

If you won't mind, wireless console debugging is also enabled in RT-AX88U.

While I do not know what this has to do with the topic of this particular thread, it is still nice that @RMerlin has considered your request.

 

[bluepoint]

Will most likely have to wait for the next major release, unless I can mix the previous release blobs with the current GPL. I was able to obtain updated blobs for the SDK 5.02L07 models models because they had critical issues also requiring a rebuild of the GPLs, so I got them at the same time.

I think I can wait for the next updated blobs as it really does not affect the router's performance but just the annoying logs, just as long as ASUS is aware for next time.

 

[SomeWhereOverTheRainBow]

I think I can wait for the next updated blobs as it really does not affect the router's performance but just the annoying logs, just as long as ASUS is aware for next time.

this would have been the thread you would have wanted

Beta - Asuswrt-Merlin 386.7 Beta is now available

Asuswrt-Merlin 386.7 Beta is now available for all supported models. This release focuses on GPL merges and component updates. June 17th: Beta 2 has now been uploaded. Make sure you read the following note! Changes since beta 1: 89778ae369 Updated documentation 5e7fd8632e rc: fix re-enabling...

www.snbforums.com

 

[RMerlin]

I see zero dhd debug logging on my RT-AX88U...

admin@stargate88ax:/tmp/home/root# cat /tmp/syslog.log | grep CONSOLE
admin@stargate88ax:/tmp/home/root#

 

[SomeWhereOverTheRainBow]

I see zero dhd debug logging on my RT-AX88U...

admin@stargate88ax:/tmp/home/root# cat /tmp/syslog.log | grep CONSOLE
admin@stargate88ax:/tmp/home/root#

agreed,

admin@RT-AX88U-C7C0:/tmp/home/root# cat /tmp/syslog.log | grep CONSOLE
admin@RT-AX88U-C7C0:/tmp/home/root#