Я бачу все більше і більше серверів , які не мають домену , визначений у /etc/resolv.confфайлі. Лише пошуковий запис.
У яких випадках використовується ця установка?
Чи є випадки, коли його не можна використовувати?
nameserver xxx.xxx.xxx.xxx
nameserver yyy.yyy.yyy.yyy
nameserver zzz.zzz.zzz.zzz
search domain1 domain2 domain3 ...
Відповіді:
Коли ви вказуєте, domainвін стає першим searchдоменом. Ця функція пошуку є головним способом налаштування, domainщоб ви могли піти, лише searchбільшу частину часу визначаючи запис.
Також домен domainможе бути визначений автоматично від імені хоста машини, якщо ім'я хоста містить .суфікс стане доменом.
Основна відмінність для resolv.confбез "a" - domainце локальні процеси, що намагаються визначити повноцінне доменне ім'я (FQDN). SMTP-сервери спочатку приходять в голову як щось, що хоче знати місцевий FQDN і може використовувати локальний конфігуратор хоста / домену для його розробки. З часом на локальне ім'я хоста і домен покладаються все менше і менше, оскільки він стає безглуздим для реального сервісу, який машина насправді представляє завдяки таким речам, як NAT, віртуальний хостинг і балансири завантаження. Це означає, що нині програмне забезпечення надає альтернативні параметри конфігурації доменних імен, а не намагається визначити їх лише з локального імені хоста.
man resolv.conf
домен Місцеве доменне ім'я.
Більшість запитів для імен цього домену можуть використовувати короткі імена відносно локального домену. Якщо немає запису домену, домен визначається з локального імені хоста, поверненого gethostname (2); частина домену приймається за все після першого ".". Нарешті, якщо ім'я хоста не містить доменної частини, передбачається кореневий домен.пошук Пошук у списку пошуку імені хоста.
Список пошуку зазвичай визначається з локального доменного імені; за замовчуванням він містить лише локальне доменне ім’я. Це можна змінити, перерахувавши потрібний шлях пошуку домену за ключовим словом пошуку з пробілами або вкладками, що розділяють імена. Запити на вирішення, що мають у них менше точок ndots (за замовчуванням - 1), будуть намагатися використовувати кожен компонент шляху пошуку по черзі, поки не буде знайдено збіг. Для середовищ з декількома субдоменами, будь ласка, прочитайте параметри ndots: n нижче, щоб уникнути атаки "людина-в-середині" та непотрібного трафіку для root-dns-серверів. Зауважте, що цей процес може бути повільним і генеруватиме багато мережевого трафіку, якщо сервери для перелічених доменів не є локальними, і запити будуть вичерпані, якщо для одного з доменів немає сервера.
man resolv.conf: "Ім'я локального домену домену. Більшість запитів для імен у цьому домені можуть використовувати короткі імена відносно локального домену. Якщо встановлено значення". ", Вважається кореневий домен. Якщо введення домену немає, домен визначається з місцеве ім'я хоста, повернене gethostname (2); частина домену приймається за все після першого ".". Нарешті, якщо ім'я хоста не містить доменної частини, припускається кореневий домен. "