On 04/10/2005, at 9:10 AM, Arno Hautala wrote:
The reason for this is that the LittleSnitchDaemon, which interacts
with the installed kernel extension and monitors connections is run in
user space.
Firstly thanks Arno for your very readable commentary on LS.
Secondly, I decided to see whether, since the LS Daemon is under user
control, I could delete it from the UI in a non-priveleged account.
So I set a user account up with System Prefs privileges activated the
LS Daemon - with my admin account of course - and then proceeded to
delete the LS Daemon from the 'startup items' in the user
configuration.
Logged out and then logged in. And no Daemon in the startup items.
But the byproduct of this fiddling was my next step:
I activated the LS Daemon again in the non-privileged account and
logged out and in again as the non-priveleged account so as to check
that I'd restored the LS Daemon.
And I find that the LS Daemon reverts to its default - inactive - at
each new logon of the non-privileged user. This is no matter how many
times the LS Daemon is activated at logon. Each new logon and it
reverts to default off.
Can anyone repeat this behaviour? It appears to be a logical result of
Arno's outline.
If not, can anyone suggest how I should troubleshoot this situation?
Preference Pane is in the System Library and not in either the admin or
other users library.
LS 1.1.1 in 10.3.9 patched up to date.
thanks in advance,
Darky
_______________________________________________
Littlesnitch-talk mailing list
[email protected]
http://at.obdev.at/mailman/listinfo/littlesnitch-talk
