Хант Крэйг. TCP/IP Сетевое администрирование

Подождите немного. Документ загружается.

612

Приложение В. gated, справочник

«Происхождение» (origin) пути указывает его полноту. Происхождение igp

указывает, что маршрут получен от протокола внутренней маршрутизации и

является, вероятнее всего, полным. Происхождение едр указывает, что марш-

рут получен от протокола внешней маршрутизации, не поддерживающего

АС-пути (например, EGP), так что путь, вероятнее всего, не является полным.

Когда информация пути определенно не является полной, используется про-

исхождение

incomplete.

Любое из происхождений может быть указано в опе-

раторах import и export, а значит - использовано в правилах маршрутиза-

ции. Ключевое слово any указывает, что правило действует для всех вариан-

тов происхождения.

АС-путь может также фигурировать в управляющих операторах в качестве

регулярного выражения АС-пути.

Такие регулярные выражения позволя-

ют фильтровать маршруты, исходя из номеров автономных систем в АС-пу-

тях, связанных с маршрутами.

Регулярное выражение АС-пути состоит из номеров автономных систем и

специальных операторов. В табл. В. 1 описаны операторы АС-пути. Оператор

АС-пути действует на операнд АС-пути, то есть на номер автономной систе-

мы, точку (.), обозначающую номера всех автономных систем, либо выраже-

ние, заключенное в фигурные скобки.

Таблица В.1. Операторы АС-пути

Простое регулярное выражение АС-пути может выглядеть так:

import proto bgp aspath 164+ origin any restrict ;

Оно блокирует все маршруты, в векторах путей которых присутствует одно

или более вхождений номера автономной системы 164.

Оператор import

Формат оператора import может меняться в зависимости от протокола-источ-

ника. Формат операторов import для протоколов внешних шлюзов:

Определение регулярных выражений АС-путей содержится в RFC 1164.

Управляющие операторы

613

Импортирование BGP и EGP может управляться номером автономной систе-

мы. BGP также позволяет управлять импортированием посредством регу-

лярных выражений АС-путей. Маршруты, отвергнутые правилами маршру-

тизации, сохраняются в таблице маршрутизации с отрицательными значе-

ниями приоритета. Отрицательное значение приоритета не позволяет уста-

новить маршрут в таблицу ретрансляции или экспортировать его в другие

протоколы. Такая обработка отвергнутых маршрутов частично снимает не-

обходимость прерывать и восстанавливать сеанс работы, если при перена-

стройке изменяются правила маршрутизации.

Формат операторов import для протоколов RIP и redirect:

Данный оператор указывает, какие маршруты импортируются, исходя из

протокола-источника, интерфейса и шлюза. Порядок старшинства - от об-

щего (protocol) к частному (gateway). В отличие от BGP и EGP, эти протоко-

лы не сохраняют отвергнутые маршруты, поскольку имеют короткие интер-

валы обновления.

Параметр preference не используется для RIP. В RIP отсутствует механизм

выбора наиболее предпочтительного из двух маршрутов одного и того же

протокола. В RIP используются метрики протоколов.

Формат оператора import для протокола OSPF:

Вследствие природы OSPF доступно управление импортированием только

ASE-маршрутов. Более того, ограничение импортирования маршрутов OSPF

ASE возможно, только если система функционирует в качестве погранично-

го маршрутизатора АС. Такое ограничение требует присутствия export ospfa-

se наряду с оператором import ospfase. Используйте пустой оператор export

для управления импортированием маршрутов ASE, когда маршруты ASE не

экспортируются. (См. следующий раздел «Оператор export».) Если указан

тег (tag), оператор import действует только на маршруты, обладающие таким

614 Приложение В. gated, справочник

Маршруты, экспортируемые посредством RIP, могут передаваться через

конкретный интерфейс или на определенный шлюз. Укажите значение met-

ric, если намереваетесь экспортировать статические маршруты или создан-

ные системой маршруты по умолчанию. Параметр metric используется толь-

ко при экспортировании He-RIP-маршрутов по протоколу RIP.

Если отсутствует список экспорта, RIP экспортирует прямые маршруты и

маршруты RIP. Если используется список экспорта, все экспортируемые па-

раметры должны быть указаны явным образом.

тегом. Маршруты OSPF ASE, отвергнутые в соответствии с правилами, сох-

раняются в таблице с отрицательными значениями приоритета.

Маршруты OSPF импортируются в таблицу маршрутизации gated со значе-

нием приоритета 10. Это значение не используется для выбора между марш-

рутами OSPF ASE; данной цели служит стоимость маршрута OSPF.

Оператор export

По синтаксису оператор export схож с оператором import, а значения многих

параметров идентичны. Важное различие между этими операторами: им-

портирование маршрутов подчинено информации, полученной от источни-

ка, тогда как экспортирование подчинено источнику и адресату одновремен-

но. Операторы export определяют, куда передаются маршруты, а также от-

куда они происходят. Пункт назначения информации о маршруте обознача-

ется уточнением proto в начале оператора export. Источник маршрутов

указывается в списке экспорта (export list).

Синтаксис оператора export зависит от протокола. Чтобы распространять

маршруты по протоколам EGP и BGP, воспользуйтесь следующей конструк-

цией:

Маршруты экспортируются посредством EGP и BGP в указанную автоном-

ную систему, restrict блокирует экспорт в АС. Могут присутствовать допус-

тимые метрики BGP или EGP. Если отсутствует список экспорта, экспорти-

руются только прямые маршруты локальных интерфейсов. Если использу-

ется список экспорта, все экспортируемые параметры должны быть указаны

явным образом.

Для распространения маршрутов по RIP используйте синтаксис:

Управляющие операторы

615

Таким образом обозначаются маршруты, полученные по BGP или EGP от оп-

ределенной автономной системы. На маршруты могут накладываться огра-

ничения, для них могут указываться метрики - на основе сопоставления но-

мера АС-источника или фильтра маршрутов. Использование noagg совместно

с restrict предотвращает отбор фильтром любых объединенных маршрутов.

При настройке BGP gated назначает всем маршрутам АС-путь. Для внутрен-

них маршрутов АС-путь включает происхождение igp и не содержит авто-

номных систем (текущая АС добавляется при экспортировании маршрута).

Для маршрутов EGP АС-путь включает происхождение едр и исходную АС в

качестве АС-пути. Для маршрутов BGP используется АС-путь, полученный

по BGP. Если вы работаете с BGP, экспортированием всех маршрутов можно

управлять при помощи АС-пути. Синтаксис:

gated может экспортировать только маршруты OSPF ASE. Существует два

типа маршрутов OSPF ASE, 1 и 2. Они описаны в главе 7 и выше в этом при-

ложении. Значение по умолчанию для типа указывается в операторе ospf

protocol, но здесь может быть переопределено. Аргумент ospf_tag - это про-

извольное 32-разрядное число, используемое для фильтрации информации

маршрутизации. Значение по умолчанию данного параметра указывается в

операторе ospf protocol, но здесь может быть переопределено.

Источник маршрутов, распространяемых протоколом, определяется спис-

ком экспорта. Каждая из перечисленных выше команд содержит параметр

списка экспорта. Синтаксис списка, подобно синтаксису этих команд, изме-

няется в зависимости от протокола-источника маршрутов. Описанные выше

команды определяют протоколы, используемые для распространения марш-

рутов. Описанные ниже списки экспорта определяют протоколы, от кото-

рых исходят маршруты. Наибольшая путаница со списком экспорта проис-

ходит по причине того, что его синтаксис практически идентичен описанно-

му выше. И в том и в другом случае присутствуют определения протоколов,

автономных систем, интерфейсов, шлюзов и т. д. В первом случае мы опре-

деляем протоколы, интерфейсы и прочие адресаты, которым передаются

маршруты, а в списке экспорта - протоколы, интерфейсы и прочие источни-

ки, от которых исходят маршруты.

Чтобы экспортировать маршруты, полученные по протоколам BGP и EGP,

воспользуйтесь таким синтаксисом списка экспорта:

Для распространения маршрутов по OSPF используйте конструкцию:

616

Приложение В. gated, справочник

В OSPF и RIP версии 2 существует поле tag. Для всех прочих протоколов tag

всегда имеет значение 0. Выбор маршрутов может происходить на основе со-

держимого поля tag.

Существуют иные источники маршрутов, не являющиеся в действительнос-

ти протоколами маршрутизации, и для этих источников также могут опре-

деляться списки экспорта. Ниже приводятся конструкции для таких источ-

ников.

Экспортированием маршрутов OSPF и OSPF ASE можно управлять на осно-

ве протокола и фильтра маршрутов. Кроме того, экспортирование маршру-

тов OSPF может управляться параметром tag при использовании следующей

конструкции:

Экспортированием маршрутов RIP можно управлять на основе интерфейса-

источника, шлюза-источника или же фильтра маршрутов.

Чтобы экспортировать маршруты, полученные по OSPF, используйте следу-

ющий синтаксис списка экспорта:

Источником маршрутов может быть любой протокол

(proto)

или все прото-

колы (all). Импортированием маршрутов можно управлять, сравнивая их

АС-пути с регулярным выражением АС-пути (aspath_regexp) или их адреса с

фильтром маршрутов

(route_filter).

Фильтры маршрутов и регулярные вы-

ражения АС-путей описаны выше.

Чтобы экспортировать маршруты, полученные по RIP, используйте следую-

щий синтаксис списка экспорта:

Операторы объединения

617

Оператор aggregate имеет ряд параметров:

bgp

Объединение производится согласно правилам протокола BGP.

Экспортированием таких маршрутов можно управлять только на основе

«протокола»-источника, default относится к маршрутам, созданным пара-

метром gendefault. aggregate относится к маршрутам, созданным оператора-

ми объединения, о которых пойдет речь в следующем разделе.

Операторы объединения

Объединение маршрутов используется в региональных и национальных се-

тях для сокращения числа распространяемых маршрутов. Тщательное пла-

нирование позволяет крупным поставщикам сетевых услуг объявлять для

клиентских сетей лишь несколько объединенных маршрутов вместо сотен.

Объединение маршрутов - основная причина выделения непрерывных ад-

ресных блоков CIDR.

В большинстве случаев не приходится распространять сотни маршрутов. Од-

нако речь может идти о внесклассовом адресе, состоящем из нескольких ад-

ресов класса С, и тогда необходимо объяснить gated, как работать с таким ад-

ресом. Более старые версии gated автоматически генерируют объединенный

маршрут в естественную сеть, пользуясь прежними классами А, В и С. То

есть адрес интерфейса 192.168.16.1 приводил к созданию маршрута в сеть

192.168.16.0. В мире внеклассовой междоменной маршрутизации такое

действие может оказаться некорректным, gated не выполняет объединение

маршрутов, если не получит явного предписания оператором aggregate :

Экспортированием таких маршрутов можно управлять на основе «протоко-

ла»-источника и интерфейса-источника. В данном случае «протоколами»

являются маршруты к прямым интерфейсам, статические маршруты либо

маршруты, полученные от ядра.

618 Приложение В. gated, справочник

preference preference;

Задает значение приоритета для конечного объединенного маршрута. По

умолчанию 130.

brief

Указывает, что АС-путь объединенного маршрута должен быть наиболь-

шим общим АС-путем. По умолчанию АС-путь является суммой всех со-

ставляющих его АС-путей.

proto proto

Предписывает выполнять объединение только для маршрутов, получен-

ных по указанному протоколу. Аргумент proto может указывать на лю-

бой функциональный протокол, включая «протоколы» direct, static и

kernel, описанные в предшествующем разделе; all - для всех доступных

протоколов; либо aggregate для объединения всех прочих маршрутов.

as as_number

Предписывает выполнять объединение только для маршрутов, получен-

ных от указанной автономной системы.

tag tag

Предписывает выполнять объединение только для маршрутов с указан-

ным тегом.

aspath aspath_regexp

Предписывает выполнять объединение только для маршрутов, соответст-

вующих указанному АС-пути.

restrict

Указывает маршруты, не участвующие в объединении.

Маршруты, соответствующие фильтрам маршрутов, могут входить в объ-

единенный маршрут. Маршрут может входить только в более общее объеди-

нение. Каждый маршрут может входить только в один объединяющий

маршрут, однако объединяющий маршрут может являться составной час-

тью более общего объединения.

Незначительной вариацией объединения является создание маршрута по

определенным условиям. Чаще всего применяется для создания маршрута

по умолчанию на основе маршрута от системы к соседней магистральной се-

ти. Задача решается посредством оператора generate:

Многие параметры оператора generate повторяют параметры оператора

aggregate и описаны ранее в этом приложении.

named, справочник

В данном приложении содержится подробное описание синтаксиса named, ко-

манд и файлов, используемых для настройки демона. Оно является, прежде

всего, справочником и должно использоваться совместно с информацией,

представленной в главе 8. Это приложение будет полезно всем администра-

торам доменов.

Команда named

На стороне сервера работой DNS заведует демон сервера имен named. Синтак-

сис команды named:

В системах Sun вместо named используется имя in. named.

При использовании в командной строке named доступны следующие ключи:

-d уровень

Записывает отладочную информацию в файл named.run. Аргумент уро-

вень - число от 1 до 11. Чем больше значение, тем более подробную ин-

формацию named записывает в файл, но даже при уровне, равном 1, файл

named.run растет очень быстро. Используя отладку, обращайте внимание

на размер файла named.run и применяйте команду ndc not race или сигнал

SIGUSR2 для закрытия файла, если он станет слишком большим. Обра-

ботка сигналов - тема следующего раздела.

Чтобы получать от named сообщения об ошибках, нет необходимости

включать отладку посредством ключа -d. named выводит сообщения об

620 Приложение С. named, справочник

ошибках на консоль и сохраняет их в файле messages, даже при выклю-

ченной отладке. Ключ -d позволяет получать дополнительную отладоч-

ную информацию.

-р порт

Указывает порт UDP/TCP, используемый в работе named, порт - номер

порта для подключения к удаленному серверу имен. В отсутствие ключа

-р named работает через стандартный порт (53). Поскольку порт 53 являет-

ся широко известным, смена номера порта делает сервер недоступным

для стандартных программных пакетов. Как следствие, ключ -р ис-

пользуется только для отладки.

-Ь файл_настройки или -с файл_настройки

Указывает файл, в котором хранятся настройки named. По умолчанию

файлом настройки является /etc/named.conf, однако ключи -Ь и -с позво-

ляют администратору указать другой файл. Обратите внимание, что сами

ключи -Ь и -с необязательные. Если имя файла настройки не начинается

с дефиса, флаги -Ь и -с можно опустить. Любое имя файла, фигурирую-

щее в строке команды

named,

считается именем файла настройки, как вид-

но из последнего элемента синтаксиса.

-Q

Регистрирует все поступающие запросы. Использование данного вида ре-

гистрации в журнале требует компиляции named с параметром QRYLOG.

-г

Отключает рекурсию. В результате сервер предоставляет ответ, только

если он является компетентным для зоны, и не обращается с запросом к

другим серверам или зонам.

-f

Запускает named как приложение первого плана. Обычно named выполняет-

ся как демон, в фоновом режиме.

-V

Выводит номер версии. Использование ключа -v не приводит к старту na-

med.

-и пользователь

Устанавливает идентификатор пользователя, с полномочиями которого

сервер работает после инициализации. По умолчанию named работает с

полномочиями пользователя root.

-g группа

Устанавливает идентификатор группы, с полномочиями которой named ра-

ботает после инициализации. По умолчанию используется идентификатор

master-группы пользователя, с полномочиями которого выполняется named.

-t путь

Определяет путь к каталогу, который named использует при запуске chroot.

Команда named

621

-w путь

Определяет рабочий каталог named. По умолчанию рабочим является те-

кущий каталог. Данный параметр можно переопределить в файле на-

стройки (параметр directory).

Обработка сигналов

named обрабатывает следующие сигналы:

SIGHUP

Предписывает named повторно прочитать файл named.conf и перезагру-

зить базу данных сервера имен, named продолжает работу с новыми на-

стройками. Если компиляция named выполнялась с параметром FOR-

CED_RELOAD, данный сигнал предписывает вторичным серверам имен

получить зону с основного сервера. Действие сигнала идентично дейст-

вию команды ndc reload.

SIGINT

Предписывает named записать образ кэша в файл named dump.db. Файл

образа содержит всю доменную информацию, известную локальному сер-

веру. Файл начинается перечнем корневых серверов и отмечает все доме-

ны кроме корневого, о которых что-либо известно локальному серверу.

Изучив этот файл, вы получите полную информацию о том, что узнал сер-

вер. Действие сигнала идентично действию команды ndc dumpdb.

SIGUSR1

Включает отладку; каждый последующий сигнал SIGUSR1 повышает

уровень отладки. Отладочная информация записывается в файл na-

med.run, так же как в случае ключа командной строки -d. Отладку не обя-

зательно нужно включать ключом -d, чтобы сигнал SIGUSR1 сработал.

SIGUSR1 позволяет включать отладку при появлении подозрений на

проблемы, не останавливая named для перезапуска сервера с параметром

-d. Действие данного сигнала идентично действию команды ndc t race.

SIGUSR2

Отключает отладку и закрывает файл named.run. После передачи сигна-

ла SIGUSR2 можно изучить файл named.run или удалить его, если размер

стал слишком большим. Действие данного сигнала идентично действию

команды ndc not race.

Дополнительно named может обрабатывать и некоторые другие сигналы. Под-

держка следующих сигналов требует указания соответствующих парамет-

ров при компиляции named:

SIGILL

Записывает данные статистики в файл named.stats. named следует компи-

лировать с параметром -DSTATS.