Порядок поиска DNS в Mac OSX Lion [закрыт]

Я думаю, дело в том, что Lion по-разному обрабатывает .local TLD, потому что он зарезервирован для некоторых функций многоадресной DNS (используемых Bonjour). Единственный способ, который я нашел для решения этой проблемы, — это использование другого TLD для хостов разработки (например: .dev). У меня все работает, надеюсь другим пригодится!

Что касается переопределения доменов в файле hosts, я обнаружил, что в некоторых случаях Lion запрашивает адрес IPv6 для домена, если обнаруживает, что домен недоступен по сети IPv4.

Я обнаружил это, когда заметил на Snow Leopard рекламу, которую никогда раньше не видел, потому что я перенаправил рекламные домены на 127.0.0.1. Я запустил wireshark и заметил запросы AAAA (DNS-записи IPv6) после запросов A IPv4 (IPv4). Рекламные серверы действительно имеют IPv6-адреса и могут предоставить мне их контент.

Решение этой проблемы есть

::1 mydomain.com

запись для каждого

127.0.0.1 mydomain.com

запись в вашем файле hosts.

Интересно, что если у вас есть локальный веб-сервер, работающий на 127.0.0.1:80, и ваш браузер получает ответ от веб-сервера (ошибка или что-то другое), запрос AAAA не выдается, поскольку кажется, что TCP-соединение было по крайней мере возможно.

В связи с этим, если вы интенсивно используете файл hosts (для блокировки рекламы, локальной веб-разработки и т. д.), вы можете захотеть запустить собственный локальный преобразователь DNS. Необходимость чтения /etc/hosts при каждом запросе приводит к значительной нагрузке на диск/ЦП, поэтому в ваших интересах сохранить этот файл очень легким.

Одним из преимуществ локального запуска чего-то вроде dnsmasq (помимо значительного повышения производительности) является то, что вы можете перенаправлять целые домены верхнего уровня обратно на свой локальный компьютер. Это позволяет вам иметь все пространство имен *.dev для разработки (например), без необходимости индивидуально вводить каждый домен, который вы хотите разрешить локально, в /etc/hosts

Проблема заключалась в том, что я сделал символическую ссылку на файл /etc/hosts. Если /etc/hosts обычный файл, то все в порядке.

Обновление (2): OSX 10.10.5 возвращает mDNSResponder.

Обновление: OSX 10.10 Yosemite заменил mDNSResponder на «discoveryd». Я не обновлялся, поэтому я не уверен в обнаруженном поведении с поиском DNS и /etc/hosts.

Системный преобразователь DNS в Lion — это процесс mDNSResponder.

Вы можете подумать: «Но mDNSResponder — это многоадресный DNS-ответчик». Ты прав; это то, для чего он изначально был, и он до сих пор выполняет эту функцию. Однако в более новых версиях MacOS он также выполняет стандартный поиск узлов.

В Lion, по-видимому, автоматически не перечитывается /etc/hosts при изменении, по крайней мере, не всегда. Уничтожение mDNSResponder (и разрешение его автоматического перезапуска), кажется, решает проблему.

sudo killall mDNSResponder

должен сделать трюк.

ниже мой оригинальный ответ для потомков. Я полагаю, что это все еще может быть проблемой в некоторых случаях.

Убедитесь, что ваш файл /etc/hosts представляет собой текстовый файл в стиле unix с переводом строки в конце, а не с cr.

Редактирование с помощью TextWrangler или текстового редактора Unix должно сохранить файл.

Если ваш файл уже испорчен, попробуйте это исправить

tr '\015' '\012' < /etc/hosts > /tmp/hosts.$$
mv /etc/hosts /etc/hosts.bad
mv /tmp/hosts.$$ /etc/hosts
# fix up permissions while we are at it
chown root:wheel /etc/hosts
chmod 644 /etc/hosts

кредит для этого исправления:

http://techpatio.com/2011/guides-how-to/fixed-mac-osx-lion-etc-hosts-bugs-dns

У меня была эта проблема некоторое время, так как я работаю в команде разработчиков, и возникла необходимость использовать .local, а не .dev или .localhost, я нашел эту статью очень полезной.

iTand.me — локальные домены Lion и другие хосты. .

В итоге;

Но если вам нужно использовать .local, самым элегантным решением, которое я нашел, является утилита dscl. Использовать его очень просто. Чтобы добавить хост с именем mydev.local и указать его на локальный хост, просто сделайте следующее:

sudo dscl localhost -create /Local/Default/Hosts/mydev.local IPAddress 127.0.0.1

Чтобы увидеть все определенные в настоящее время хосты и их IP-адреса

sudo dscl localhost -list /Local/Default/Hosts IPAddress

И чтобы удалить хост:

sudo dscl localhost -delete /Local/Default/Hosts/mydev.local

В целом, довольно просто и хорошо работает. Я все же предпочел бы вместо этого иметь возможность редактировать /etc/hosts, но это лучшая альтернатива переименованию всех наших серверов .local.

До перехода со Snow Leopard на Lion у меня было несколько записей для конкретных приложений в /etc/hosts, например:

127.0.0.1 foo.bar.local

После обновления загрузка моих локальных приложений была ОЧЕНЬ медленной. Я заметил, что задержка произошла до того, как запрос появился в файле журнала, и что как только это произошло, само приложение работало так же быстро, как обычно.

Теперь у меня есть две строки для каждого приложения, например:

127.0.0.1 foo.bar.local
::1       foo.bar.local

... и снова все быстро.

Очевидно, это добавляет адреса IPv6? Я не совсем понимаю, правда, но это работает.

Моя ситуация была похожей, но задержки ровно в 5 секунд происходили только для URL-адресов, оканчивающихся на «.local». При просмотре сайтов, оканчивающихся на «.dev», задержки не было.

У некоторых других разработчиков в моем офисе была эта проблема, а у некоторых ее не было. Я надеялся на простое исправление и не хотел переименовывать сайт в «.local» из-за других зависимостей.

Я выполнил следующую команду в Терминале и сравнил свой вывод с несколькими другими пользователями в офисе.

scutil --dns

Этот раздел был единственным отличием:

resolver #2
  domain   : 00000000.members.btmm.icloud.com
  options  : pdns
  timeout  : 5
  order    : 150000

Мой Mac был связан с моей учетной записью iCloud, и у меня была включена функция «Доступ к моему Mac». Как только я отключил Back To My Mac, дополнительный преобразователь исчез, а 5-секундная задержка исчезла.

Вау, какой кошмар. Я прочитал абсолютно все на эту тему, и все, что было предложено до сих пор, было мучительно близко к тому, что я испытывал, но ни одно из решений не сработало для меня.

И я понял, почему.

В отличие от других, я не использовал /etc/hosts для настройки локальных доменов. Мой файл /etc/hosts был стандартным и содержал только записи, необходимые для loopback-интерфейса и широковещательного хоста. Более того, это был правильно закодированный unix-файл, поскольку я из тех людей, которые будут редактировать его только из командной строки с помощью emacs. И, слава богу, мне не пришлось прибегать к запуску собственного DNS-сервера, такого как DNSmasq, чтобы обойти эту проблему.

(Чтобы было ясно, симптом, который привел меня сюда к этой проблеме, заключался в том, что запуск emacs занял около 10 секунд, но только при подключении к Wi-Fi. Если бы я выключил Wi-Fi, emacs запустился бы мгновенно, как и ожидалось.)

Мое решение: у моего ноутбука есть имя «терминатор». (Да, его блестящий алюминиевый корпус напомнил мне о персонаже Арнольда Шварценеггера.) Мне просто нужно было добавить записи в /etc/hosts для имени самой машины:

127.0.0.1   terminator
::1         terminator

Я нашел имя своего хоста, выполнив простую команду в терминале:

hostname

... который вернулся с выводом: «терминатор». После изменения /etc/hosts, содержащего эти две записи, emacs теперь может быстро разрешить имя моего ноутбука.

Я надеюсь, что это поможет кому-то.

У меня были проблемы со скоростью при использовании OSX Lion в качестве окна для веб-разработки ... Используя комбинацию предложений, я прибег к отключению сети ipv6 и маршрутизации ipv6 на localhost6 ... все немного ускорилось ...

sudo networksetup -setv6off Ethernet

/etc/хост...

127.0.0.1    localhost
127.0.0.1    dev.aliasdomain.com
... 
::1          localhost6 

Я думаю, что были исправлены некоторые ошибки. Я видел много упомянутых проблем, и ни одна из них, похоже, не применима в настоящее время (например, размещение нескольких псевдонимов в одной строке теперь отлично работает для меня).

В любом случае кажется, что с Lion Apple внесла некоторые радикальные изменения в mDNSResponder, который обрабатывает все запросы DNS и (по крайней мере, с Lion) также обрабатывает кеширование /etc/hosts. Для меня теперь также работает поиск вперед. Но обратный поиск (например, поиск 1.2.3.4 вместо google.com) не работает.

После долгих мучений похоже, что mDNSResponder преобразует этот поиск в 4.3.2.1.in-addr.arpa и выполняет поиск имени. Возможно, именно так DNS предпочитает работать, но с /etc/hosts он вообще не работает.

Если конечно вы не добавляете псевдоним 4.3.2.1.in-addr.arpa для каждого хоста, где 4.3.2.1 это ip адрес в обратном порядке от того как вы привыкли его видеть. Это все исправляет для меня. Вот пример записи /etc/hosts:

1.2.3.4 foo foo.example.com alias.example.com 4.3.2.1.in-addr.arpa