[Buildroot] [PATCH] inadyn: fix init script and default config file

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Tue Jul 14 15:59:09 UTC 2015


Dear Gustavo Zacarias,

On Tue, 14 Jul 2015 12:24:06 -0300, Gustavo Zacarias wrote:

> If you ship a config that starts up inadyn with user=test pass=test with 
> some X dyndns service that could potentially flood said service/server 
> with a bogus/useless setting.
> It might not matter with small usage scenarios, but if a firmware image 
> is shipped for some networking appliance which doesn't sanitize the 
> config then you've got a similar scenario to the NTP flood.

Ah, yes, I see. So maybe we should instead have:

ENABLED="no" 

in /etc/default/inadyn

and in the SXXinadyn, if ENABLED=="no", do something like:

Starting inadyn: SKIPPED

or something like that.

Thoughts?

> > But then if 'background' is in the config file, we will background it
> > twice. Since inadyn generates its own PID file, it might be OK, but
> > it's not that nice either.
> >
> > I think our init scripts are anyway done to work fine with our default
> > configuration files. If you change the configuration file, you have to
> > be ready to adjust init scripts as well I'd say, no?
> 
> I haven't tested the detail, but -b is probably the same as "background" 
> in the config and won't background twice (i'm talking of the inadyn -b 
> option, not backgrounding from start-stop-daemon).

Ah, you're talking about inadyn -b option, while I was thinking of the
start-stop-daemon option. Then it definitely makes sense, and I can get
rid of the background option in the example config file.

Sounds OK?

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com



More information about the buildroot mailing list