У меня есть веб-сервер Linux, работающий в VirtualBox, и после обновления до Sierra я обнаружил, что мои сайты на веб-сервере загружаются очень медленно. Это занимает минуты. Я подумал, что это как-то связано с гостевой установкой VirtualBox, поэтому я настроил свои сайты в контейнере Docker, но вижу то же самое.
По прихоти я отключил все сети, и вдруг мои сайты загружаются мгновенно. Это наводит меня на мысль, что существует какая-то проблема с разрешением доменного имени, но я не знаю, где искать.
Мои домены разработки находятся в /etc/hosts, что выглядит примерно так:
127.0.0.1 firstdomain.dev
127.0.0.1 seconddomain.dev
Когда ping firstdomain.devя получаю это:
PING firstdomain.dev (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.089 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.109 ms
Когда host firstdomain.devя получаю это:
firstdomain.dev has address 127.0.53.53
firstdomain.dev mail is handled by 10 your-dns-needs-immediate-attention.dev.
Я не понимаю, почему ОС сначала не просматривает /etc/hosts, а оттуда. Что еще я могу посмотреть или сделать, чтобы решить эту проблему?
Изменить: я попытался изменить .dev на .local, но все равно вижу то же самое.
Я предполагаю, что вы уже выполнили все обычно предлагаемые задачи mDSNResponder, чтобы сбросить его, очистить кэши и т. д.
.dev является правильным «новым gTLD» с 2014 года. Вероятно, вы используете Google Chrome для доступа к своим сайтам, которые часто используют собственную службу запросов DNS. Ненадежное управление разрешением имен в OS X, а также «служба» Google Chrome (которые, похоже, иногда игнорируют записи /etc/hosts, а затем не могут разрешить настоящий firstdomain.dev в глобальной сети) предлагают просто использовать другой TLD, например .разработка , .devhome или .devwork .
И/или настройте dnsmasq с помощью homebrew и используйте localhost/127.0.0.1 в качестве единственного DNS-сервера в настройках вашей сети. Настройте правильные IP-адреса вместо множества IP-адресов 127.0.0.1 в файлах конфигурации.
Оказывается, проблема была на самом деле в mod_authz_host в виртуальной машине. Он пытался выполнить обратный поиск в фиктивных доменах и иногда истекал тайм-аутом, иногда нет. Поскольку мне не нужен mod_authz_host, я мог бы безопасно удалить его. Любопытно, как к этому привело обновление до Sierra.