Mac os не работает dns

Указание DNS-сервера для Mac

Система доменных имен (DNS) преобразует интернет-имена в IP-адреса, поэтому Вам не обязательно знать IP-адрес запрашиваемого сервера. Например, благодаря DNS‑серверу Вы можете зайти на сайт Apple, введя «www.apple.com» в браузере: Вам не нужно знать IP‑адрес сервера, на котором расположен сайт Apple. В большинстве случаев компьютер подключается к DNS-серверу автоматически, когда Вы подключаетесь к Интернету, но параметры DNS-сервера можно ввести и вручную.

Чтобы определить, нужно ли Вам подключаться к какому-то конкретному серверу DNS, и узнать его адрес, обратитесь к интернет-провайдеру или к администратору сети.

На Mac выберите меню Apple

> «Системные настройки», затем нажмите «Сеть».

В списке слева выберите службу, которую Вы используете для подключения к Интернету (например, Ethernet).

Убедитесь, что IP-адрес для DNS-сервера, который Вы хотите использовать, введен корректно в поле «DNS-сервер». Если адрес указан неправильно, нажмите «Дополнения», нажмите DNS, затем введите правильный адрес.

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

Если при попытке посетить веб-сайт Вы получили сообщение «сервер не найден», Ваш компьютер, вероятно, не может соединиться с DNS-сервером. Если сервер DNS выбирался вручную, Вы могли неверно указать его адрес или на указанном сервере DNS могли возникнуть неполадки.

Источник

Почему не работает DNS macbook pro retina os x 10.9.3

Всем привет!
Имеется проблема с настройкой сети на macbook pro retina os x 10.9.3

Не могу выйти в Интернет.

Подключен к провайдеру через роутер VPN соединение.

Пинги проходят, если ай пи адреса заданы в цифровом виде.
Как бы все похоже,что не работает DNS.
Привожу информацию какую смог собрать.

DUB-E100_v3.5.0 — переходник USB2.0 Ethernet

Предполагаю переходник нужен на USB 3.0
или не может пробить VPN.
Это только предположение.
Спасибо.

Добавлено через 5 часов 48 минут
Задача стояла соединиться с Интернетом, чтобы обновить систему и ПО. Через Wi Fi от другого провайдера удалось это сделать.
Могу только добавить слова одного специалиста:
«Но так получается, что последнее время я работал на MacOS X Lion. Сказать, что эта убогая и примитиваня рабочая среда мне порядком надоела, все равно, что не сказать ничего. Отсутствие элементарных и жизненно важных функций, а так же ограниченность и закрытость системы капала на мозги. В какой то момент, чаша терпения переполнилась, у меня никаких сил не осталось на убогую поделку Стива Джобса»
(http://www.linuxspace.org/archives/4521)
Нет никакого желания работать с этой ОС.
Всем доброго здоровья!

Macbook Air 13 или Macbook Pro 13 retina mid 2013l
Что лучше подойдёт для программирования и учёбы ? Apple MacBook Pro 13 with Retina display Late.

macbook pro 15(retina) vs lenovo y500
решил я себе купить мак 15 новый, в принципе могу себе позволить, да и обновить надо, свой уже.

Некорректная работа WIN на Macbook pro Retina 2015 A1398
Доброго времени суток! Помогите с решением моей проблемы если сталкивались с такой, плиз. .

ASUS N551JK-CN124H VS Apple macbook pro retina mgxa2 какой лучше для игр и кодинга?
Здравствуйте, вот уже сколько дней не могу решиться. Какая из данных моделей лучше для.

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Не работает MacBook pro
Ситуация следующего характера, мак заряжается, включается (кулера крутятся, винт шуршит) но дисплей.

Macbook Pro 2016 — Почему доступна только Windows 10 через Bootcamp
Мне понадобилось установить Windows 7 на Macbook pro 2016. Я скачал iso образ, потом запустил.

Macbook Pro 13 2017(без тачбара) vs Macbook Air 2018
Собираюсь поступать на ИТ в этом году. Что лучше выбрать Macbook Pro 13 2017 или Macbook Air 2018.

Apple MacBook Pro A1278 включется, но не работает при подключении питания
Здравствуйте! Пролил на ноутбук кофе, после чего тот стал включаться сразу при подключении к.

Источник

Не открываются сайты. Что-то с DNS?

Здравствуйте. Есть Mac с последней версией El Captain (10.11.3). Сеть wi-fi (к маку через провод Ethernet от роутера). Сегодня возникла проблема, с которой раньше никогда не сталкивался: работая в Safari не открываются почти все сайты. Яндекс, Гугл работают нормально, поиск работает но при открытии примерно 70% страниц они очень долго грузятся и в итоге либо вообще не открываются, либо открываются коряво (как будто без стилей). При этом одни сайты открываются нормально, а какие-то — через раз. Проблема наблюдается не только в Safari, но и в Chrome и Firefox.

При этом на других устройствах (ноутбук, планшет) при подключении к сети wi-fi которая раздается от того же роутера все работает нормально. Прочитал статьи с похожими проблемами, вот что пробовал делать:

Читайте также:  Неполадки мешающие запуску windows

1. Проверил антивирусом Nod32, обнаружил 4 угрозы, все следующего плана:
«/Application Support/Spigot/searchme@mybrowserbar.com.xpi = ZIP = chrome/content/startpage.js — JS/Adware.Spigot.B приложение»

Удалил их всех, не помогло

2. Почистил кэш браузера — не помогло

3. Выполнил команду «sudo killall -HUP mDNSResponder» в терминале для сброса DNS. После ввода команды ввел пароль админа.
В результате ничего не изменилось.

4. Прочитал про MTU — понизил до 1400 в настройках сети — не помогло.

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

Добавлено через 56 минут
5. Да, забыл, dns На роутере ставил 8.8.8.8 и 8.8.4.4 — также не помогло

Источник

Ввод настроек DNS и поискового домена на Mac

Сервер DNS сопоставляет доменные имена и IP-адреса. При использовании совместно с поисковыми доменами он позволяет быстро перейти на веб-сайт или на сервер, который Вы посещаете часто, не вводя весь адрес целиком.

Например, если задать домен поиска «apple.com», и ввести «store», веб-браузер перейдет на сайт store.apple.com. Или, если в качестве домена поиска используется campus.university.edu, можно ввести «server1» в диалоговом окне Finder «Подключиться к серверу», чтобы подключиться к server1.campus.university.edu.

На Mac выберите меню Apple

> «Системные настройки», затем нажмите «Сеть».

В списке слева выберите сетевое подключение, которое Вы хотите использовать (например, Wi-Fi или Ethernet), затем нажмите «Дополнительно».

Нажмите «DNS», затем нажмите «Добавить» под списком DNS-серверов. Введите адрес IPv4 или IPv6 для DNS-сервера.

Нажмите кнопку «Добавить» под списком «Домены поиска», затем введите домены поиска, например apple.com.

Когда готовы, нажмите «ОК».

Домены будут найдены в том порядке, в котором они перечислены. Поиск будет прекращен, когда подходящее имя найдено.

Источник

DNS не разрешает в Mac OS X

Некоторые из моих коллег испытывают проблемы на своих компьютерах Macintosh — разрешение DNS не работает под Mac OS X. Они запускают Snow Leopard 10.6.8. Они могут использовать DNS на виртуальной машине Windows 7 (VMware Fusion 3.1.3), работающей под OS X. Компьютеры — это 15 «MacBook Pros, модель начала 2011 года.

Вещи, которые они пробовали, которые не сработали:

  • включение /выключение аэропорта
  • перезагрузка
  • используя проводное соединение вместо wifi
  • удаление учетных данных подключения и добавление его снова
  • отключить брандмауэр Mac
  • с использованием фиксированного статического IP
  • настройка DNS-серверов вручную
  • перезапуск mDNSResponder
  • исправления из этот другой вопрос

ИЗМЕНИТЬ ответ MartÃn:

â € ¢ Вы можете использовать DNS-сервер, который хотите использовать?

â € ¢ Что такое IP-адрес (ы) DNS-адресов, которые вы хотите использовать?

Это DNS-сервер компании, который предоставляется с DHCP, он хорошо работает для другие люди. Я также пробовал Google 8.8.4.4 и 205.171.3.65 (который я нашел из теста GRC DNS Benchmark как самый быстрый).

â € ¢ Пробовали ли вы использовать 8.8.8.8 (google) или любой из OpenDNS 208.67.222.222 или 208.67.220.220?

Это не работает, см. вывод Google Chrome:

Не удается найти сервер на сайте www.apple.com, поскольку поиск DNS не удался. DNS — это сетевой сервис, который переводит имя веб-сайта на его интернет-адрес. Эта ошибка чаще всего возникает из-за отсутствия подключения к Интернету или неправильно сконфигурированной сети. Это также может быть вызвано невосприимчивым DNS-сервером или брандмауэром, не позволяющим Google Chrome получать доступ к сети.

â € ¢ Вы можете пинговать эти хосты?

â € ¢ создание пустого пользователя

Была создана гостевая учетная запись гостя, проблема DNS была гостевой аккаунт.

â € ¢ nslookup и копайте оба, работайте нормально

â € ¢ также очистка кеша DNS была выполнена, но это не помогло

РЕДАКТИРОВАТЬ 2 :

19 ответов

Получается, что решение было отскочить mDNSResponder:

Это было получено другим сотрудником из этот вопрос о неисправности сервера .

OS X 10.10.0 Â 10.10.3, Yosemite

Очевидно, , mDNSResponder не существует в Yosemite (OS X 10.10). Вы можете перезапустить descoveryd вместо этого, чтобы исправить эти проблемы.

OS X 10.10.4+, Yosemite

В OSX 10.10.4 mDNSRответчик был повторно введено . Так что используйте первый, который снова будет работать.

На самом деле, я думаю, вы можете использовать

Эти команды используют динамическое хранилище в configd, в отличие от файлов flatfiles в /etc, которые часто читаются только в однопользовательском режиме и для не-сетевых систем.

У меня возникла одна и та же проблема . И при перезапуске mDNSResponder, похоже, «работает», перезагружая его пару раз каждый час, вроде отстой.

Итак, на данный момент я «решил» проблему, выполнив dnsmasq локально. Для этого:

    Создайте dnsmasq (загрузите tgz и make или brew install dnsmasq )

Поместите это в файл dnsmasq.conf :

Поместите это в файл resolv.conf , который находится в том же каталоге, что и файл dnsmasq.conf (nb: not /etc/resolv.conf ):

Запустите dnsmasq с помощью sudo dnsmasq —no-daemon —log-queries -C dnsmasq.conf . Результат должен выглядеть примерно так:

Откройте настройки сети и убедитесь, что 127.0.0.1 — единственный DNS-сервер (сетевые настройки -> advanced -> DNS -> добавить 127.0.0.1)

Читайте также:  Как переместить временную папку windows 10

Вещи должны снова начать работать хорошо.

Как только все работает, вы можете запустить dnsmasq без параметров —no-daemon и —log-queries , поэтому начнется в фоновом режиме, и вам не нужно открывать окно терминала.

Разрешение имен под OSX (и UNIX в целом) берется из IP-адресов DNS в файле, расположенном в файле /etc/resolv.conf (который OS X автоматически генерирует, насколько я помню).

Поскольку вы пробовали практически все, что приходит мне на ум, я хотел бы спросить вас:

  • Вы можете проверить DNS, который хотите использовать?
  • Каковы IP-адреса (имена) DNS-серверов, которые вы хотите использовать?
  • Вы пытались использовать 8.8.8.8 (google) или любой из OpenDNS 208.67.222.222 или 208.67.220.220?
  • Вы можете пинговать эти хосты?

Наконец, обычно хороший тест состоит в создании пустого пользователя и в том, что этот новый пользователь демонстрирует ту же проблему. Если это не так, вы можете начать копать то, что ваш текущий пользователь имеет, что может вызвать проблему; если он также терпит неудачу, то вы знаете, что это нечто большее, чем «система».

Также просмотрите Консоль, чтобы увидеть, можете ли вы обнаружить что-то, что может быть связано (и хотелось бы здесь вставить).

И последнее, но не менее важное: ваш Mac поставляется с двумя важными командами DNS, nslookup и dig .

Итак, чтобы разрешить www.apple.com, используя сервер google, вы должны ввести:

nslookup «для разрешения» «DNS-сервера для использования». Например:.

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

Чтобы выполнить тот же запрос, вы должны ввести:

dig @ 8.8.8.8 www.apple.com

ANd Вот результат:

Как вы можете видеть, копать гораздо более «многословно» (что хорошо, чтобы отлаживать то, что происходит). Сила dig зависит от того, что вы можете указать, какой тип запроса вы хотите выполнить (между прочим).

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

У меня были те же самые те же симптомы (и тратить некоторое время на устранение неполадок), но я смог его решить, когда понял, что я испортился с помощью /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist и то, что я сделал, было каким-то образом интерпретировано как искаженное. Я восстановил из резервной копии, и машина снова смогла разрешить имена хостов.

Прежде чем приступить к решению, я также понял, что мне удалось просмотреть интернет, если я использовал прокси-сервер SOCKS5 через ssh -D и пробовал поиск DNS через туннель.

У меня была очень и очень схожая проблема, за исключением того, что симптомы были несколько разными.

Мой пользователь не смог разрешить любое имя (локальное NAS, Google и т. д.), но гость-пользователь на том же iMac (OS X 10.7.4) работал нормально.

Попытка и перезапуск mDNSRsponder, как упоминалось, работали некоторое время. Пока он будет работать, когда iMac будет переведен в спящий режим, после перезагрузки будет всегда сбрасываться.

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

Чтобы восстановить настройки по умолчанию, которые я использовал:

Очевидно, что любые пользовательские правила будут удалены при этом восстановлении.

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

Я ударил эту проблему по Йосемити (10.10). Оказывается, что демон ключей, discoveryd , был убит, поскольку он потреблял слишком много CPU.

Странная перезагрузка не вызвала перезапуска.

Я вручную перезапустил службу с помощью

, и теперь все хорошо.

У меня такая же проблема с 10.6.8. Первая поездка в Apple Store привела к восстановлению системы. Но после этого DNS снова сломался, когда я был за границей, и у меня не было системного DVD-диска. В то время я нашел этот поток и удалил /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist за @freezedpeanuts и @Tom Thorogood.

Устранила проблему, но, как ни странно, DNS прорвался в третий раз через пару дней. Я искал системный образ 10.6.3 и:

  1. Скопировано /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist из образа системы.
  2. sudo chown root /System/Library/LaunchDaemons/com.apple.mDNS*
  3. перезагружается

Это устранило проблему.

Он прерывается периодически для меня сейчас (один раз в месяц или около того), а процедура восстановления работает до тех пор, пока не будет выполнена перезагрузка, но вы можете:

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Обратите внимание на тех, кто по-прежнему имеет проблемы, возможно, вам придется удалить все общедоступные DNS-серверы до тех пор, пока не будет очищен кеш.

У меня была, похоже, та же проблема, что и у ОП. С помощью сетевого набора инструментов я обнаружил, что для данного сетевого имени был настроен некорректный DNS:

Читайте также:  Visual studio 2019 кодировка windows 1251

указан 192.168.0.1 в качестве DNS. С помощью scutil -dns у меня есть сопоставимые результаты, указав, что resolver # 2 использовал nameserver [0]: 192.168.0.1.

Я смог перенастроить DNS для данной сети и разрешить имена локальных и глобальных компьютеров при подключении к VPN.

Включение и выключение Wi-Fi снова помогло.

MacBook Pro с 10.9.1

Особенно, если вы отключите Wi-Fi и перезагрузитесь. Дополнительная задержка и запуск без IP /сетевого соединения гарантируют, что запрос на подключение к сети имеет лучшие шансы на успех.

В моем случае все остальное было хорошо: mDNSResponder работал и работал, host / nslookup работал, как /etc/resolv.conf и networksetup сообщили о правильных DNS-серверах и т. д. Несмотря на это, разрешение DNS в целом (например, с помощью ping ) неизбежно перестало работать в какой-то момент через несколько часов после загрузки.

Эта конкретная проблема может быть несколько маловероятной, но я все равно буду документировать ее здесь как ответ.

Я заметил только, когда машина начала замедляться, но было много идентичных процессов, выполняющихся . sensu-client , в частности.

Мы установили его в launchd с этим файлом plist:

Флаг -b для sensu-client делает его fork на фоне, действуя как демон. Тем не менее, все launchd видит, что исходный процесс завершен, поэтому (в соответствии с флагом KeepAlive ) он перезапускает его. Это оставляет тысячи разветвленных процессов в фоновом режиме, и даже тогда launchd не будет более мудрой в том, что он работает.

Я считаю, что эти несколько тысяч процессов (все sensu-client , программное обеспечение, на которое мы написали конфигурацию launchd для), возможно, одновременно отправляли запросы на mDNSRsponder, эффективно что приводит к локальному отказу в обслуживании кеша DNS . Убив эти процессы и зафиксировав plist, данный для запуска, в конечном итоге решил проблему.

Исправление plist состояло в том, чтобы удалить флаг -b (background /daemonise) из вызова sensu-client. Обратите внимание, что это не ошибка сенсу; этот plist был написан бывшим системным администратором в этой компании.

Вот несколько расширенных команд, которые могут помочь устранить проблему DNS:

  • Запустите dig , чтобы указать корневые серверы имен.
  • Запустите dig example.com , чтобы запустить поиск DNS для домена example.com .
  • Перечислите свои аппаратные порты: networksetup -listallhardwareports .
  • Проверьте вывод пакета DHCP /BOOTP, который клиент принял с сервера DHCP /BOOTP: ipconfig getpacket en0 .
  • Проверьте конфигурацию DNS: scutil —dns .
  • Убедитесь, что процесс mDNSResponder работает: ps wuax | grep mDNSResponder .
  • Записи Flush ARP: arp -ad (запустите man arp для справки). источник

Чтобы отладить процесс mDNSResponder , следующая команда может помочь:

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

Как выясняется, для решения проблемы вам необходимо настроить домен поиска и добавить его в поле поискового домена в настройке dns конфигурации системы. В принципе, поисковый домен будет работать так, как это делает .local, но вместо этого он будет.

Для этого вам необходимо настроить свой поисковый домен как главную зону на вашем DNS-сервере.

У меня аналогичная проблема с поиском хост-сервера. У нас есть 21 iMacs, запущенный с сервера (El Capitan, недавно обновленный), и только один не будет связываться. Исправление обычно довольно просто через пользователей и группы в SysPref. Удаление хост-сервера и повторная привязка, поиск доступного сервера в раскрывающемся списке, но по какой-то неизвестной причине сервер указан как unkown-00-00-12-34-56-78.home , который я нашел, является MAC-адресом сервера. Я запустил это в терминале:

вернулся для привязки к серверу в SysPref, и вскоре появилась правильная опция имени сервера, а затем вернулась к «unkown-00-00-12-34-56-78.home» прямо перед моими глазами!

Это, вероятно, никому не поможет, но в случае, когда я случайно случайно создал файл в папке, когда DNS был недоступен для определенного домена:

/и т.д. /резольвера /

, и это препятствовало тому, чтобы определенное имя когда-либо разрешалось, два года спустя.

К сожалению, ничто из этого не помогло мне, и оказалось, что через час попытаться понять это и избить голову на журнальный столик .. что-то, каким-то образом . удалил /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist , и именно поэтому я столкнулся с этой проблемой.

Реализовано это, когда я увидел это сообщение об ошибке: /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist: No such file or directory

Вот код из этой строки:

При выполнении следующих команд из принятого ответа:

вы можете столкнуться с предупреждением:

Работа не разрешена, пока включена защита целостности системы

После перехода с Snow Leopard на старую книгу Mac на Mountain Lion система не смогла разрешить DNS. Попытка, перезагрузка, ничего не помогли. Изменение WiFi на другую точку доступа (мой телефон) помогло.

Mountain Lion добавляет новое клиентское поле в настройки сети DHCP. Заполнение этого поля показало, что точка доступа Wi-Fi счастлива. Оставив его в пустом значении, ничего не получалось, хотя соединение Wi-Fi казалось успешным.

Источник

Оцените статью