sergpolly / OSXHostsPerUser

/etc/hosts modified per user login for OSX

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

OSXHostsPerUser

hosts modified per user login for OSX

Purpose: avoid distraction for some users and allow everything for the others, by automatic /private/etc/hosts modification upon user login.

Standard OS X GUI user login implied, while internet is considered as a sole source of bottomless distraction.

Motivation: Focusing on work 99% of the time implies that one doesn’t want to be bothered by things like Facebook,VK,YouTube, etc (call them services from now on). Interaction with this kind of services mostly starts with a tiny distractive pulse: “what’s up with the ___”, “check this video real quick …”, so to say, there is no real motivation, just distractive “noise”. Turned out it’s relatively easy to filter such distractive moments making it a tiny bit harder to get access to either of these services. Editing the hosts file, for example, is exactly that kind of thing. After you redirected your favorite services to nowhere (127.0.0.1) it would require some effort to revert things back. But, sometimes your really need to see that cat video, or reply to the Facebook message, so that your motivation becomes strong. Instead of constantly editing hosts file or manually copying it, I figureed, user switching might be the best way to go: you have a user that you login to do work (distraction free), and you have a user to enjoy your Facebook/YouTube/etc. all you need to do is to logout from one and login to the other - that easy, yet hard enough that the momentary distraction impetus doesn't get fulfilled. See this to read more on the ability-vs-motivation curve, see that for some more blah-blah with advices on the topic.

Setup(UPDATED)

Previos setup is obsolete now, as it seems that it was working only on one machine by some strange coincidence.

The setup is a bit more complex and will be described as a 2 user solution, exact same way it is working now on my machine. Generalization is to follow.

Problem with previos solution is that LaunchAgents are by design launched by users, not by root, and there is no easy way to do some kind of sudo or user substitution. But we need a sudo/root level access to actually replace /private/etc/hosts, which is a system file owned by root. So, the new solution is based on similar 2 agents that makes some noticeable changes to the system (creates properly named empty file in a certain location) and a daemon, that tracks those changes and do the root job, as soon as the provided file indicates the restricted user login.

  • Create /Users/AgentShared with permissions rwx given to all chmod a+r+w+x /Users/AgentShared. That is the path that will be tracked by the daemon. Need this to allow users cross-remove files created by other user.
  • Copy all 3 shell scripts *.sh and template hosts files *.txt to /Users/Shared folder.
  • Copy plist with the username in its name to /Users/username/Library/LaunchAgents/. You might need to do it with sudo for the user you are not logged in with, but afterwards all ownerships must be resolved: each plist file must be owned by the correposnding user chown username fname.plist.
  • Load these two file being logged in the corresponding user (user context is required for the launchctl to work). Execute launchctl load -wF fname.plist for each plist as a corresponding user.
  • Copy plist with the hosts_daemon in its name to /Library/LaunchDaemons/ and change its owner to the root sudo chown root fname.plist. Then load this daemon sudo launchctl load -wF fname.plist, -wF being for some forcing and ignoring the current state.
  • You might reboot, but the first time it worked as is, right upon load the lst piece - the hosts_daemon.
  • Generalizations can be made: we can write whoami to some kind of file and avoid creating separate AgentsShared folder for the purpose. Maybe daemons can look up who is logged in? I couldn't find the answer.

launchctl documentation was needed to accomplish this project. This tutorial was helpfull as well.

Setup(DEPRECATED)

  • Brief description: Assuming you have at least 2 users: work and free, you would need to copy the *.plist files to /Users/work(free)/Library/LaunchAgents/ folders correspondingly. Then copy 2 bash scripts (*.sh) along with the hosts files (*.txt) to /Users/Shared folder. Now try to logout and login to work or free users to see the effect, it should work now.
  • Detailed description:
    • Created at least 2 users on your OS X machine, one for work and one for free internet: work and free correspondingly. Edit these user names as you wish.
    • clone this git repo somewhere on your machine: git clone https://github.com/sergpolly/OSXHostsPerUser.git and cd into the repo folder.
    • Next steps must be done as a root/super user/sudo whatever it officially called on OS X: just precede your commands with sudo.
    • Copy com.strict_hosts.plist to the /Users/work/Library/LaunchAgents/ and com.def_hosts.plist to the /Users/free/Library/LaunchAgents/. It is something like the start up script, but OS X way.
    • Copy 2 bash scripts (*.sh) and 2 example hosts files (*.txt) to /Users/Shared/ folder. These are the scripts that are going to be executed on the user login. They are replacing /private/etc/hosts either with the restricted one hosts_strict.txt or with default one (no restrictions) hosts_def.txt.
    • Modify /Users/Shared/hosts_strict.txt to add more web sites you'd like to block as described here.

About

/etc/hosts modified per user login for OSX

License:The Unlicense


Languages

Language:Shell 100.0%