Thursday, April 3, 2014

Google Chrome and your local hosts file; Squid proxy for Mac

I was trying to alter my hosts file in order to block Faceb**k[1][2] and other annoying things that Ghostery told me were constantly loading on websites.  I looked up tips on how to do so and was surprised to see that what works on most browsers does not work on Google Chrome.  Here's an excerpt from How-To Geek:
When [we] tested it, Chrome did not use the hosts file in any operating system but we were able to block Facebook in Chrome by adding www.facebook.com.
Weird.  I did go to my Mac's System Preferences -> Network -> Proxies, selected Auto Proxy Discovery, and that seemed to make Google Chrome observe the /etc/hosts file.

There might have been more at work there, but I didn't want to mess with it further.  Instead, I decided it was time to install my own Squid proxy.  Of course, I wanted to see if someone had already made this less painful.  :-)  And voila:


A Squid wrapper for Mac.  It installs and configures Squid, giving you a nice GUI to configure basic options.  It is designed to be a personal proxy, running on your local box, but you can configure it to accept connects from other computers, a subnet, etc.

Side note, it was unfortunate that the URL filtering on my router wasn't very smart or else I would have used that instead.

Update:

I set Squid up as a transparent proxy, meaning basically that it requires no configuration by the clients, and that all HTTP traffic will go through Squid by default.  The problem is with HTTPS.  Using HTTPS with a transparent proxy appears to work with Google Chrome, which seems to delegate all proxy settings to the system, but it does not work with Firefox.  With Firefox, HTTP did work, but HTTPS did not.  Only when manually setting Firefox to use Squid as an HTTPS proxy did HTTPS proxying work.

Update:

When trying to accomplish the same thing on my Ubuntu box, this is how I got Chrome to respect Squid:

http://askubuntu.com/questions/66554/why-is-google-chrome-ignoring-my-proxy-settings


References

Problems running current version of Android SDK (22.6) on Mac OS 10.6.8

More evidence that my trusty 2006 Mac Pro, while still very capable, is becoming obsolete, seemingly thanks to Apple's rigid upgrade/obsolescence policies.

I was taking an online Android course through O'Reilly School of Technology, and have been doing all of my Android development there for the last several months.  My course ended, and I was anxious to use what I learned for other projects and to give Android Studio a try.  (O'Reilly's Android 1 course used Eclipse.)  Much to my dismay, it appears that Android SDK 22.6 doesn't play well with Mac OS 10.6.8.  I think the first problem I ran into was when I dusted off my local Eclipse and updated to the current version of the SDK.  That didn't work.  I had to manually upgrade it.  I finally got it installed, downloaded my O'Reilly projects and was going to ensure they ran locally.  The emulator never started up[1].  After many tweaks and restarts, installing the Android ADT bundle, etc., I gave up and tried Genymotion.  That didn't work either.  :-)  It seems ominous that a show-stopper such as this has existed as a reported bug[2] for three weeks.

I followed the instructions[3] from Stackoverflow to sneakily download an older version of the Android SDK tools (22.3), and then copy its /tools directory over the /tools directory in the ADT SDK bundle, i.e., ~/Downloads/adt-bundle-mac-x86_64-20140321/sdk/tools .

The good news for me is that I have a couple old Android devices I can use to run my apps on instead of using an emulator, but it's still frustrating to be unable to use the entire set of the current version of the development tools.

Reference


  1. https://stackoverflow.com/questions/22709471/bus-error-when-running-android-emulator - The question in Stackoverflow that describes the problem I was having with the Android emulator
  2. https://code.google.com/p/android/issues/detail?id=67036 - The relevant issue in Google Code for the Android Open Source Project
  3. https://stackoverflow.com/questions/9555337/how-to-downgrade-my-sdk-version#comment19794463_11514698 - The comment in Stackoverflow that allowed me to download an older version of the SDK tools.