Enter DNS and search domain settings on Mac
Domain Name System (DNS) servers map domain names to Internet Protocol (IP) addresses. When used in conjunction with search domains, they allow you to go quickly to websites and servers you visit frequently without typing the complete address.
For example, if you specify the search domain apple.com, typing “store” in your web browser takes you to store.apple.com. Or, if you use campus.university.edu as a search domain, you can type “server1” in the Connect To Server dialogue in the Finder to connect to server1.campus.university.edu.
On your Mac, choose Apple menu
> System Preferences, then click Network.
In the list on the left, select the network connection service you want to use (such as Wi-Fi or Ethernet), then click Advanced.
Click DNS, then click the Add button 
at the bottom of the DNS Servers list. Enter the IPv4 or IPv6 address for the DNS server.
Click the Add button at the bottom of the Search Domain list, then enter the search domain — for example, apple.com.
When you’ve finished, click OK.
Domains are searched in the order you list them; the search stops when a valid name is found.
Источник
Question: Q: ‘Search Domains:’ box is blank on all client Macs
Could someone please tell me whether it’s normal for the ‘Search Domains:’ box (System Preferences > Network > Airport > Advanced. > DNS) to be empty on all of my client Macs that are connecting locally to a DNS server (Mac Mini running OS X Server 10.6.3) on a LAN configured thus: —
Server (Mac Mini running OS X Server 10.6.3, hosting AFP, DNS, OD, SMB & VPN)
Manual IP: 10.0.0.254
Subnet: 255.255.255.0
Router: 10.0.0.1
DNS Servers: 10.0.0.254
Search Domains: mydomain.co.uk
Router (acting as the sole DHCP server)
LAN IP: 10.0.0.1
LAN Subnet: 255.255.255.0
DNS Servers: 10.0.0.254
Wireless access point (Apple Airport Extreme Base Station)
Manual IP: 10.0.0.11
Subnet: 255.255.255.0
Router: 10.0.0.1
DNS Servers: 10.0.0.254
Domain Name: mydomain.co.uk
Client machines (all Apple MacBook Pro laptops running OS X 10.6.3, connecting via Airport, using DHCP)
DNS Servers: 10.0.0.254 (auto-populated in grey)
Everything else works perfectly, however I would like the ability to type a short local URL — e.g. router, rather than router.mydomain.co.uk — at client level as well as server level (obviously with the server having a manually inputted search domain, the short URLs work within it’s own web browser, but not at client level).
Is there a way to fix this? Am I missing something simple? Any help would be greatly appreciated.
13″ MacBook Pro 2.26 GHz Intel Core 2 Duo, Mac OS X (10.6.3)
Источник
Для чего нужно поле «Поиск доменов» в панели управления / настройках DNS tcp / ip?
В Mac OS X, если вы идете в «Системные настройки» -> «Сеть» -> «Дополнительно» -> «DNS» слева, это область, в которой отображаются DNS-распознаватели DHCP, или вы можете ввести свой собственный, чтобы переопределить все, что отключает маршрутизатор.
Справа находится большое поле для «Поиск доменов».
Я уверен, что аналогичное поле есть и в Windows, и в Linux.
Я посмотрел на Google, а также страницы помощи, которые не говорят много .
Поиск доменов производится в том порядке, в котором вы их перечислили, и поиск останавливается, когда найдено правильное имя.
Для поиска в иерархии имен используйте поисковые домены различной области действия. Например: building.campus.university.edu, campus.university.edu, university.edu.
Может кто-нибудь объяснить мне или указать ссылку, которая объясняет, для чего это поле, и какие преимущества я могу получить, изучая различные ценности, чтобы войти в него.
Мне также любопытно, видел ли кто-нибудь какие-либо заметные улучшения, изменяя значение MTU по умолчанию с 1500 на Mac OS X при обмене данными через wireless-N.
3 ответа 3
Они предназначены для механизма перехода от имени компьютера к полному доменному имени.
Поиски DNS могут смотреть только на Полное доменное имя, такое как mymachine.example.com. Но набирать mymachine.example.com очень сложно, вы просто хотите набрать mymachine.
Использование Search Domains — это механизм для этого. Если вы вводите имя, которое не заканчивается точкой, оно знает, что для поиска необходимо добавить домены поиска. Итак, допустим, ваш список поисковых доменов был: example.org, example.com
сначала попробую mymachine.example.org, но не найду его, затем попробую mymachine.example.com, нашел, теперь готово.
попробует mymachine.example.com.example.org (помните, что он не заканчивается точкой, все еще добавляет домены), потерпит неудачу, затем mymachine.example.com.example.com, не найдя его, вернется к mymachine. example.com, нашел его, теперь сделал
mymachine.example.com. Заканчивается с точкой, без поиска, просто сделайте mymachine.example.com
Если у вас есть собственный домен DNS, такой как example.com, поместите его туда. Если нет, игнорируйте это. Это действительно более корпоративный, чем домашняя обстановка.
При поиске имени компьютера, такого как «MyMac», вам необходимо знать полное имя этого компьютера. Это может быть просто MyMac. или это может быть что-то вроде MyMac.MySchool.edu или (в бизнесе) MyMac.MyCompany.com . Поисковые домены — это то, как система переводит короткое имя в полное имя.
Это должно быть установлено для каждого соединения, а не один раз для вашей машины, потому что у вас может быть что-то вроде обычного активного соединения в то же время, что и VPN-соединение с вашей компанией, где трафик, отправляемый через VPN, должен использовать другой поисковый домен.
У всех компьютеров есть то, что называется полностью определенным именем (что-то мое Джо.MyCompany.com) и чтобы получить доступ к компьютеру, вы должны это знать. Имя компьютера недостаточно. Однако вместо того, чтобы вводить полный текст, это список записей, которые будет пытаться использовать компьютер.
Когда вы пытаетесь получить доступ к joe (например, ping joe), он (в вашем примере) сначала попытается получить доступ к joe.building.campus.university.edu, затем joe.campus.university.edu, затем joe.university.edu.
Если компьютер Джо находится в другом домене, вам нужно будет ввести полное имя.
Обычно он используется для записи разных поддоменов в локальной сети.
Источник
