OS X 忽略了符号链接主机文件；开发域重定向到 127.0.53.53
symlinked hosts file ignored by OS X; dev domains redirect to 127.0.53.53
我知道各个域现在 redirected to 127.0.53.53 by ICANN 提醒人们注意潜在的 current/future 名称冲突。
但是，我假设我的主机文件中的任何条目，例如，使用 .dev 域的 Vagrant 上的开发站点 运行，仍然会受到尊重并具有优先权。
目前我遇到的情况是 Mac (OSX 10.9.5) 大多数浏览器（Safari 7.1.2、Firefox 35、Chrome Canary）都在尝试无论如何连接到 127.0.53.53。让它工作的唯一方法是将 TLD 更改为其他名称。
奇怪的是，在我的主要浏览器 Chrome 稳定版 39.0.2171.95 中，.dev hosts 文件条目目前仍然可以正常加载。
我尝试了各种方法，重新启动应用程序、重新启动虚拟机、简化主机文件/查找错误、刷新缓存 – dscacheutil -flushcache 等。使用其他 TLD（或 none) 仍然工作正常。
可修复/有什么我忘记的吗？
原因是我有我的 /etc/hosts 文件符号链接（到 Dropbox）和 having read this answer，事实证明，如果你想覆盖任何已经具有有效文件的内容，你必须有一个普通的本地文件DNS 记录（ICANN 的 127.0.53.53 是）——如果文件是符号链接，显然不会首先检查它。
已验证删除符号链接可使其再次工作。无法解释为什么 Chrome 不同。
我知道各个域现在 redirected to 127.0.53.53 by ICANN 提醒人们注意潜在的 current/future 名称冲突。
但是，我假设我的主机文件中的任何条目，例如，使用 .dev 域的 Vagrant 上的开发站点 运行，仍然会受到尊重并具有优先权。
目前我遇到的情况是 Mac (OSX 10.9.5) 大多数浏览器（Safari 7.1.2、Firefox 35、Chrome Canary）都在尝试无论如何连接到 127.0.53.53。让它工作的唯一方法是将 TLD 更改为其他名称。
奇怪的是，在我的主要浏览器 Chrome 稳定版 39.0.2171.95 中，.dev hosts 文件条目目前仍然可以正常加载。
我尝试了各种方法，重新启动应用程序、重新启动虚拟机、简化主机文件/查找错误、刷新缓存 – dscacheutil -flushcache 等。使用其他 TLD（或 none) 仍然工作正常。
可修复/有什么我忘记的吗？
原因是我有我的 /etc/hosts 文件符号链接（到 Dropbox）和 having read this answer，事实证明，如果你想覆盖任何已经具有有效文件的内容，你必须有一个普通的本地文件DNS 记录（ICANN 的 127.0.53.53 是）——如果文件是符号链接，显然不会首先检查它。
已验证删除符号链接可使其再次工作。无法解释为什么 Chrome 不同。