dnsmasq.conf.add config file keeps having execute attribute set

[Jeffrey Young]

I am using Merlin 388.8_4 on an AX86U-Pro. Using Diversion and Skynet (and a few of my own written scripts)

Over the last few months, I have noticed that the dnsmasq.conf.add file has the execute attribute set. After I take the execute bit off, a few days later, it is set again. I have not really nailed down what process is doing this.

Having the execute bit set on a file that does not need it is having the unintended effect of Asus's ASD process zapping the file from time to time. Particularly at system boot, which really messes things up.

Anyone else seeing this behavior? I would love to be able to lock the file so that attributes can't be set, but as almost everything runs as root, that is not happening.

 

[dave14305]

Skynet does it.

https://github.com/Adamm00/IPSet_ASUS/blob/b388084289a07e572a5f37d03d1a9f896148bf25/firewall.sh#L983

 

[Jeffrey Young]

Skynet does it.

https://github.com/Adamm00/IPSet_ASUS/blob/b388084289a07e572a5f37d03d1a9f896148bf25/firewall.sh#L983

Thanks @dave14305

@Adamm , any particular reason dnsmasq.conf.add gets the execute permission set? At least in my setup, on reboot, the file is deleted/ I am assuming it is the ASD process, but I can't be certain as the ASD log is encrypted. If I remove the execute permission and reboot, everything is fine.

 

[Twiglets]

Thanks @dave14305

@Adamm , any particular reason dnsmasq.conf.add gets the execute permission set? At least in my setup, on reboot, the file is deleted/ I am assuming it is the ASD process, but I can't be certain as the ASD log is encrypted. If I remove the execute permission and reboot, everything is fine.

On reboot my 'dnsmasq.conf.add' file does not get deleted !!!
I have made 'lots' of changes and it would be instantly noticable to me.
The ASD process is running as well.

Obvious but 'hacky' solution ... copy a MASTER copy of the 'dnsmasq.conf.add' file to '/jffs/configs' very early in the startup sequence.
(After ASD has started ... of course.)

I think it is something else doing the delete as I have Diversion, Skynet, Unbound, DNSCrpyt etc running and have never seen 'dnsmasq.conf.add' being deleted once set.

 

[dave14305]

I think it is something else doing the delete as I have Diversion, Skynet, Unbound, DNSCrpyt etc running and have never seen 'dnsmasq.conf.add' being deleted once set.

May depend on the contents, not just its presence.

 

[Jeffrey Young]

On reboot my 'dnsmasq.conf.add' file does not get deleted !!!
I have made 'lots' of changes and it would be instantly noticable to me.
The ASD process is running as well.

Obvious but 'hacky' solution ... copy a MASTER copy of the 'dnsmasq.conf.add' file to '/jffs/configs' very early in the startup sequence.
(After ASD has started ... of course.)

I think it is something else doing the delete as I have Diversion, Skynet, Unbound, DNSCrpyt etc running and have never seen 'dnsmasq.conf.add' being deleted once set.

It is a whacky one for sure. So far, over the last 6 months, I have had the file disappear twice on reboot. So, it is not consistent. My average up time is about three weeks. It seems that after three weeks some silly stuff starts to creep in and restart is in order.

I have cron job set up to remove the execute bit for now. Still, I see no reason to put the execute bit on the dnsmasq.conf.add file.

I have to say that I am not a fan of the ASD logs being encrypted. I love security, but I like to know what is happening too.