(Did Github.com get attacked/compromised? I randomly get github.com blocked by my antivirus this afternoon, claiming a malicious website.)
Asus recently did extensive changes to the dnsmasq code, so it's possible that some of my customizations were lost in the GPL merge.
The whole function will mount a partition, so I can see restarting httpd after mounting the volume to ensure that httpd is aware of the system level change.
That code was added in GPL 3006_102_34369.
Without knowing the intention behind it it's hard to tell if it's legitimate or not. The fact...
If Asus decided to put an httpd restart there it might be for a reason, so I'm not really keen on changing that behaviour.
Nothing in that log even mentions dnsmasq, only httpd gets restarted.
That DEBUG_RCTEST constant has been present since at least 2017 according to git blame (the initial GPL merge when the repo was started), so at this point I'd rather not touch it. This enables the "rc" applet, which may potentially be used by other components of the firmware.
That code block...
The real question is why Asus is setting DEBUG_RCTEST in the Makefile, which I would expect should only be enabled for test purposes. I just checked the GPL code itself and it's there.
I also see this (unrelated) typo next to a DEBUG_RCTEST section I just reviewed:
#ifdef HND_ROTUER
Well...
Check the system log. The most likely reason I can think of would be your router runs out of memory while doing the scan, causing service crashes. In the past running a fs check on a large disk has always been a problem due to the amount of RAM required for it.
I will review the code to ensure that the same behaviour is implemented to Guest Network Pro so it matches the main instance (I probably missed it when I did the initial SDN implementation).
Just because it boots does not mean that it will work properly. Any code related to SDN or VLAN in the closed source bits will be missing from your build since you are running the original 3004 code in all those closed source components.
Asus has currently no plans to migrate the BCM4908...
UPNP is not intended to work on VPN interfaces. The default miniupnpd config only allows the LAN subnet, and the daemon only listens to the LAN interface.
Update just one DDNS (for example myhome.dyndns.org). Then, create the aliases as this:
plex.mydomain.com CNAME myhome.dyndns.org
home.mydomain.com CNAME myhome.dyndns.org
etc...
You need one CNAME per subdomains you want to redirect.