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

Настройка списка поиска суффиксов домена на клиентах системы доменных имен — Windows Client

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 2 мин

В этой статье описывается, как автоматизировать процесс настройки списка поиска суффиксов домена на клиентах DNS.

Примечание.

Эта статья относится к Windows 2000. Поддержка Windows 2000 заканчивается 13 июля 2010 г. Центр решений для завершения поддержки Windows 2000 — это отправная точка для планирования стратегии миграции с Windows 2000. Дополнительные сведения см. в служба поддержки Майкрософт жизненного цикла.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 275553

Аннотация

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

Типичный процесс разрешения имен для Microsoft Windows 2000 использует основной DNS-суффикс и все связанные с подключением DNS-суффиксы. Если эти суффиксы не работают, процесс разрешения имен пытается выполнить отладку основного DNS-суффикса.

Если список поиска суффикса домена настроен на клиенте, используется только этот список. Основной DNS-суффикс и любые связанные с подключением DNS-суффиксы не используются, а также не выполняется попытка отладки основного суффикса. Список поиска суффикса домена является административным переопределением всех стандартных механизмов поиска сопоставителя доменных имен (DNR).

Дополнительные сведения об использовании DNS-суффиксов см. в справке по Windows 2000 и в разделе «Настройка параметров клиента» (см. раздел «Сеть/DNS/основные понятия/использование DNS/управление клиентами/папка»).

Отправка списка поиска суффикса домена в DNS-клиенты

Для отправки списка поиска доменных суффиксов в DNS-клиенты доступны следующие методы распространения:

  • Regini.exe. Средство Regini.exe из комплекта ресурсов Microsoft Windows 2000 можно использовать для размещения параметра списка поиска суффикса домена в реестре. Пример скрипта Regini приведен в разделе «Пример скрипта Regini» этой статьи.
  • Автоматическая установка. Вы можете заполнить параметры списка поиска суффиксов домена во время автоматической установки.

Следующие методы распространения недоступны для отправки списка поиска суффикса домена в DNS-клиенты:

  • Протокол DHCP. Вы не можете настроить DHCP для отправки списка поиска суффиксов домена. В настоящее время этот параметр не поддерживается DHCP-сервером Майкрософт.
  • Netsh (Netshell). Служебная программа Netsh не имеет команды для задания или изменения списка поиска суффиксов домена.
  • групповая политика. В Windows 2000 групповая политика нет механизма распространения списка поиска суффиксов домена. Однако windows Server 2003 включает эту функцию.
  • Microsoft Visual Basic Scripting Edition (VBScript). Отсутствуют программные интерфейсы (API), позволяющие создать скрипт для изменения списка поиска суффиксов домена.

Пример скрипта Regini

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

adatum.xxx где указывается суффикс домена. Можно указать до шести суффиксов домена. Порядок поиска слева направо.

\Registry\Machine\System\CurrentControlSet\Services\TCPIP\Parameters
SearchList="testadatum. com,test2adatum.net,test3adatum.gov"

Скопируйте Regini.exe и Suffix.txt в предыдущее расположение и выполните regini.exe suffix.txt команды.

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

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

Примечание.

Другим способом является использование узла скриптов Microsoft Windows:

  1. Создайте файл с расширением VBS (например, C:\add.vbs).

  2. Добавьте в файл следующие две строки:

    SET WSHShell = CreateObject("WScript.Shell")
    WSHShell.RegWrite "HKLM\System\CurrentControlSet\Services\TCPIP\Parameters\SearchList", "testadatum.com,test2adatum.net,test3adatum.gov", "REG_SZ"
    

    (Вторая строка начинается с WSHShell.RegWrite и заканчивается на «REG_SZ»)

  3. Дважды щелкните файл, чтобы запустить его, или в командной строке введитеC:\add.vbs

Домен на reg.

ru — Яндекс 360 для бизнеса. Справка

Переезд в Яндекс 360 для бизнеса

Мы собрали ответы на частые вопросы о том, как перенести данные вашей организации в Яндекс 360 для бизнеса из Google Workspace, Microsoft 365 и других платформ. Смотреть >

Для подключения домена нужно быть его владельцем и подтвердить домен.

Если вы планируете использовать домен для отправки и получения корпоративной почты, настройте на нем DNS-записи. При делегировании домена на DNS-серверы Яндекса эти записи будут настроены автоматически и вы сможете управлять ими непосредственно в Яндекс 360 для бизнеса.

Важно. Обновление записей может занять до 72 часов. Чтобы узнать, обновилась ли запись, в Яндекс 360 для бизнеса нажмите кнопку «Проверить».

  1. Подтвердить домен
  2. Настроить DNS-записи
  1. Войдите в личный кабинет reg.ru.

  2. На панели слева выберите Домены и нажмите ссылку с именем домена, который вы добавили в Яндекс 360 для бизнеса и хотите подтвердить.

  3. В разделе DNS-серверы и управление зоной нажмите Изменить.

  4. На открывшейся странице добавьте TXT-запись с параметрами:

    1. Subdomain (имя поддомена): @ (если хотите выбрать ваш основной домен).

      Примечание. Если в Яндекс 360 для бизнеса вы хотите использовать поддомен, например отправлять письма с адресов типа [email protected] (где example.org — ваш домен), то в качестве subdomain укажите название поддомена.

    2. Text (значение): скопируйте значение со страницы подтверждения домена в Яндекс 360 для бизнеса. Оно должно выглядеть примерно так: yandex-verification: 5ceefc4d774euv84c4.

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

Настроить DNS-записи, необходимые для работы Почты для бизнеса, можно двумя способами:
  • Если вы делегируете домен на серверы Яндекса, все записи будут настроены автоматически.

  • Если вы не хотите делегировать домен на серверы Яндекса, настройте DNS-записи для вашего домена на сайте компании-регистратора reg.ru.

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

Если вы делегируете домен:

Чтобы делегировать домен на серверы Яндекса:

  1. В разделе DNS-серверы и управление зоной из пункта 3 инструкции про подтверждение домена нажмите Изменить.

  2. Во всплывающей шторке выберите блок Свой список DNS-серверов и укажите следующие значения:

  3. На странице управления доменами убедитесь, что статус вашего домена отображается как Делегирован.

Чтобы по адресу вашего домена открывался сайт, убедитесь, что адрес сайта привязан к имени домена. Для этого в DNS-редакторе Яндекс 360 для бизнеса проверьте A-записи домена.

Настройка MX-записи

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

Чтобы создать MX-запись вручную:

  1. В разделе DNS-серверы и управление зоной из пункта 3 инструкции про подтверждение домена нажмите Изменить и удалите существующие MX-записи.

  2. Добавьте новую MX-запись со следующими значениями полей:

Настройка SPF-записи

SPF-запись снижает риск того, что письмо, отправленное с адреса на вашем домене, попадет в спам у адресата. Чтобы настроить SPF-запись, нужно создать TXT-запись со списком серверов, которые отвечают за отправку почты с вашего домена.

Чтобы создать SPF-запись вручную:

  1. В разделе DNS-серверы и управление зоной из пункта 3 инструкции про подтверждение домена нажмите Изменить и удалите существующие TXT-записи, которые содержат v=spf1.

  2. Добавьте новую TXT-запись со следующими значениями полей:

Настройка DKIM-подписи

С помощью DKIM-подписи получатель письма может удостовериться в том, что оно действительно пришло от предполагаемого отправителя. Чтобы установить DKIM-подпись для писем, отправляемых с вашего домена, создайте для вашего домена TXT-запись с публичным ключом подписи.

Чтобы настроить DKIM-подпись вручную:

  1. Войдите в аккаунт администратора организации.

  2. Перейдите на страницу Домены.

  3. Рядом с именем домена, для которого вы хотите добавить подпись, нажмите Настроить DKIM.

    Если нужного домена нет в списке, убедитесь, что он подключен и подтвержден.

  4. В блоке Настройка DKIM-подписи скопируйте значение публичного ключа для вашего домена.

  5. В разделе DNS-серверы и управление зоной из пункта 3 инструкции про подтверждение домена нажмите Изменить и добавьте новую TXT-запись со следующими значениями полей:

Проверьте DNS-записи домена и убедитесь, что они обновились и настроены верно.

macos — OSX 10.8.2 не использует поисковый домен

Я пытаюсь настроить поисковые домены в OSX, но безуспешно.

Я настроил свой поисковый домен для интерфейса Wi-Fi в сетевых настройках, например:

Однако при попытке разрешить любой хост из веб-браузера или терминала домен не добавляется:

  • MacOS
  • Mac
  • DNS

3

Я решил использовать скрипт, чтобы добавить суффикс домена через scutil, открыть терминал и запустить:

 scutil
открыть
получить состояние:/сеть/служба/ваше vpnсоединение/DNS
d. add Имя домена mydomain.local
установить состояние:/Сеть/Сервис/ваше vpnconnection/DNS
 

Кажется, что конфигурация DNS-суффикса не применяется к динамически создаваемым VPN-подключениям, которые создает клиент forticlient SSL VPN. Таким образом, этот сценарий настраивает параметры поискового домена для динамически создаваемого соединения.

1

.local «TLD» зарезервирован для использования с mDNS («Bonjour» в стране Apple), я могу только предположить, что это является причиной этих проблем. (Имена, оканчивающиеся на .local , могут разрешаться в mDNS, а не в DNS.)

См. также http://en.wikipedia.org/wiki/.local#Multicast_DNS_standard и https://www.rfc- editor.org/rfc/rfc6762#section-3

2

Вы можете просто создать в /etc директорию с именем resolver, а затем создать в ней файл с настройками вашего домена.

Например, если ваш домен «lan»:

mkdir /etc/резольвер
ви /и т.д./преобразователь/LAN
 

Добавьте в файл «/etc/resolver/lan» следующее:

 локальный домен
 поиск по локальной сети
 сервер имен your_nameserver_ip
 

Теперь вы сможете пинговать client1.lan client2.lan и т. д. через VPN.

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

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя адрес электронной почты и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie

.

linux — Как добавить дополнительные поисковые домены в resolv.conf, созданный dhclient в CentOS

спросил

Изменено 2 года, 11 месяцев назад

Просмотрено 179 тысяч раз

Когда моя виртуальная машина CentOS загружается, она использует DHCP для получения IP-адреса. Он также перезаписывает resolv.conf настройками DNS, предоставленными DHCP-сервером. DHCP-сервер не предоставляет никаких поисковых доменов, поэтому я хотел бы, чтобы dhclient добавлял список поисковых доменов при его записи. Как я могу настроить dhclient для этого?

  • linux
  • dhcp
  • centos

Ни один из них не работал, но последний был ближе всего. Для Red Hat 6 используйте ДОМЕН вместо ПОИСК , как в приведенном выше примере, и расположение файла отличается.

Я изменил файл /etc/sysconfig/network-scripts/ifcfg-eth0

и изменил

 DOMAIN=domain.com
 
от

до

 ДОМЕН="domain.com sub.domain.com"
 

и все заработало.

2

Также вы можете добавить строку в /etc/dhcp3/dhclient.conf следующим образом:

Обратите внимание, что этот метод также работает с Debian Lenny и Squeeze.

1

В конце концов мне удалось это выяснить. Я добавил следующую строку в /etc/dhclient-eth0.conf

 append domain-name "example.com";
 

В основном это примечание для RHEL7, чтобы уменьшить количество проб и ошибок. Ответ Дина об использовании DOMAIN="domain1.exmaple.com domain2. example.com" в /etc/sysconfig/network-scripts/ifcfg-device.conf работает. Интересно отметить, что домен хоста, который соединение получает от DHCP, всегда добавляется к пути поиска, даже если вы не включаете его в DOMAIN= или добавляете позже в список для DOMAIN= . Похоже, что /sbin/dhclient-script имеет кучу логики, связанной с этим.

При тестировании я обнаружил, что предложение Филиппа по использованию /etc/dhcp/dhclient-device.conf также работает, хотя с этим происходит некоторое странное поведение, скорее всего, из-за той же логики в /sbin/dhclient -script , который пытается перемещать объекты. Например, ни замена, ни добавление не работают должным образом, домен хоста будет первым. В качестве примечания к этому методу /var/lib/NetworkManager/dhclient-device.conf — это сгенерированный файл NetworkManager, который используется клиентом. Если у вас есть файл в /etc/dhcp/, который будет прочитан, вы увидите, что он вставлен вверху файла, а ниже добавлено несколько дополнительных параметров.

1

В CentOS 6 я использую следующий файл, чтобы добавить предпочитаемый домен поиска DNS:

 # cat /etc/dhcp/dhclient-eth0.conf
интерфейс "eth0" {
    заменить поиск по домену "dns1.example.com";
}
# получить силу
Обеспечение
# ls -lZ /etc/dhcp/dhclient-eth0.conf
-rw-r--r--. root root system_u:object_r:bin_t:s0 /etc/dhcp/dhclient-eth0.conf
#
 

Этот файл проверяется первым в /etc/sysconfig/network-scripts/ifup-eth :

 if [ -s /etc/dhcp/dhclient-${DEVICE}.conf ]; затем
   DHCLIENTCONF="-cf /etc/dhcp/dhclient-${DEVICE}.conf";
 

См. также: redhat — Настройка DHCP на RHEL 6 — Ошибка сервера

1

Ответ /etc/dhclient-eth0.conf мне не помог. У меня нет каталога /etc/dhcp3 , поэтому я не думал, что это тоже сработает.

После изучения файла /sbin/dhclient-script (который создает /etc/resolv. conf в моей системе Centos 5.6) я добавил строку ПОИСК ниже к /etc/sysconfig/networking/devices/ifcfg -eth0:

 УСТРОЙСТВО=eth0
BOOTPROTO=dhcp
HWADDR=08:00:24:61:17:AC
ONBOOT=да
ТИП=Ethernet
SEARCH="example.com sub1.example.com sub2.example.com"
 

Затем:

 # ifdown eth0
# ifup eth0
# кот /etc/resolv.conf
; сгенерировано /sbin/dhclient-script
поиск example.com sub1.example.com sub2.example.com
сервер имен 10.1.0.11
 

1

Для тех, кто просматривает довольно непрозрачную кучу скриптов Fedora/Red Hat, ответ, по крайней мере, для последнего AMI Amazon, это /etc/dhclient-eth0.conf (а не пустая папка-приманка в /etc/dhcp/ ) . Файла нет, его нужно будет создать

1

В Fedora 19 добавьте следующие строки к /etc/dhcp/dhclient.conf

 # /etc/dhcp/dhclient.conf
интерфейс "p2p1"
{
 заменить серверы доменных имен 8.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *