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

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

562 Приложение А. Инструментарий РРР

silent

Предписывает дожидаться LCP-пакета от удаленной системы, не посы-

лая начальный LCP-пакет.

sync

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

HDLC вместо стандартного асинхронного протокола.

updetach

Предписывает отсоединиться от управляющего терминала (переход в фо-

новый режим работы) после того, как установлено соединение.

usehostname

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

меняет действие инструкции name.

usepeerdns

Предписывает запрашивать у удаленной системы до двух адресов серве-

ров DNS. Полученные адреса передаются сценарию /etc/ppp/ip-up в пере-

менных среды DNS1 и DNS2. Кроме того, pppd использует эти адреса для

создания патевеп/ег-записей в файле / etc /ррр/resolv.conf.

user username

Предписывает использовать имя username для РАР-идентификации, ини-

циированной удаленной системой.

vj-max-slots п

Предписывает использовать п каналов соединений для сжатия заголов-

ков Van Jacobson. Число п должно принадлежать интервалу от 2 до 16.

welcome script

Предписывает выполнить сценарий script перед началом согласования

взаимодействия РРР.

xonxoff

Включает программный контроль передачи (XON/XOFF).

Некоторые из перечисленных инструкций касаются вопросов безопасности

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

тельным протоколом безопасности РРР является CHAP (Challenge Handsha-

ke Authentication Protocol). Менее безопасный протокол РАР (Password Aut-

hentication Protocol) поддерживается только для совместимости с менее

функциональными системами. Имена пользователей, IP-адреса и секретные

ключи, используемые в работе этих протоколов, определяются в файлах /etc/

ррр/chap-secrets и /etc/ррр/pap-secrets. Форматы файлов и их применение

описаны в главе 6.

Очень важно проследить, чтобы каталог /etc/ррр и его содержимое не были

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

вателей. Изменения в файлах chap-secrets, pap-secrets и options могут под-

вергнуть риску безопасность системы. Кроме того, файлы сценариев /etc/

chat

563

ppp/ip-up и /etc/ррр/ip-down могут выполняться с привилегиями адми-

нистратора системы. Если в каталоге /etc/ррр существует файл с именем ip-

ир, он выполняется

pppd,

как только установлено РРР-соединение. Сценарий

ip-up используется для внесения изменений в таблицу маршрутизации, об-

работки очередей sendmail, а также решения других задач, связанных с на-

личием сетевого соединения. Сценарий ip-down выполняется pppd после за-

крытия РРР-соединения и используется для завершения процессов, работа-

ющих с каналом. Очевидно, что эти сценарии, как и весь каталог /etc/ppp,

должны быть надежно защищены.

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

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

SIGUSR1

Включает и отключает отладку. Первый сигнал SIGUSR1, полученный

pppd,

включает отладку и приводит к записи диагностических сообщений

посредством демона syslogd (режим daemon, приоритет debug). Второй

сигнал SIGUSR1 отключает отладку и закрывает файл журнала. См. так-

же описание инструкции debug выше по тексту.

SIGUSR2

Приводит к повторному согласованию сжатия. Сфера применения сигна-

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

мы сжатия после возникновения критических ошибок. Большинство

пользователей при возникновении критических ошибок просто устанав-

ливают РРР-соединение заново.

SIGHUP

Закрывает РРР-соединение, возвращает последовательное устройство в

обычный режим работы и завершает работу pppd. Если определена инст-

рукция

persist,

pppd продолжает работу и открывает новое соединение.

SIGINT

Данный сигнал, как и сигнал SIGTERM, закрывает РРР-соединение, воз-

вращает последовательное устройство в обычный режим работы и завер-

шает работу

pppd.

Инструкция persist влияния не оказывает.

chat

chat - это язык сценариев общего назначения, применяемый для управле-

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

не столь функционален, как dip, но достаточно широко используется.

Структура сценария chat - «ожидание/передача» - является общей для

большинства подобных языков.

chat-еценарий состоит из пар ожидание/передача. Пара состоит из двух зна-

чений, разделенных пробельными символами. Первое значение представля-

ет строку, которая ожидается от удаленной системы, второе - строку, кото-

564

Приложение А. Инструментарий РРР

рую следует передать в ответ. Специальный случай, когда нет необходимос-

ти получать строку от удаленной системы, обозначается парой двойных ("")

или одинарных (") кавычек. В качестве примера рассмотрим простейший

сценарий:

"" \г name> jane word> TOga!toGA

Сценарий не ожидает получения каких-либо строк (""), пока удаленной сис-

теме не будет передан символ возврата каретки (\г). Затем сценарий ожидает

получения от удаленной системы строки name>, которая является частью сис-

темного приглашения Username>. В ответ на приглашение сценарий передает

регистрационное имя пользователя,

jane.

Наконец, сценарий ожидает полу-

чения части приглашения Password> и отвечает паролем TOga! toGA. Сценарий

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

граммы chat:

% chat -v -t30 "" \r name> jane word> TOgaltoGA

Приведенная команда запускает chat в режиме подробной диагностики, ус-

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

простой сценарий регистрации в удаленной системе.

Синтаксис команды chat:

chat [ключи] [сценарий]

Ключи команды chat:

-е

Отображать на экране вывод модема в поток stderr. Идентичный резуль-

тат можно получить при помощи ключевого слова ECHO в chat-сценарии.

-Е

Разрешает использование переменных среды в тексте сценария.

-s

Предписывает направлять все записи журнала и сообщения об ошибках в

поток stderr.

-S

Запрещает направлять сообщения журнала и сообщения об ошибках

службе SYSLOG.

-Т phone-number

Заменяет евсаре-последовательность \Т в тексте chat-еценария значением

phone-number.

-U phone-number-2

Заменяет еэсаре-последовательность \U в тексте chat-еценария значением

phone-number-2.

-v

Режим подробной диагностики. В этом режиме информационные сообще-

ния записываются посредством syslogd.

chat

565

-V

Режим подробной диагностики с записью информационных сообщений в

поток stderr. В главе 6 содержится пример использования этого ключа с

pppd.

-t timeout

Устанавливает длительность ожидания строки. Если строка не получена

за timeout секунд, ответ не посылается, а сценарий завершает работу (кро-

ме тех случаев, когда определена альтернативная обработка). В случае

альтернативной обработки (о которой мы поговорим ниже) удаленной

системе передается определенная строка и наступает следующий интер-

вал ожидания. Если и это не приводит к получению строки, сценарий

прекращает работу с ненулевым кодом завершения. По умолчанию ин-

тервал timeout равен 45 секундам.

-f scriptfile

Сценарий chat читается из файла scriptfile, а не из командной строки.

Файл может содержать произвольное количество пар ожидание/передача.

-r report file

chat производит запись информации, сгенерированной строками RE-

PORT, в файл report

file.

По умолчанию строки REPORT записываются в

поток stderr. Ключевое слово REPORT будет описано ниже.

В целях повышения надежности и функциональности сценариев в программе

chat реализованы специальные ключевые слова, поддержка евсаре-последова-

тельностей, а также возможность применения альтернативных пар передача/

ожидание. Прежде всего, рассмотрим семь самых важных ключевых слов.

Два ключевых слова отвечают за передачу специальных сигналов удаленной

системе. Ключевое слово EOT приводит к посылке символа End of Transmis-

sion (конец передачи). В системах Unix это, как правило, символ конца фай-

ла, <Ctrl>+<D>. Ключевое слово BREAK приводит к посылке удаленной

системе символа разрыва строки. Еще пять ключевых слов (TIMEOUT,

ABORT, REPORT, CONNECT и SAY) определяют параметры работы

собственно сценария.

Ключевое слово TIMEOUT позволяет указать длительность ожидания стро-

ки. При определении в тексте сценария данное значение может изменяться

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

ру 30 секунд, чтобы отобразить приглашение Username>, но лишь 5 секунд,

чтобы отобразить приглашение Password> после передачи имени пользовате-

ля. Задача решается при помощи следующей команды:

TIMEOUT 30 name> karen TIMEOUT 5 word> beach%PARTY

Ключевые слова ABORT и REPORT функционально схожи. Оба слова опре-

деляют строки, получение которых приводит к выполнению специальных

действий. Ключевое слово ABORT определяет строки, получение которых

вместо строки CONNECT от модема приводит к прерыванию работы сцена-

рия. Ключевое слово REPORT определяет подстроки, присутствие которых

566

Приложение А. Инструментарий РРР

Первая строка предписывает регистрировать в журнале все сообщения, по-

лученные сценарием, которые содержат слово CONNECT. Если при запуске

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

г,

сообщение зано-

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

ние попадает в поток stderr. Назначение данной команды - отображать на

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

Полное сообщение может выглядеть так: CONNECT

28,

800 LAPM/V; оно позволяет

пользователю определить, какова скорость соединения и какой использует-

ся протокол передачи. Сообщение CONNECT означает успешное подключе-

ние. Следующие три строки сценария начинаются ключевым словом ABORT

и связаны с сообщениями модема, означающими различные ошибки. Если

от модема поступают сообщения BUSY, NO CARRIER или RING - NO AN-

SWER, работа сценария прерывается.

Ключевое слово SAY передает строку-аргумент на терминал пользователя. В

данном случае мы говорим пользователю, что сценарий начал звонить.

Последние четыре строки - это пары ожидание/передача, с которыми мы

уже познакомились в этом разделе. Не ожидая получения строки (""), сцена-

рий передает модему команду набора номера

(ATDT).

Сценарий ожидает полу-

чения строки CONNECT от модема и передает символ возврата каретки уда-

ленному серверу; ожидает получения строки Username> от удаленного сервера

и отвечает именем karen. Наконец, сценарий ожидает получения строки

Password> от сервера и отвечает паролем beach%PARTY.

chat расширяет функциональность стандартных пар ожидание/передача

альтернативными вариантами, повышающими надежность сценариев. Су-

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

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

менной интервал для основного ожидаемого значения. Альтернативные ва-

рианты в тексте сценария предваряются дефисами. Пример:

gin:-BREAK-gin: becca

В данном случае ожидается получение строки gin:, предполагается ответ

строкой becca. Первая и последняя строки составляют стандартную пару

ожидание/передача. Альтернативная пара передача/ожидание использует-

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

сообщений в поток stderr или файл отчета. Проиллюстрируем применение

этих ключевых слов следующим примером:

chat

567

ся, если истек интервал ожидания и строка gin: не была получена. Тогда

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

ожиданию строки gin:, поскольку именно такое поведение предписывается

альтернативной парой передача/ожидание (-BREAK-gin:). Заметим, что для

альтернативной пары передача значения выполняется до перехода в режим

ожидания строки, то есть передача предшествует ожиданию. Еще один при-

мер в серии наших сценариев:

name>—name> karen

Сценарий ожидает получения строки паше>. Если строка не получена, сцена-

рий передает пустую строку (возврат каретки) и снова переходит к ожиданию

строки паше>. Такое поведение определено альтернативной парой передача/

ожидание, --name>. Пара начинается с дефиса, который отмечает начало стро-

ки для передачи, но следующий символ также является дефисом и отмечает

начало альтернативного ожидаемого значения. Строка для передачи, таким

образом, отсутствует. Именно эта «пустая строка» приводит к передаче одно-

го символа возврата каретки. Подобная конструкция, будучи менее прозрач-

ной, применяется чаще, чем вариант со словом BREAK, описанный выше.

Помимо символа возврата каретки в chat существуют и другие escape-послв-

довательности для приема и передачи специальных символов. Они перечис-

лены в табл. А.2.

Таблица А.2. Escape-последовательности chat

Не ожидая получения значения (""), сценарий делает паузу в две секунды

(\d\d). Передает три символа ASCII BELL, которые в клавиатурной записи

обозначаются как <Ctrl>+<G>, с интервалом в одну десятую долю секунды

(~G\p~G\p\p~G). Передает строку Просыпайся скорее!. Переходит на новую стро-

ку (\п) и передает строку Лежебока ты!.

Из соображений безопасности сервер может перезванивать (callback) клиен-

ту для создания соединения. Таким образом сервер проверяет, что звонок

клиента поступил с допустимого телефонного номера. Механизм работает

следующим образом:

• Клиент звонит на сервер и передает строку-идентификатор.

• Получив идентификатор, сервер разрывает соединение.

• Сервер использует идентификатор, чтобы определить телефонный номер

клиента, и звонит по этому номеру.

• Клиент продолжает процесс регистрации на сервере.

Тот факт, что сервер разрывает соединение, может стать источником проблем

для chat-сценария. Обычно разрыв коммутируемого канала приводит к без-

условному завершению подключения. Для работы с саПЬаск-серверами суще-

ствует команда HANGUP. Команда HANGUP OFF предотвращает заверше-

ние сценария регистрации в случае, если сервер разрывает соединение. Ко-

манда HANGUP OFF должна следовать непосредственно за командой, пере-

дающей серверу строку-идентификатор. Когда сервер перезвонит и будет

установлено соединение, воспользуйтесь командой HANGUP ON, чтобы вер-

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

(HANGUP ON) работа сценария прерывается, если произошел разрыв под-

ключения.

В момент завершения работы chat-еценария устанавливается значение кода

завершения. Код завершения - это числовое значение, обозначающее состо-

568 Приложение А. Инструментарий РРР

Все escape-последовательности, кроме той, что используется для ввода

управляющих символов, начинаются с обратной косой черты (\). Управляю-

щий символ состоит из символа

и заглавной буквы. Например, управляю-

щий символ X записывается в виде "X. Евсаре-последовательности, описан-

ные в табл. А.2 с упоминанием передачи, могут использоваться только в

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

и для приема, и для передачи. Следующий пример иллюстрирует примене-

ние некоторых еэсаре-последовательностей:

Таблица А.2 (продолжение )

chat

569

яние сценария на момент завершения его работы. Ниже перечислены основ-

ные числовые коды и дана интерпретация каждого из них:

0 Сценарий завершился нормально.

1 Не удалось выполнить сценарий из-за некорректного параметра либо из-

за переполнения буфера в процессе получения строки.

2 Работа сценария принудительно завершена из-за ошибки ввода/вывода

либо по сигналу SIGINT/SIGTERM.

3 Работа программы завершена: истек интервал ожидания для строки.

4 и далее

Возникло условие, определенное командой ABORT. Числовое значение

указывает, какое из условий выполнено. Первое условие, определенное

командой ABORT, связано со значением 4; второе - со значением 5;

третье - со значением 6 и т. д.

Коды завершения от 0 до 3 вполне прозрачны. Остальные значения легче по-

нять на примере.

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

манды ABORT: первая определяла поведение для события BUSY, вторая для

события NO CARRIER, третья - для события RING - NO ANSWER. Если мо-

дем возвращает строку BUSY, сценарий завершает работу с кодом 4. Если

модем возвращает строку RING - NO ANSWER, сценарий завершает работу

с кодом 6. Значение кода завершения в каждом конкретном случае зависит

от порядкового номера команды ABORT. Если бы другой пользователь пере-

писал данный сценарий, расположив команду ABORT RING - NO ANSWER

ранее всех прочих команд ABORT, завершение по событию RING - NO AN-

SWER приводило бы к получению кода 4, а не 6, как в нашем случае.

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

Ключи командной строки -с и -п выполняют отладку файла настройки

маршрутизации, не затрагивая настройки сети и таблицу маршрутизации

ядра. Часто эти ключи используются для тестирования файла настройки,

указанного в ключе -f:

-с

Предписывает gated прочитать файл настройки и проверить его на наличие

синтаксических ошибок. Завершив чтение файла, gated создает образ сво-

его состояния и завершает работу. Образ записывается в файл /usr/tmp/ga-

ted_dump. Запуск gated с ключом

-с

не требует полномочий администра-

тора, равно как и обязательного завершения активного процесса gated.

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

gated для Gated 3.6- свободно доступной версии программы. Приложение

может использоваться в качестве самостоятельного справочника по язык>

gated,

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

зовать его в сочетании с примерами из главы 7.

gated постоянно развивается. Со сменой версий изменяется и язык команд

Чтобы получить свежую информацию по установленной версии gated, обра

щайтесь к файлам руководства man.

Команда gated

Синтаксис команды gated:

Команда gated

571

-С

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

gated завершает работу с кодом 1, если ошибки обнаружены, и с кодом О,

если ошибок нет. Код завершения может быть полезен при вызове gated

из сценариев.

-n

Запрещает gated обновлять таблицу маршрутизации ядра. Используется

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

зации без вмешательства в работу операционной системы.

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

Предписывает gated читать настройки из указанного файла, а не из файла

настройки по умолчанию, /etc/gated.conf. В сочетании с ключом -с ключ

-f выполняет проверку настроек, не изменяя настройки работающего в

настоящий момент демона gated.

Ключ -v приводит к отображению номера версии

gated.

Если он фигурирует

в командной строке, все другие ключи не обрабатываются, поскольку gated

завершает работу сразу после вывода сведений о версии.

Ключ -N запрещает gated переход в фоновый режим демона. Данный пара-

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

в режиме демона.

Аргументы командной строки параметры трассировки и файл трассировки ис-

пользуются для трассировки протоколов. Аргумент файл трассировки опреде-

ляет имя файла, в который записывается вывод трассировки. Если имя та-

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

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

Параметры командной строки для трассировки:

-t

Включает трассировку. Если ключ -t используется в отсутствие парамет-

ров трассировки, gated по умолчанию выполняет трассировку в режиме

general, то есть фиксирует нормальное взаимодействие протоколов и из-

менения в таблице маршрутизации, gated всегда регистрирует в журнале

ошибки протоколов, даже если не включена трассировка. Могут быть

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

Некоторые из этих параметров

(detail, send,

recv) не могут фигурировать

в командной строке gated. Два других наиболее полезны при указании в

командной строке:

symbols

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

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

ра и gated.