Linux - Алексей Стахнов

• Multimedia devices – поддержка мультимедиа-устройств. В данном случае это платы TV– и FM-приемников, платы телетекста;

• Crypto Hardware support – поддержка устройств аппаратного шифрования (для закрытых учреждений);

• File systems – поддержка различных файловых систем (VFAT, Ext3, ISO 9660 и т. п.), сетевых файловых систем, поддержка квотирования дискового пространства для пользователей, типов разделов жесткого диска. Помимо этого, сюда же вынесена поддержка различных языковых кодировок;

• Console drivers – консольные драйверы, поддержка ряда видеокарт;

• Sound – поддержка звуковых карт. Из-за того, что до последнего времени не было единого стандарта на звуковой интерфейс, почти каждая карта была в своем роде уникальна;

• USB support – поддержка USB-контроллеров и устройств, в том числе Flash-накопителей, мышей, видеокамер и т. п.;

• Bluetooth support – поддержка нового Bluetooth-интерфейса (радиосеть);

• Kernel hacking – используется для отладки ядра операционной системы Linux.

Ссылки

• Red Hat Linux 7.2 The Official Red Hat Linux Customization Guide.

• The Linux Kernel on Red Hat Linux Systems – обновление ядра операционной системы.

• www.gnu.org/software/grub/ – домашняя страница GRUB.

• www.redhat.com/support/docs/howto/kernel-upgrade/kernel-upgrade.html – Upgrading.

• /usr/src/linux-2.4/Documentation – большой объем документации, посвященный ядру операционной системы Linux и ее модулям.

• Kernel-HOWTO (The Linux Kernel HOWTO) – описание конфигурирования и компиляции ядра (см. гл. 13).

Глава 17 DNS

DNS – это Доменная Система Имен (Domain Name System). DNS преобразует символические имена машин в IP-адреса и наоборот – из IP-адреса в символическое имя. Для чего это нужно? Во-первых, человеку легче запомнить осмысленное имя – типа vasya.ru чем 195.66.195.42, а для компьютера проще передать четыре байта адреса, чем 50–60 байтов имени. Во-вторых, за одним и тем же IP-адресом могут скрываться сотни различных доменов. Когда-то, на заре эры глобальных сетей, все пары «имя-IР-адрес» хранились в файле /etc/hosts. Со временем, когда компьютеров в сети стало тысячи и десятки тысяч, эти файлы превратились в монстров, на смену которым пришли DNS-серверы.

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

DNS – это иерархическая система. Вершина записывается как"." (точка) и произносится как root (корень). В корне существует некоторое количество доменов верхнего уровня (Top Level Domains, TLDs), наиболее известными из которых являются ORG, COM, EDU, GOV, MIL, NET, RU, UA и т. п.

При поиске машины запрос обрабатывается рекурсивно, начиная с корня. Если нужно найти адрес машины user.ogpu.odessa.ua, то ваш сервер имен должен найти сервер имен, который обслуживает иа. Он запрашивает корневой сервер (.), который выдает список серверов иа. Из полученного списка выясняется, какие серверы имен обслуживают иа. Затем запрашивается сервер (выбирается по определенному алгоритму или берется первый в полученном списке) чтобы узнать, какие серверы обслуживают odessa.ua. Затем берется сервер из полученного списка и выясняется, кто обслуживает ogpu.odessa.ua, и уже у этого сервера узнается IP-адрес компьютера user.ogpu.odessa.ua. А чтобы в следующий раз не повторять этот поиск, полученную пару "имя—IP-адрес" ваш сервер DNS сохраняет в своей базе данных.

В том случае, если необходимо по IP-адресу узнать имя компьютера, опять используется DNS-сервер. Для этих целей существует псевдодомен in-addr.arpa и в нем точно так же прописываются адреса, только порядок следования цифр обратный. Например, для адреса 195.66.195.22 запрос получится как к 22.195.66.195.in-addr.aipa, а схема поиска ответа остается такая же.

По своим функциональным обязанностям различают два вида DNS-серверов – обычный и кэширующий.

•  Кэширующий сервер DNS используется для локального хранения запрошенных пользователем пар «имя—IP-адрес», что при интенсивном общении со многими Web-серверами позволяет экономить время на DNS-запросах. Кэширующий сервер не отвечает на внешние DNS-запросы.

•  обычный сервер DNS – это полнофункциональный сервер, позволяющий получать, передавать и синхронизировать DNS-данные с другими DNS-серверами.

Настройка сетевых параметров

Поскольку настройка (и функционирование) DNS-сервера затрагивает практически все сетевые параметры, работоспособность DNS-сервера зависит от правильной конфигурации сети. В современных дистрибутивах, если вы выбрали «устанавливать DNS-сервер», конфигурирование его производится автоматически. Однако разработчик дистрибутива рассчитывает на абстрактную среднестатистическую систему, которой, как показывает практика, не существует. Поэтому следует убедиться, что с сетевыми настройками у вас все в порядке.

host.conf

Следующая запись в файле host.conf означает, что при поиске хостов система сначала посмотрит в /etc/hosts, а потом только обратится к серверу DNS:

order hosts,bind

/etc/hosts

В этом файле должны находиться пары «IP-адрес—имя»:

127.0.0.1 localhost localhost.localdomain

192.168.0.1 user

192.168.0.2 user2

Причем обязательно должна присутствовать следующая строка:

127.0.0.1 localhost localhost.localdomain

/etc/resolf.conf

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

search ogpu.odessa.ua nameserver 195.66.195.22

В строке, которая начинается со слова search, указывается, какое доменное имя будет принято по умолчанию. Так, если вы напишете user, то система сразу попытается обратиться к компьютеру user.ogpu.odessa.ua. После search можно указывать несколько имен. В следующей строчке указываются адреса DNS-серверов, к которым будет обращаться ваша машина.

Настройка кэширующего сервера

Кэширующий сервер найдет ответ на запрос об имени машины и запомнит его, чтобы ответить, когда вы запросите эту же информацию в следующий раз. Это значительно уменьшит время ожидания ответа при следующем запросе, особенно если у вас медленное соединение.

/etc/named.conf

Это основной конфигурационный файл для DNS-сервера. Для кэширующего сервера он должен содержать следующие строки:

options {

directory "/var/named";

};

zone"." {

type hint;

file "root.hints";

};

zone "О.0.127.in-addr.arpa" {

type master;

file "127.0.0";

};

Строка directory указывает bind где искать файлы. Все файлы, используемые впоследствии, будут иметь путь относительно этого каталога.

Строка zone "0.0.127. in-addr.arpa" показывает, что bind также отвечает за обратную зону для подсети 127.*.*.*, является в ней мастером, и файл описания зоны – 127.0.0.

Секция zone"." самая важная. Она описывает, в каком файле лежат адреса корневых DNS-серверов, которые отвечают за зоны первого уровня.

Файл, названный /var/named/root.hints, должен находиться в указанном каталоге и содержать приблизительно следующую информацию:

Этот файл описывает имена корневых серверов имен по всему миру. Их список периодически изменяется. Поэтому данный файл необходимо время от времени корректировать.

Для получения файла root.hints существует по меньшей мере два пути: либо забрать его по FTP с сервера internic, либо выполнить команду:

dig @rs.internic.net. ns >root.hints

/etc/127.0.0

127.0.0 – это файл, который отвечает за преобразование чисел IP-адреса в имена.

Файл 127.0.0 должен выглядеть так:

Эта запись обозначает следующее:

• @ указывает, что описываем сами себя;

• описываемая зона держится сервером с именем ns.ogpu.odessa.ua;

• отвечает за нее человек, доступный по адресу [email protected] (первая точка заменяет @);

• у зоны серийный номер равен 1 (обычно для него используют дату последней правки зоны – на него опираются другие серверы, которые берут информацию с вашего);

• другие серверы будут обновлять информацию о вашем с периодичностью в восемь часов;

• при неудачном обновлении следующая попытка будет произведена через два часа;

• зона будет считаться содержащей недостоверную информацию на кэширующих серверах через одну неделю;

• зона будет считаться содержащей недостоверную информацию на кэширующих серверах не менее, чем через один день;

• строка IN NS ns.ogpu.odessa.ua. показывает, что авторитетным сервером за эту зону является ns.ogpu.odessa.ua., и именно ему надо рассылать обновления зоны ns.ogpu.odessa.ua.;

• строка 1 PTR localhost. описывает что машина с адресом 1 в зоне 127.0.0. имеет имя localhost.

Запуск named

Теперь можно запускать сервер. Наберите ndc start без опций и нажмите клавишу <Enter>.

Затем запускаем программу nslookup:

$ nslookup

Default Server: localhost

Address: 127.0.0.1

>_

Если на мониторе это выглядит так, значит система работает. Мы так надеемся. Если вы видите что-то другое, то вернитесь назад и все проверьте. Каждый раз, когда вы изменяете файл named.conf, необходимо перезапустить named, используя команду ndc restart. Теперь проверим, как функционирует ваш кэширующий сервер – введем

user7.ogpu.odessa.ua:

> user7.ogpu.odessa.ua

Server: localhost

Address: 127.0.0.1

Name: user7.ogpu.odessa.ua Address: 195.66.195.31

При этом nslookup попросил ваш named посмотреть информацию о данном компьютере. Если вы повторно попросите узнать адрес компьютера user7.ogpu.odessa.ua, то получите такой ответ: