Если вы хотите найти в телефонном справочнике номер Джейн Доу (Jane Doe), то телефонная компания предоставит эту информацию. Но если вы хотите получить возможность найти janedoe.com, то системный администратор должен опередить вас с доменным именем и IPадресом и сделать их частью рассредоточенной директории DNS. Администраторы делают это, создавая листинги, в которых приверженцы DNS запрашивают файлы зон.
Зона содержит информацию по домену или, продолжая нашу более раннюю аналогию с телефоном, с домашним хозяйством. Скажем, в вашем доме живут 15 детей, и ктото просит вас помочь в поиске одного из них. У каждого ребенка есть сотовый телефон, но вы не помните все номера наизусть. Вместо этого вы используете собственный каталог, чтобы найти нужный телефонный номер ребенка.
Похожим образом в вашем датацентре могут «жить» 15 серверов или на вашем сервере могут быть размещены 15 сайтов. Чтобы проиллюстрировать это, предложим вам администрировать сервер, на котором размещено пять различных сайтов с совершенно разными доменными именами. Одно из них, предположим, centralsoft.org, а другие — linhelp.com, supportcall.orgJdshelp.net и linuxconf.net. Все владельцы сайтов просят вас управлять их DNSзаписями. Универсальность BIND позволяет вам одновременно управлять несколькими DNSсерверами и множественными доменами независимо от сервера.
Каждый сайт находится в отдельном домене, так что вы должны написать файл зоны для каждого сайта. В базах данных регистрирующего устройства ваш DNScepвер будет записан как сервер доменных имен. Другими словами, serverl.centralsoft.org будет записан так, что гость, пришедший в дом, сможет найти в нем других детей (linhelp.com, supportcail.org и др.).
Файл, соответствующий списку номеров телефонов в нашем домеаналогии, — это /etc/named.conf. Иными словами, этот файл хранит файлы зон из на
шего каталога. Он обеспечивает нас информацией о размещении каждой зоны в системе.