[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-relays] experiences with debian tor 0.2.8.6 package from deb.torproject.org



Am 05.08.2016 um 18:27 schrieb tor relay:
>>>>> Also: you can not start/stop/restart tor.service separately without leaving all other tor instances untouched.
>>>>
>>>> tor.service is *not* the default service.  tor.service is the collection
>>>> of all service instances.
>>>
>>>
>>> Gosh, you are right there is tor@default.service, so you are actually already doing what is being done in RPMs and there is no need to move away /etc/tor/torrc at all :)
>>> (why didn't you mention that ;).
> 
> Ok, I wrote that before actually trying to disable the default instance via
> systemctl disable tor@default
> 
> This does not work. I fail to disable tor@default without disabling tor.service.
> After a reboot it is back and running. 
> 
> I noticed that this service is special since it says "static" instead of "enabled" or "disabled" on other services:
> 
> systemctl status tor@default
> ● tor@default.service - Anonymizing overlay network for TCP
>    Loaded: loaded (/lib/systemd/system/tor@default.service; static)
> 
> So there is no way to disable the default instance using systemctl after all?
> _______________________________________________
> tor-relays mailing list
> tor-relays@xxxxxxxxxxxxxxxxxxxx
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 

I really don't understand the problem here... Why don't you just move
one of your multi-instances to the default instance?
Then you have the tor@default.service and the tor@whatever.service and
you are good to go with whatever you wanted to achieve.

Best,
Michael

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
tor-relays mailing list
tor-relays@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays