Порядок пошуку DNS для Mac OSX Lion [закрито]

Після оновлення до Mac OSX Lion я зрозумів, що / etc / hosts більше не шукається для вирішення імен. Це призводить до деяких побічних ефектів, таких як:

1. Записи в / etc / hosts вирішуються болісно повільно
2. Ви не можете не замінити існуючі домени, наприклад 127.0.0.1 www.google.com
3. Якщо ви отримуєте записи домену пошуку з DHCP, скажімо .lan, а якийсь забавний хлопець сконфігурував localhost.lan на щось інше, ніж 127.0.0.1 у локальному DNS, ви більше не можете отримати доступ до свого localhost.

Чи призначена така поведінка? Це має сенс? І найголовніше, як я можу повернутися до старої поведінки.

Я думаю, що справа в тому, що 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 і змогли подати мені їх вміст.

Рішенням цього є a

::1 mydomain.com

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

127.0.0.1 mydomain.com

запис у файлі хостів.

Цікаво, що якщо трапляється, що працює локальний веб-сервер, 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 і вказати його на localhost, просто зробіть це:

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' через інші залежності.

У Terminal я запустив таку команду і розмежував свій результат з кількома іншими користувачами в офісі.

scutil --dns

Цей розділ був єдиною відмінністю:

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

Мій Mac був зв’язаний з моїм обліковим записом iCloud, і я ввімкнув функцію «Назад до свого Mac» Як тільки я вимкнув функцію "Назад до мого Mac", додатковий вирішувач пішов, і затримка 5 секунд зникла.

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

І я зрозумів чому.

На відміну від інших, я не використовував / etc / hosts для налаштування локальних доменів. Мій файл / etc / hosts був на складі, що містив лише записи, необхідні для інтерфейсу зворотного зв'язку та хосту трансляції. Більше того, це був правильно закодований файл unix, оскільки я така людина, яка може редагувати це лише з командного рядка за допомогою emacs. І, слава богу, мені не довелося вдаватися до запуску власного DNS-сервера, такого як DNSmasq, щоб обійти проблему.

(Щоб зрозуміти, симптом, який привів мене до цієї проблеми, полягав у тому, що emacs запускався приблизно 10 секунд, але лише тоді, коли я був у мережі Wi-Fi. Якщо я вимкнув wifi, emacs запустився би миттєво, як очікувалося.)

Моє рішення: мій ноутбук має ім'я "термінатор". (Так, його блискучий алюмінієвий зовнішній вигляд змусив мене задуматися про персонажа Арнольда Шварценеггера.) Мені просто потрібно було додати записи до / etc / hosts для назви самої машини:

127.0.0.1   terminator
::1         terminator

Я знайшов ім'я свого хоста, виконавши просту команду в терміналі:

hostname

... який повернувся з виходом: "термінатор". Змінивши / etc / hosts на ці два записи, emacs тепер може швидко визначити ім'я мого ноутбука.

Сподіваюся, це комусь допомагає.

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

sudo networksetup -setv6off Ethernet

/ etc / hosts ...

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