[systemd-devel] networking services management idea

Marcel Holtmann marcel at holtmann.org
Thu Aug 2 12:11:29 PDT 2012


Hi Chris,

> > Unless the services take long to start, you'll have a much better time
> > with socket activation. With socket activation, the service won't just
> > wait until network availability to come online; the service will wait
> > until an actual request to come online.
> >
> > Also check out my other posts to the mailing list about network
> > availability levels and service management.
> Thanks David, I just read you posts in the thread " network consuming 
> user services" where some of this was touched on. I see the points on 
> the services being socket activated or listing to netlink and so-forth. 
> But in my case, there are outgoing services, so protocol specific, that 
> one just might not want even started unless a specific state is 
> obtained. Agreed that network session level activity should be monitored 
> and managed within the service, but before that when to really start the 
> service.
> I am not talking about stalling or interfering with network.target, but 
> I suggest is setting up targets that outgoing services could use or 
> distro/admins could use to better structure in a generic scene.
> 
> For instance. There is a service that uses NFC to used in credit card 
> services. lets call it NFC-your-money.service
> This service needs an an active NFC connection, and is the service used 
> to pay for things using you phone from you checking account. (No I don't 
> have or use this.)
> 
> 1. I don't want such a service running if I don't have a NFC connection.
> 2. I don't want it running if I loose my NFC connection.
> 3. I don't want to start the service to check if I have a NFC connection .

this makes no sense. It is not how NFC actually works.

Regards

Marcel




More information about the systemd-devel mailing list