![]() ![]() Every time you change something in /etc/hosts, open a new incognito window to view the result, and it should work immediately. ![]() One testing method that worked well for me is using the New Incognito Window feature of Chrome. For example the Chrome browser: it doesn't make sense to lookup IP addresses on every page reload, if the IP of was 173.252.110.27 a minute ago it should still be the same now, right? This makes it hard to test things, because it takes a couple of minutes for Chrome to expire its cache. Sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder - not neededĪdding lookup file, bind in /etc/nf - not neededĪn important thing to keep in mind when testing this is that some application have their own DNS cache. Need to use fe80::1%lo0 for the IPv6 loopback, the entries for ::1 seem to be ignored. Here's a summary of what works and what doesn't, what's necessary or isn't, as of hack works exactly. I like to do only the necessary steps and hack only the necessary configuration files and nothing more. The reason this wasn't a problem for you before is because Facebook likely only recently started serving their site over IPv6. You can easily verify this by installing a browser plugin that displays an icon when a site is being served via IPv6. The reason you need to block IPv6 is because Facebook will serve you their site over V6 if your ISP supports it. Harrymc is close but for some reason OS X (as of 10.8.2) doesn't respect the IPv6 loopback address of ::1 (probably a bug), so you have to use fe80::1%lo0.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |