Прокладка локальної мережі теоретичні основи, обтиск кабелю, апаратура і и

Служба DNS в локальній мережі.

Але повернемося до ARPANET. Прийнята організація була не зовсім зручною, так як кожну ніч всі хости отримували цей файл з сайту, на якому той зберігався. При невеликих розмірах мережі все працювало досить непогано. Однак зі зростанням мережі, коли в неї увійшли тисячі машин такий спосіб став неприйнятним. З причин великого розміру файлу, а також можливості виникнення конфліктів імен (в слідстві Отсутст централізованого управління). Для решеніея цих та інших проблемм і була створена служба імен доменів DNS (Domain Name System).

2. Простір імен

З точки зору служби DNS інтернет є великою і динамічну систему імен. Управління цим простором представляє складну проблемму, адже інтернет розділений на кілька сот доменів верхнього рівня. Домен це безліч комп'ютерів (хостів), об'єднаних в логічну групу. У кожного домена можуть існувати піддомени, які, в свою чергу, також можуть складатися з інших доменів і т. Д. Виходить структура дуже схожа на дерево, тільки догори ногами.

Всі ці домени можна розглядати у вигляді дерева, показаного на рис. 1. У цього дерева є корінь, стовбур і гілки (домени мають піддомени) і листя домени н мають піддоменів (тільки хости).

Мал. 1 дерево доменних імен в мережі інтернет

Простір імен в принципі має логічно струнку структури. Домени верхнього рівня ділять на дві великі групи. Першу состовляют домени держав. Друга група це "тематичні домени" группирующие інші піддомени з певної тематики. наприклад домен com об'єднує комерційні організації, edu - навчальні заклади і т.д.

Служби DNS можуть використовуватися і в локальних мережах. Правда якщо в інтернет це мабуть єдиний спосіб знайти хост по його імені, то в локальних мережах для цього можна використовувати службу WINS (дітище компані MS). Але зараз речть не про неї зараз реьпойдет про те, як на базі комп'ютера з ОС Linux організувати в локальній мережі свій власний DNS сервер.

Якщо устаначлівать з rpm пакету то: rpm -i bind-xx-xx-x.i386.rpm

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

Таблиця 1. Основні записи ресурсів

Наступні чотири періоди часу за умовчанням мають формат в секундах, однак допускається і інший запис, для цього використовуються літери: w - тиждень; d - дні; h - годинник; m - хвилини.

Період оновлення позначає, як часто вторинні сервера оновлюють дані з первинного. Оновлення здійснюється в тому випадку, якщо в конфігурації відбулися зміни. Про наявність змін говорить різниця в порядкових номерах. Оновлення проводитися в тому випадку якщо порядковий номер на первинному сервер більше.

Інтервал між спробами поновлення означає період часу, через який буде проведена повторна спроба оновлення, в разі, якщо попередня спроба не вдалася.

Інтервал-період старіння позначає період часу протягом якого вторинні сервера будуть обслуговувати домен, якщо первинний сервер не відповідає (неможливо провести оновлення файлу зони).

Час перебування в кеш негативних відповідей. (В вресіях до 8.2 задавав час життя запиту).

запис NS
Задає сервер імен для даного домену. Зверніть увагу на точку в кінці запису.
приклад:
stuff.org. IN NS first.stuff.org.
stuff.org. IN NS second.stuff.org.

запис CNAME
Канонічне ім'я, дозволяє призначати вузлу додаткові імена. Як правило
використовується для закріплення за комп'ютером певних функцій.
наприклад:
www. stuff.org. IN CNAME second.stuff.org.

запис ТХТ
Задає довільний текст.
наприклад:
IN TXT "Це довільний текст"

При читанні листингов обов'язково звертайте увагу на точки в кінці імен. Відсутність точки означає, що відлік буде йти не від кореневого домена, а від поточного. Також зверніть увагу, що в файлі named.conf крапка не ставиться

Содержініее named.conf
; На початку опишемо локальну зону
zone "0.0.127.in-addr.arpa" type master;
file "/ etc / domain / ld127";>;
; Створюємо основний сервер для 0.0.127.in-addr.arpa фоайл зони в
; файлі "domain / ld127"

; створимо нашу основну зону
; вона буде описана в файлі domain / locacdomain

zone "localdomain" notify no
type master
file "domain / ld";>;

; Зворотній зона пошуку
zone "0.168.192.in-addr.arpa" notify no;
type master;
file "ld168";>;

Отже в файлі namad.conf - основному файлі конфігурації служби DNS ми поставили три зони. Кожна з цих зон згідно з описом буде розташовуватися в окремому файлі. Тепер розглянемо вміст цих файлів.

; сервер
localhost A 127.0.0.1
dns A 192.168.0.1
mail A 192.168.0.1

; робочі станції
ws1 A 192.168.0.2
TXT "Перша робоча станція"
ws2 A 192.168.0.3
TXT "друга робоча станція"

Тепреь про те де ці файли розташовуються. Як правило файл named.conf распоогается в /etc/named.conf, тоді все сотальние наші файли будуть распослатьс в директорії / etc / domain / Саме про це і говорить те, що імена починаються зі слова domain.

5. Перевірка працездатності

Відправляємо перевірки запит:
# nslookup
> Set q = any
> 192.168.0.2.
У відповідь повинні отримати ім'я робочої станції ws2.localdomain якщо отримали значить все новрмально.

Ну ніби все. Тепер тільки вкажіть робочих станцій який DNS сервер використовувати. Робиться це у властивостях мережевого підключення на закладці DNS