еглім серверам про відбуліся оновлення. У разі високого НАВАНТАЖЕННЯ мережі Сповіщення про оновлення может буті втрачено. Другий елемент: «Інтервал между СПРОБА» Діє в ситуации, если підлеглій сервер звернув до головного сервера, а той не відповів, в такому випадка підлеглій сервер повторити свой запит по закінченню цього ПЕРІОДУ. Значення має буті менше значення виставленна на «Період оновлення», найчастіше значення варіюється від 20 до 60 хвилин. Третій елемент: «Інтервал застарівання», если головний сервер довгий годину не відповідає на Предложения от підлеглих серверів, то підлеглі сервери намагатіся оновити дані бази даних таким чином «засмічуючі» мережа непотрібнімі пакетами. Відповідно по закінченню ПЕРІОДУ застарівання, підлеглі сервера перестануть Звертатися до головного сервера за оновлення. Рекомендований значення від тижня до місяця. Мінімальній годину життя візначає Інтервал застарівання записи в базі даних DNS. Если Клієнтом DNS- сервера БУВ портативний комп ютер, Який вікорістовував Дану базу даних только один раз, то после Закінчення ПЕРІОДУ запису Про цею комп ютер буде Відаль.
1.3 Категорії запісів
Записи NS (сервер імен - сервер імен) містять в Собі дані про сервери імен (DNS- серверах), Які авторітетні для зони (Головні и підлеглі сервера). Записи IN NS зазвічай стояти после записів IN SOA.
Формат запісів NS:
Зона [TTL] IN NS імя_хоста
приклад: pany. У NS ns1.cspany.pany. У NS ns2.cspany.pany. У NS nc1.cspany.
У разі если ім я зони збігається з ім ям записів SOA, тоді поле «Зона» можна опустіті:
У NS ns1.cspany.
У NS ns2.cspany.
У NS nc1.cspany.
Таким чином, ЦІ рядки, будут еквіваленті Наведеним вищє.
записи
Записи (адреси - адреси), складають основнову часть бази даних DNS. Смороду займаються НАДАННЯ информации при перетворенні імен комп ютерів в IP - адреси. Ранее ця інформація містівся локально на шкірному комп ютері у файлі/і т.д./Хости. Як правило, для шкірного мережевого інтерфейсу існує одна запису У А.
Формат запису:
імя_хоста [TTL] в IP - адресою
приклад: в 192.168.0.74
У разі если у комп ютера кілька IP- адресу, то можна прищепити язати всі IP- адреси до одного записів, або создать для шкірного IP- адреси окремий запис.
записи PTR
Записи PTR (Pointer - покажчик) Забезпечує зворотнього переклад IP- адресу в імена. На кожен мережевий інтерфейс, такоже як и в записах в, створюється окремий Запис IN PTR.
Формат запису PTR:
адреси [TTL] IN PTR імя_хоста
приклад:
у comp1.cspany PTR
Важлива, щоб записи в збігаліся Із записів IN PTR. У випадка невідповідності и відсутності останніх приводити до помилок роботи DNS-сервера, в результате чего Продуктивність сервера может буті знижена.
записи MX
Записи MX (поштовий Обмінник - обмін поштою) вікорістовується для маршрутізації поштовий повідомлень между поштовий серверами. Запис MX Забезпечує доставку Електрон повідомлень на поштові сервера одержувача.
Формат запису MX:
имя [TTL] IN MX ПРІОРИТЕТ хост ...
приклад: IN MX 10 mail1pany.MX 40 mail3pany.MX 70 mail2pany.
Треба зауважіті, что ім я хоста винне в обов язково порядку мати ВЛАСНА в записах на даного сервері DNS. Записи CNAME НЕ могут мати ВЛАСНА MX- запісів.
Маршрутізація здійснюється за Наступний Шлях, спочатку опітуються хости з найніжчім пріорітетом, потім у разі если Попередній сервер не відповів, опітується хост з віщим пріорітетом (Найбільш бажане ПРІОРИТЕТ - 0, самий небажаним - 65535). Например, пошта, адресована корістувачеві user@company по протоколу SMTP, маршрутизироваться Наступний чином: спочатку пошта спрямовується на сервер mail1, если mail1 не доступні, пошта буде перенаправлено на сервер mail3, если обидвоє серверу не Доступні, то пошта відправіться на сервер mail2.
Налаштування пріорітетів MX- запісів необхідна у разі наявності великого парку поштовий серверів, и великого обороту Електронної кореспонденції Щодня. Например, у разі великого НАВАНТАЖЕННЯ на пріорітетні сервера, пошта буде перенаправяется на Менш пріорітетні сервера. Це дозволити Зменшити Загальну НАВАНТАЖЕННЯ на сервера Пошто та Забезпечити ее безвідмовність.
записи CNAME
Записи CNAME (канонічне ім я - канонічне ім...
