8.3 Использование dip
Теперь это все просто. Однако, Вы могли бы захотеть
автоматизировать вышеупомянутые шаги так, чтобы Вы только вызывли бы
простую команду, которая выполняет все те шаги, показанные выше. Это - то,
для чего нужен dip. (2) Текущее версия этого выпуска - версия 3.3.7.
Онаисправлялась несколькими людьми, поэтому Вы уже больъе нз сможете
говорить о dip как о программе. Эти различные элементы развития будут
"обнадеживающе" слиты в будущей версии.
Dip обеспечивает интерпретатор простым языком, который обрабатывает
модем для Вас, преобразуя линию в SLIP режим, и конфигурируя interface.
Это довольно примитивно и ограниченно, но вполне подходяще для
большинства случаев. Новая версия dip(а) может описать большое количество
многосторонних языков в один день.
Чтобы было возможным сконфигурировать SLIP interface, dip требует
root привелегию. Это теперь было бы соблазнительно для того, чтобы сделать
dip setuid к root, таким образом Все пользователи могли бы соединиться с
некоторым SLIP сервером без необходимости прдеоставления им root
доступа. Это очень опасно, потому что при установке фиктивных
interface(ов) и заданных по умолчанию маршрутов dip может разрушить
направление на вашей сети. Даже еще хуже, это даст вашим пользователям
приоритет на подсоединение к любым SLIP серверам, и начать опасную атаку
на Вашу сеть. Так, если Вы хотите позволить Вашим пользователям
запустить SLIP связь, напишите маленькие программки для каждого
предполагаемого SLIP сервера, и вызовите dip со специфическим
script(ом), который установит связь. Эти программы могут быть затем
безопасно сделаны setuid root. (3)
8.3.1 Типовой Script(сценарий).
Типовой script аоказан на рисунке 8.3.1. Он может использоваться для
связи с cowslip, вызывая dip со script именем как аргумент:
2. Dip подразумевается Dialup IP. Он был написан Fred van Kempen.
3. Diplogin может (или должен) быть запущен setuid(ом). См. раздел в
конце этой главы.
# Sample dip script for dialing up cowslip
# Set local and remote name and address
get $local vlager
get $remote cowslip
" port cua3 # choose a serial port
speed 38400 # set speed to max
modem HAYES # set modem type
reset # reset modem and tty
flush # flush out modem response
# Prepare for dialing.
send ATQ0V1E1X1\r
wait OK 2
if $errlvl != 0 goto error
dial 41988
if $errlvl != 0 goto error
wait CONNECT 60
if $errlvl != 0 goto error
# Okay, we're connected now
sleep 3
send \r\n\r\n
wait ogin: 10
if $errlvl != 0 goto error
send Svlager\n
wait ssword: 5
if $errlvl != 0 goto error
send hey-jude\n
wait running 30
if $errlvl != 0 goto error
# We have logged in, and the remote side is firing up
SLIP.
print Connected to $remote with address $rmtip
default # Make this link our default
route
mode SLIP # We go to SLIP mode, too
# fall through in case of error
error:
print SLIP to $remote failed.
Рисунок 14. Типовой dip script.
# dip cowslip.dip
DIP: Dialup IP Protocol Driver version 3.3.7 (12/13/93)
Written by Fred N. van Kempen, MicroWalt Corporation.
connected to cowslip.moo.com with addr 193.174.7.129
#
После соединения с cowslip и включением SLIP, dip отделится от
терминала и отойдет к предоставлению возможности SLIP связи. Вы сможзте "
затем начать использовать обычные сетевые услуги на SLIP связи. Чтобы
завершить связь, просто вызовите dip c опцией -k. Это пошлет hangup
сигнал dip процессу, используя id dip запись в /etc/dip.pid: (4)
# kill -k
На dip script языке, ключевые слова имеющие префикс с символом $
обозначают различные имена. Dip имеет предопределенное множество
переменных, которые будут будут перечислены ниже. $remote и $local,
например, содержат hostnames локального и незначительного хоста,
вовлеченных в SLIP связь.
Первых два оператора в типовом script - получают команды, которые
являются dip способом установки переменных. Здесь, локальный и
незначительный hostname установленн к vlager и cowslip, соответственно.
Следующие пять операторов устанавливают линию терминала и модема.
Reset посылает reset строку к модему; для Hayes-совместимых модемов,
это команда ATZ. Следующий оператор игнорирует реакцию модема, так что
login chat в линиях работал правильно. Сhat - довольно прост: он
просто набирает номер 41988, номер телефона cowslip, и подсоединятся
в account Svlager через пароль hey-jude. Wait команда заставит dip
ждать строку, данную как его первый аргумент; номер, данный как второй
аргумент делает wait time, если никакая строка не была получена. If команды
разбросаны в процедуре входа в систему, и проверяют то, что никакая ошибка
не появилась при выполнении этой команды.
Итоговые(final) команды, выполненные после logging, заданы по
умолчанию, которые заставят SLIP связать заданный по умолчанию маршрут
со всеми хостами, и режимом, который отключает SLIP на линии и
конфигурирует interface и таблицу маршрутов(routing tables) для Вас.
4. См. newsgroup alt.tla для более палиндромической забавы с
акронимами с тремя символами.
8.3.2 Dip ссылка.
"Хотя широко используемый, dip не был еще очень хорошо описан.
Поэтому, в этом разделе мы дадим ссылку для большинства dip команд. Вы
можете получить краткий обзор всех команд, вызывая dip в test режиме, и
вводя help команду. Для того, чтобы выяснять относительно синтаксиса
команды, Вы можете набрать его без каких-либо аргументов; конечно это не
работает с командами, которым не нужны никакие аргументы.
$ dip -t
DIP: Dialup IP Protocol Driver version 3.3.7 (12/13/93)
Written by Fred N. van Kempen, MicroWalt Corporation.
DIP> help
DIP knows about the following commands:
databits default dial echo flush
get goto help if init
mode modem parity print port
reset send sleep speed stopbits
term wait
DIP> echo
Usage: echo on|off
DIP>
На всем протяжении, примеры, которые выделяют DIP> prompt
показывают, как ввести команду в test режиме, и что output
производится. Примеры, испытывающие недостаток в prompt должны
приниматься как script отрывок.
8.3.2.1 Команды Модема.
Имеется ряд rоманд, для которых dip обеспечивает конфигурацию
вашей последовательной линии и модема. Некоторые из них - очевидны,
такие как порт, который выбирает последовательный порт, и
быстродействие, биты данных, стоповые биты, и четность, которые
устанавливают общие параметры линии.
Команда модема выбирает тип модема. В настоящее время,
единственый поддерживаемый тип - HAYES. Вы должны обеспечить dip типом
модема, или он откажется набирать номер и выполнять reset команды. Reset
команда посылает reset строку на модем; используемая строка зависит от
избраннпго вами типа модема. Для Hayes-совместимых модемов, это - ATZ.
Flush code может использоваться для того, чтобы убрать все реакции,
которые модем посылает so far. Иначе chat script мог бы быть спутанным,
потому что он читает OK реакции из более ранних команд.
Команда init выбирает initialization строку, которую нужно набрать
перед набором номера. Значение по умолчанию для Hayes модемов - "ATE0 Q0 V1
X1'', которая включает отображение на экране команд и long result code, и
выбирает набор вслепую (нет проверки тона шкалы).
Команда dial в конце посылает initialization строку на модем и
набирает номер системы. Заданная по умолчанию dial команда для Hayes
модемов - ATD.
8.3.2.2 echo и term.
Команда ECHO служит как помощь в отладке, в которой использование
ECHO ON делает dip ECHO на консоли и все посылает к порядковому
устройству. Он может быть выключен снова, набирая ECHO OFF.
Dip также позволяет Вам оставить script режим временно и
вступить в terminal режим. В этом режиме, Вы можете использовать dip точно
так же как и обычную terminal программу, пишущей в последовательную линию
и читющей из нее. Чтобы оставить этот режим, введите " Ctrl-] ".
8.3.2.3 Get Команда.
Get команда - dip способ установки переменной. Самая простая
форма - установить переменную как константу, как это делалось в
вышеупомянутом примере. Вы можете, также запросить пользователя для
входа определяя ключевое слов вместо значения:
DIP> get $local ask
Enter the value for $local:
Третий метод состоит в том, чтобы попробовать получить
значение от отдаленного хоста. Причудливо, на первый взгляд, но это очень
полезно в некоторых случаях: некоторые SLIP серверы не позволяют Вам
использовать Ваш собственный IP адрес на SLIP связи, но будет
приписывать Вам один из объединения адресов всякий раз, когда Вы
набираете номер, печатая сообщение, которое информирует Вас относительно
адреса к которому Вы были назначены. Если просмотры сообщения - что -
нибудь вроде этого ``Your address: 193.174.7.202'', то следующий
фрагмент dip кода допустил бы Вас до подбора адреса:
wait address: 10
get $locip remote
8.3.2.4 Print команда
Это команда к ECHO тексту к dip консоли. Любая из dip переменных
может использоваться в print командах, такие как:
DIP> print Using port $port at speed $speed
Using port cua3 at speed 38400
8.3.2.5 Переменные имена(Variable Names)
Dip только понимает предопределенное множество переменных.
Переменное имя всегда начинается с символа доллар и должен быть написан в
нижнем регистре.
$local и $locip переменные содержат название локального имени хоста
и IP адреса. Установка hostname заставляет dip сохранить каноническиий
hostname в $local, в то же самое время приписывая $locip соответствующий
IP адрес. Аналогичная вещь случается при установке $locip.
$remote и $rmtip переменные делают тоже самое для отдаленных хостов
и адресов. $mtu содержит MTU значение для соединения.
Эти пять переменных - единственые, которые могут быть
назначены непосредственно используя get команду. Хост других переменных
может быть только установлен через соответствующие команды, но может
использовать и print опрераторы; это - $modem, $port, и $speed.
$errlvl - переменная, через которую Вы можете обращаться к
результату
последней выполненой команды. Уровень ошибки 0 указывает на успех,
в то
время как ненулевое значение обозначает ошибку.
8.3.2.6 If и Goto Команды
If команда - более условная штука, чем то что обычно подрузамеваят
под
if. Синтаксис:
if var op number goto label
где выражение должно быть простым сравнением между одной из
переменных $errlvl, $locip, и $rmtip. Второй операнд должен быть целым
числом; оператор op может быть один из ==,!=, <,>, < =, и > =.
Команда goto делает выполнение из script continue строки, несущей
эту метку. Метка должна появиться как первый токен в линии, и немедленно
должна оканчиваться двоеточием.
8.3.2.7 send, wait и sleep
Эти команды выполняют простые chat scripts в dip. Send
выводит его аргументы на последовательную линию. Он не поддерживает
переменные, но понимает все C-style backslash character sequences типа
\n и \b. Знак тильды (~) используется как сокращение для каретки
return/newline.
wait берет слово как аргумент, и просматривает весь вход
на последовательной линии, пока он не распознает это слово. Слово само
по себе непосредственно не может содержать пробелы. Выборочно Вы можете
дать wait timeout value как второй аргумент; если ожидаемое слово не
получено внутри в течении заданного времени, команда возвратится со
значением $errlvl равным 1.
Sleep оператор может быть использован для того, чтобы ждать
некоторое количество времени, например, patiently ждет любую
login последовательность для завершения. И снова, интервал определен в
секундах.
8.3.2.8 mode и default
Эти команды используются для того, чтобы переключить последовательную
линию в SLIP режим и сконфигурировать interface.
Mode команда - последняя команда, выполненная dip перед гонгом в
daemon режиме. Пока ошибка не появляется, команда ничего не возвращает.
Mode берет название протокола как аргумент. Dip постоянно распознает
SLIP и CSLIP как подходящие имена. Текущая версия dip не понимает adcptive
SLIP.
После отключения SLIP режима на последовательной линии, dip
выполняет ifconfig для того, чтобы сконфигурировать interface как
двухточечную связь(point-to-point link), и вызвать маршрут к
множеству маршрутов незначительного хоста.
Если, кроме того, script выполняет заданную по умолчанию команду
перед mode, то dip также задаcт по умолчанию точку маршрута на SLIP связь.
8.4 Запуск в server режиме
Установка вашего SLIP клиента была трудной частью.
Выполнение противоположного, а именно конфигурирование вашего хоста для
того, чтобы действовать как SLIP сервер, - намного проще.
Единственный способ сделать это - использовать dip в server режиме,
который может быть достигнут, вызывая его как diplogin. Его главный
файл конфигурации - /etc/diphosts, который присоединяет login имена к
адресу этого хоста. В качестве альтернативы, Вы можете также
использовать sliplogin, BSD-производное средство, которое описывает более
гибкую схему конфигурации, которая позволяет Вам выполнить shell scripts
всякий раз, когда хост соединяется и разъединяется. В настоящее время это
происходит на Бете.
Обе программы требуют, чтобы Вы установили один login account на
каждого SLIP клиента. Например, представте что Вы обеспечиваете SLIP
обслуживание Arthur Dent в Dent.beta.com, Вы могли бы создать account
названный dent, добавляя следующюю строку к вашему файлу пароля(passwd
file):
dent:*:501:60:Arthur Dent's SLIP account:/tmp:/usr/sbin/diplogin
Впоследствии, Вы должны были бы установит пароль Dent(а), утилиту
passwd.
Теперь, когда dent подключен, dip запустится как сервер. Чтобы
определить, действительно ли ему разрешено использовать SLIP, нужно
найти имя пользователя в /etc/diphosts. Этот файл подробно описывает&
птава доступа и параметры соединения для каждого SLIP пользователя.
Типовая запись для dent могла бы быть похожа на:
dent::dent.beta.com:Arthur Dent:SLIP,296
Первая из отделяемых двоеточием областей - имя пользователя под
которым он должен войти. Вторая область может содержать дополнительный
пароль (см. ниже). Третья - hostname или IP адрес вызываемого хоста.
Далее идет информационная область без специального значения (пока
еще). Последняя область описывает параметры соединения. Это - список,
отделенный запятыми, определяющий протокол (в настоящее время один из SLIP
и CSLIP), следуя за MTU.
Когда dent входит в систему, diplogin извлекает информацию
относительно него из diphosts файла, и, если вторая область не пуста,
подсказывает " Пароль внешней защиты ''. Строка, введенная пользователем -
сравнивается с (нешифрованным) паролем из diphosts. Если они не
соответствуют, то попытка входа в систему будет отклонена.
Это связь остается установленной, пока пользователь не
отсоединяется, или модем не бросает линию. Diplogin затем возвратит линию
к нормальной discipline line и выйдет.
Diplogin требует привилегии супер-пользователя. Если Вы
запустили dip setuid root, то Вы должны сделать diplogin отдельной
копией dip(а) вместо простой связи. Diplogin может затем быть сделан
setuid, без воздействия на состояние dip непосредственно.
9. Двухточечный Протокол(point-to-point protocol)
9.1 Распутывающий P's
Точно так же как SLIP, PPP - протокол для того, чтобы посылать
датаграммы через последовательную связь, но он адресует пару вышеупомянутых
неточностей. Он позволяет сообщающиемся сторонам обсудить опции, такие как
IP адрес и максимальный датаграмный размер во время запуска, и
обеспечивает разрешение клкента. Для каждой из этих возможностей, PPP
имеет отдельный протокол. Ниже, мы кратко рассмотрим эти базисные
стандартные блоки PPP. Это обсуждение далеко не полно; и если Вы
хотите выяснить что-либо относительно PPP, то я настоятельно
рекомендую Вам прочитать спецификацию в RFC 1548, также как и dozen или
companion RFCs. (1)
В самой основе PPP лежит управление передачей данных высокого
уровня, сокращенно HDLC(High-Level Data Link Control Protocol),(2),
который определяет границы вокруг ндивидуальных структур PPP, и
обеспечивает 16 разрядов контрольной суммы. В противоположность более
примитивному оформлению SLIP пакета, PPP способен к захвату блоков из
других протоколовтаких как IP типа IPX Novell's, или Appletalk. PPP
достигает этого, добавляя область протокола к основному HDLC.
LCP(Link Control Protocol), Протокол управления связи,
используется на вершине HDLC для оговора опций, имеющих отношение к
каналу связи, типа Maximum Receive Unit (MRU), которая заявляет
максимальный размер датаграммы одной стороны связи.
Важный шаг в стадию конфигурации связи PPP клиентского разрешения.
Хотя это не обязательно, это действительно должно было бы быть для dial-
up линий. Обычно, вызываемый хост просит клиента зарегестрировать
себя, доказывая, что он знает некоторый секретный ключ. Если клиент
набрал неправильный ключ, то связь будет прервана. С PPP, разрешение
работает обеими способами; то есть вызывающий может также просить,
чтобы сервер опознал себя. Эти процедуры установления подлиности не
зависят друг от друга. Имеются два протокола для различных типов
разрешения, которые мы обсудим позже. Они именованы "Протоколом
Установления Подлинности Пароля", или PAP(Password Authentication
Protocol ), или CHAP(Challenge Handshake Authentication Protocol).
Каждый сетевой протокол, который разбит поперек канала связи,
пожобно IP, AppleTalk, и т.д, сконфигурирован динамически, используя
соответствующую Network Control Protocol (NCP). Например, чтобы послать
IP датаграммы поперек
1. Релевантные RFCs перечислены в Annoted Bibiliography в конце
этой книги.
2. Фактически, HDLC- намного более общий протокол,
изобретенный Международной организацией по стандартизации
связи, оба PPPs должны сначала обсудить, который из IP адресов
каждый из них использует. Протокол управления, используемый для
этого - IPCP, the Internet Protocol Control Protocol.
Помимо посылки стандарта IP датаграммы поперек связи, PPP
также поддерживает Van Jacobson header compression IP датаграмм. Это -
метод для того, чтобы сократить заголовки TCP блоков к всего трем байтам.
Это также используется в CSLIP, и - больше относится к VJ header
compression. Использование сжатия может быть заключено в лимите времени
запуска через IPCP.
9.2 PPP на Linux
На Linux, PPP функциональные возможности расщеплены на две части,
low-level HDLC драйвер, который размещен в ядре, и пространство
пользователя pppd daemon, которое обрабатывает различные протоколы
управления. Текущее разъединение PPP для Linux - linux-ppp-1.0.0, которое
содержит ядро PPP модуля, pppd, и программа, именованная chat
используется для того, чтобы выполнить отдаленную связь.
PPP kernel драйвер был написан Michael Callahan. Pppd был
выведен из PPP реализации для Sun и 386BSD машин, который был написан
Drew Perkins и другими, и поддерживается Paul Mackerras. Это было
предоставлено к Linux Al Longyear. (3) chat был написан Karl Fox.(4)
Точно так же как и SLIP, PPP выполнен посредством специальной
line discipline. Для того, чтобы использовать последовательную линию как
PPP связь, Вы сначала должпы уутановить связь над вашим модемом как
обычно, и впоследствии преобразовать линию к PPP режиму. В этом методе,
все входящие данные проходят через PPP драйвер, который проверяет
входящие HDLC структуры для соответствия (каждая HDLC структура
несет 16 битов контрольной суммы). В настоящее время, он способен к
выбору, используя Van Jacobson header compression. Как только Linux
поддерживает IPX, PPP драйвер будет расширен для того, чтобы обрабатывать
IPX блоки.
Kernel драйверу помогает pppd, PPP daemon, который выполняет
целую инициализацию и опознавательный период, который является необходимым
перед тем, как фактическое сетевое движение может быть послано поперек
связи. Поведение Pppd может подстраиваться, используя ряд опций. PPP -
комплексный, невозможно описать все из них в единственной главе.
3. Оба автора сказали, что они будут очень заняты некоторое время для
того, чтобы вернуться. Если Вы имеете какие-либо вопросы относительно PPP
в общем, то Вам лучше всего спросить бы людей относительно NET
канала Linux activists mailing list..
4. Karl@morningstar.com.
Эта книга, однако, не может покрывать все аспекты pppd, но
даст Вам полное введение. Для более подробной информации, обратитесь к
страницам инструкции и файлам README на pppd исходном распространении,
которое должно помочь Вам отсортировать большинство вопросов, эта глава
объясняет как это сделать. Если у Вас остаются проблемы даже после
чтения всей документации, то Вы должны обратиться к newsgroup
сomp.protocols.ppp для справки, которая является местом где Вы узнаете
многое о pppd.
9.3 Запуск pppd
Когда Вы хотите соединитьcя с Internet через PPP связь, Вы
должны
установить базисные возможности работы с сетями типа возврата
цикла, и решающего устройства. Оба были описаны в предыдчщих"
главах. Имеются некоторые вещи, которые нужно упоминать относительно
использования DNS над последовательной связью; пожалуйста обратитесь к
SLIP главе для описания.
Как вводный пример того, как устанавливать PPP связь с pppd,
представте, что Вы - во vlager снова. Вы уже соеденились с сервером по
телефону, c3po, и зарегистрировались на ppp account. C3po уже
запустила свой PPP драйвер. После выхода из коммуникационных программ,
которые Вы используете для соединения по телефону, Вам необходимо выполнить
следующую команду:
# pppd /dev/cua3 38400 crtscts defaultroute
Это переместит последовательную линию cua3 к PPP режиму и
установит IP связь с c3po. Скорость передачи, используемая на
последовательном порте будет 38400bps. Опция crtscts включает аппаратное
рукопожатие на порт, который должен работать на скорости более чем 9600
бит\сек.
Первую вещь, которую pppd делает после запуска - договориться о
некоторых характеристиках связи, используя LCP. Обычно, заданное по
умолчанию множество опций, о котором pppd попробует договориться, так что
мы не будем подробно вдаваться в это. Мы возвратимся к LCP более
подробно несколько позже.
В настоящее время, мы также принимаем, что c3po не требует
какого-либо установление нашей подлинности, так что период
конфигурации завершен успешно.
Pppd будет договариваться о IP параметрах с peer используя
IPCP, IP управляет протоколом. Так как мы не точно определяли IP
адрес к pppd выше, то он попробует использовать адрес,
полученный при наличии решающего устройство, при просмотре локального
hostname. И затем объявят этот адрес друг другу.
Обычно, ничего не случается с этими значениями по умолчанию. Даже
если Ваша машина находится в Ethernet, Вы можете использовать тот же самый
IP адрес для обоих. и для Ethernet, и для PPP interface. Но тем не
менее, pppd позволяет Вам использовать различные адреса, или даже
спрашивать Вашего peer для того, чтобы использовать некоторый
специфический адрес. Эти опции обсуждены далее.
После прохождения IPCP периода установки, pppd подготовит Ваш
host's networking layer для того, чтобы использовать PPP связь. Сначала
будет сконфигурированн PPP сетевой interface как point-to-point связь,
используя ppp0 для первой PPP cвязи, которая является активной, ppp1 для
второй, и так далее. Затем, он установит маршрутную таблицу, которая
указывает на хост в другом конце связи. В примере, показанном выше,
pppd сделает заданный по умолчанию сетевой маршрут к c3 опциии
defaultroute. (5) Он азаставляет все датаграммы к хостам не на
вашей локальной сети быть посланными к C3po. Имеется ряд различных
маршрутов, которые pppd поддерживает, которые мы обсудим позже в этой
главе.
9.4 Использование файлов опций
Прежде чем pppd проанализирует аргументы командной строки, он
просмотрит несколько файлов для опций, заданных по умолчанию. Эти
файлы могут содержать любые подходящие аргументы командной строки,
распространяющиеся поперек произвольного числа линий. Комментарии
представлены своими специальными знаками.
Первый файл опций - /etc/ppp/options, который всегда просматривается
тогда, когда запускается pppd. При использовании этого для установки
некоторых глобальных значений по умолчанию - хорошая идея, потому что это
позволит Вам сохранить пользователей от выполнения нескольких вещей,
которые могут поставить под угрозу защиту. Например, чтобы pppd запросил
некоторый вид установления подлинности (или PAP или CHAP) от peer, Вы бы
добавили опцию auth к этому файлу. Эта опция необходима для того,
чтобы стало невозможно установить PPP связь с любой системой, которая
не в наших опозназательных базах данных.
Другой файл опций, который читается после /etc/ppp/options -
рpprc в исходном каталоге пользователя. Он позволяет каждому
пользователю точно определить ее собственное множество опций по умолчанию.
Типовой файл /etc/ppp/options мог бы выглядеть следующим образом:
5. Заданный по умолчанию сетевой маршрут может быть только
установлен, если ни один из них не установлен.
# Global options for pppd running on vlager.vbrew.com
auth # require authentication
usehostname # use local hostname for CHAP
lock # use UUCP-style device locking
domain vbrew.com # our domain name
Первыя две из этих опций обращаются к установлению подлинности и
будут объяснены ниже. Ключевое слово блокировки заставит pppd уступить
стандарту UUCP метод блокировки устройства. С этим собранием, каждый
процесс, который обращается к последовательному устройству, скажем
/dev/cua3, создает файл блокировки, названный LCK.. cua3 в UUCP катологе,
чтобы сообщить, что это устройство находится в использовании. Необходимо
предотвратить любые другие программы типа minicom или uuci локального
устройства в то время как используется PPP.
Причина в обеспечении этой опцией в глобальном конфигурационном
файле - то, что опции типа тех, что были показанны выше не могут быть
отменены, и они обеспечивают приемлемый уровень защиты. Заметьте
однако, что некоторые опции могут быть отменены позже; один такой пример
-соединить строку.
9.5 Набор номера с chat
Одна из вещей, которая может испугать Вас как неудобная в
вышеизложенным примере - то, что Вы должны установить связь вручную прежде,
чем Вы могли бы запустить pppd. В отличие от dip, pppd не имеет
собственный script язык для набора незначительной системы и регистрации,
но полагается на некоторую внешнюю программу или shell script для того,
чтобы сделать это. Команда, которая будет выполнена может быть дана
pppd с connect командой line option. Pppd переназначит вход и выход
к последовательной линии. Одна полезная программа для этого - expect,
написанная Don Libes. Она имеет очень мощный язык основанный на Tcl, и
была разработана точно для этого сорта приложения.
Pppd пакет идет с подобной программой называемой called chat,
которая позволяет Вам определить UUCP-style chat script. В основном, chat
script состоит из чередующихся последовательности строк, которые мы
ожидаем получить от отдаленной системы, и ответов, которые мы должны
послать. Мы будем называть expect и send строки, соответственно. Это
типичная выборка из chat script;
ogin: b1ff ssword: s3kr3t
Он сообщает chat чтобы ждать отает из отдаленной системы для того,
чтобы послать login prompt, и вернуть login имя b1ff. Мы только ждем ogin:
так чтобы было все равно стартует ли login prompt с верхнего регистра или с
нижнего регистра I, или приходит искаженным. Следующяя строка - expect
string снова, которая заставит chat ждать пароль, и посылать свой пароль в
ответ.
Вот это в основном и все то, для чего предназначен chat scripts.
Полный script для соединения с PPP сервером, несомненно должен
включать соотствующие команды модема. Представте, что ваш модем
понимает Hayes команды, и номер телефона сервера был 318714. Полный
вызов chat для установки связи с c3po был бы:
$ chat -v '' ATZ OK ATDT318714 CONNECT '' ogin: ppp word: GaGariN
По определению, первая строка должна бы быть expect строкой, но так
как модем не будет говорить что - нибудь прежде, чем мы пнули его, мы
сделаем chat так, чтобы он сначала ожидал, опрзделкв пустую строку. Мы
продолжаем и посылаем ATZ, reset команда для Hayes-совместимых модемов, и
ждем реакцию (OK). Следующая строка посылает dial команду с номером
телефона для chat, и ожидает сообщение CONNECT в ответ. За этим следует
пустая строка снова, потому что мы не хотим посылать, но лучше подождать
для быстрого входа в систему. Остаток от chat script работает точно так,
как описано выше.
Опция -v делает caht log all activities к syslog daemon's local2
facility. (6)
Определение chat script на командной строке несет оправданный риск,
потому что пользователи могут просматривать командную строку
процессов с использованием ps команды. Вы можете избежать этого, помещая
chat script в файл, скажем dial-c3po. Вы можете заставить chat прочесть
script из файла вместо командной строки, давая ему опцию -f,
сопровождаемой именем файла. Завершением колдовства над pppd теперь
выглядело бы следующим образом:
# pppd connect "chat -f dial-c3po" /dev/cua3 38400 -detach \
crtscts modem defaultroute
6. Если Вы редактируете syslog.conf так, чтобы переназначить
эти log сообщения к файлу, удостоверитесь, что этот файл не всемирно
читаемый, так как chat также регестрирует введенный chat script по
умолчанию - включая пароли и все.
Помимо соединяющейся опции, которая определяет dial-up script, мы
добавили еще две опции к командной строке: - detach, которая сообщает
рppd не отделяться от консоли и стать процессом предпосылки. Ключевое
слово модема заставит его выполнить некоторые модем-определенные
действия на последовательном устройстве, подобно "повесить трубку"
прежде и после вызова. Если Вы не используете это ключевое слово, pppd не
будет определять DCD линию, и будет не обнаруженна неожиданно.
Примеры, показанные выше были довольно просты; chct позволяет
учитывать намного более комплексные chat script. Одна очень полезная
особенность - способность к точному определению строки на которой можно
прервать chat с ошибкой. Типичные аварийные строки - BUSY, или NO
CARRIER, которые ваш модем обычно генерирует, когда вызываемый номер
занят, или не поднимают трубку. Для того, чтобы сделать chat
распознающим их немедленно, скорее быстрее чем выйдет время, Вы можете
определить начало script, используя ключевое слово ABORT.
$ chat -v ABORT BUSY ABORT 'NO CARRIER' '' ATZ OK ...
В подобном режиме, Вы можете изменить значение блокировки по
времени для частей chat scripts, вставляя TIME OUT опции. Для
деталей, пожалуйста обратитесь к chat(8) справочника.
Иногда, вы может быть захотели бы иметь некоторый вид условного
извлечения частей chat script. Например, когда Вы не получаете
отдаленный end'slogin prompt, возможно Вы можете захотеть послать BREAK,
или возврат каретки. Вы можете достичь этого, присоединяя sub-script к
expect строке. Она состоит из последовательности send- и expect- строк,
точно таких же как и полный script непосредственно, который отделен
дефисами. Sub-script выполняется всякий раз, когда expected строка когда
не было ничего получено. В примере изложенном выше, мы модифицировали бы
chat script следующим образом:
ogin:-BREAK-ogin: ppp ssword: GaGariN
Теперь, когда chat не видит, что отдаленная система посылает
быстрый вход в систему, sub-script выполняется сначала посылая BREAK, и
затем ожидает для входа в систему снова. Если prompt теперь появится,
то script будет продолжаться как обычно, иначе это прервется с ошибкой.
9.6 Отладка вашей PPP установки
По умолчанию, pppd регестрирует любые предупреждения и сообщения
об ошибках к syslog's daemon facility. Вы должны добавить записю "
в syslog.conf, которая переназначит его к файлу, или даже к консоли,
иначе syslog просто отбросит эти сообщения. Следующая запись
посылает все сообщения к /var/log/ppp-log:
daemon.* /var/log/ppp-log
Если ваша PPP установка не работает, при просмотре этого log файла,
то он должен дать Вам подсказку, что что-то идет неправильно. Если это не
помогает, то Вы можете включить особо отлаживающийся вывод, используя
опцию отладки. Это делает pppd log с содержанием из всех управляющих
блоков, посланных или полученных к syslog. Все сообщения будут идти к
daemon facility.
В заключение, наиболее решительная особенность - отключение
kernel-level отладки, вызывая pppd с опцией kdebug. Она
сопровождается числовым аргументом, который является поразрядным ИЛИ
следующих значений: 1 для общих сообщении отладки, 2 для печати
содержания всей входящей HDLC структуры, и 4 для того, чтобы сделать
драйвер принтера выходящим на HDLC структуру. Для того, чтобы захватить
kernel отлаживающее сообщения, Вы должны также запустить syslogd daemon,
кот или klogd daemon. Каждый из них направляет kernel отладку к syslog's
kernel facility.
9.7 IP опции конфигурации
IРCP используется для того, чтобы обговорить пару IP
параметров в конфигурационной связи. Обычно, каждый peer может
посылать IPCP запрос конфигурации, указывая, которая переменная хочет
измениться из значений заданных по умолчанию, и к какому значению.
После получения, отдаленный end осматривает каждую опцию, и подтверждает
или отклоняет ее.
Pppd дает Вам множество управления, относительно IPCP опций, которые
будут пытаться вести переговоры. Вы можете настроить ее через различные
опции командных строк, которые мы обсудим ниже.
9.7.1 Выбор IP адресов
В примере выше, у нау был pppd, связывающейся с c3po и
устанавливающий IP связь. Никакие условия не принимались для того, чтобы
выбрать частный адрес IP на любом конце связи. Взамен, мы выбрали адрес
vlager's как локальный адрес IP, и позволяем c3po обеспечить себя
собственным. Иногда это полезно иметь контроль над тем , какой адрес
используется на одном или на другом конец связи. Pppd поддерживает
отдельные разновидности этого.
Чтобы просить о частных адресах, Вы вообще обеспечиваете pppd
следующеми
опциями:
local addr:remote addr
Где local addr и remote addr могут быть определены или в dotted
quad notation, или как hostnames.(7) Это заставит pppd попытаться
использовать первый адрес как собственный адрес IP, и второй как
peer. Если peer отклоняет любой из них в течение IPCP переговоров,
никакая связь IP не будет установленна. (8)
Если Вы хотите установить локальный адрес, но принимаете любой
адрес, который использует peer, Вы просто не учитываете remote addr
part. Например, для того, чтобы vlager использовал IP адрес 130.83.4.27
вместо собственного, Вы бы дали ему 130.83.4.27: на командной строке.
Подобно установки remote адресов только, Вы покинули бы локальную
область адреса.
Используя значение по умолчанию, pppd затем использует адрес,
связанный с вашим hostname.
Некоторые PPP серверы, которые обрабатывают множество клиентов,
приписывают адреса динамически: адреса назначены системам только когда
существует обращение и требуются после того, как они прекратили
регистрироваться снова. Когда происходит соединение с таким
сервером, Вы должны удостовериться, что pppd не запрашивает какой-
либо IP адрес из сервера, но когда адрес будет принят сервер попросит Вас,
чтобы Вы его использовали. Это означает то, что Вы не должны определить
того, Вы должны использовать опцию noipdefault, которая заставит pppd
ждатю pegr, чтобы обеспечить адрес IP вместо использования адреса
локального хоста.
7. Использование hostnames в этой опции имеет следствия на
CHAP установления подлинности. Пожалуйста обратитесь к разделу на CHAP.
8. Вы можете позволить peer PPP отменить ваши идеи относительно IP
адресов, давая pppd ipcp-accept-local и ipcp-accept-remote опции.
Пожалуйста обратитесь к руководству для выяснения деталей.
9.7.2 Направление через связь PPP
После установки сетевого interface, pppd будет устанавливать хост
маршрут только к своему peer. Если remote хост находится на LAN, Вы
обязательно захотите быть способным соединится с хостами множествами
"позади" Вашего peer; то есть сетевой маршрут должен быть установлен.
Мы уже видели, что pppd можно попросить уствновить заданный по
умолчанию маршрут, используяю опцию defaultroute. Эта опция очень полезна
если PPP сервер, с которым Вы связались будет действовать как ваши
Internet ворота.
Обратный случай, где ваша система действует как ворота для
единственного хоста, является также относительно простым для того, чтобы
быть выполненым. Например, возьмите некоторых служащих в Virtual
Brewery, чья локальная машина называется loner. При соединении с vlager
через PPP, он использует адрес на подсети Brewery. В vlager, мы можем
теперь дать pppd опцию proxyarp, которая установит полномочную ARP
запись для loner. Это автоматически сделает loner доступным для всех
и в Winery.
Однако, вещи далеко не всегда просты как это иногда кажется, например
когда Вы соединяете две LAN. Это обычно требует добавления специального
сетевого маршрута, потому что эти сети могут иметь свой маршрут
заданный по умолчанию. Кроме того, имея обоих peer использование связи PPP
как маршрут заданный по умолчанию генерировало бы цикл, где блоки к
некзвеутным адресатам будут пинаться между peer пока их time-to-live
истечет.
Как пример, предположите, что Virtual Brewery открывает
ветвь в каком-нибудь другом городе. Подразделение запускает
собственную Ethernet используя IP сетевой номер 191.72.3.0, который
является подсетью 3 из Brewery класса B сети. Они хотят соединиться с
Brewery's main Ethernet via PPP для тго, чтобы модифицировать базы данных
заказчиков, и т.д. Снова, vlager действует как ворота; peer вызывается
sub-etha и имеет адрес IP 191.72.3.1..
Когда sub-etha соединится с vlager, она примет заданный по
умолчанию маршрут к vlager как обычный. На vlager, мы будем должны
установить сетевой маршрут для подсети 3, который проходит к sub-etha. Для
этого, мы используем особенность pppd, не обсужденного пока - ip-в
готовности команды. Это shell script или программа, размещенная в
/etc/ppp, которая выполнена после того, как PPP interface был
сконфигурирован. Когда он существует, это вызывается со следующими пар
ip-up iface device speed local addr remote addr
Где iface называет сетевой interface используемым, device - тропа
файла последовательного устройства используемого (/dev/tty, если
stdin/stdout используется), и speed - быстродействие устройства. Local
addr и remote addr дают IP адреса, используемые в обоих концах связи
в dotted quad notation. В нашем случае, ip-up script, может содержать
следующий кодовый фрагмент:
#!/bin/sh
case $5 in
191.72.3.1) # this is sub-etha
route add -net 191.72.3.0 gw 191.72.3.1;;
esac
exit 0
В подобном режиме, /etc/ppp/ip-down используется для того, чтобы
отменить все действия ip-up после того, как связь PPP была демонтирована
снова.
Однако, схемж матшрутов еще не полна. Мы установили маршрут входов
таблицы на оба PPP хоста, но пока, все другие хосты на обих сетях не знают
ничего относительно связи PPP. Это не большая проблема, если все
хосты в подразделении имеют свои, заданные по умолчанию маршруты в sub-
etha, и все хосты в Brewery направляются к vlager по умолчанию. Если это
не так, то ваша единственная опция будет использовать daemon маршрут
подобно воротам. После создания сетевого маршрута передал бы по радио
новый маршрут ко всем хостам на присоединенной подсети.
9.8 Опции управления связью
Выше, мы уже столкнулись с LCP, Протоколом Управления Связи,
который используется для того, чтобы заключить характеристики связи, и
проверить связь.
Две наиболее важных опции, которые могут быть заключены LCP -
максимум получает единицу и Асинхронное Отображение Управляющего символа.
Имеется ряд других LCP опций конфигурации, но они слишком
специализированны для обсуждения их здесь. Пожалуйста обратитесь к RFC
1548 для описания этого.
Асинхронное отображение управляющего символа, разговорно
называемого async отображение, используется на асинхронных связях типа
телефонных линий для опознавания управляющих символов, которых
нужно найти (заменить специфической последовательностью с двумя
характерами). Например, Вы может быть захотите избежать XON и XOFF,
используемые для рукопожатия программного обеспечения, потому что
некоторый плохо сконфигурированный модем мог бы удушить получения стоп-
сигнала. Ctrl-] (telnet символ ESC). PPP позволяет Вам выходить из любого
из знака с ASCII кодировкой от 0 до 31, точно определяя их в аsync
отображении.
Async отображение - растр шириной 32 бита, с самым младшим
битом, соответствующим ASCII NUL знаку, и старшим битом соответствующим 31
ASCII. Если бит установлен, то оп сообщает соответствующему знаку, который
должен выйти перед посылкой через связь. Первоначально, async
отображение - множество к 0xffffffff, то есть все управляющие символы
будут esaped.
Для того, чтобы сообщить вашему peer, что это он не должен
escaped все управляющие символы, а только несколько из них, Вы можете
точно определять новый asyncmap к pppd используя опцию asyncmap. Например,
если только ^S и ^Q (ASCII 17 и 19, обычно используемый для
старт-сигнала(XON) и стоп-сигнала(XOFF)) должно быть escaped, то Вам
надо использовать следующую опцию:
Asyncmap 0x000A0000
Максимум получает единицу, или MRU, сообщает peer максимальный размер
HDLC рамки, которую мы хотим получить. Хотя это может напомнить Вам
значение MTU (Максимальная Порция обмена), то эти два имеет немного
общего. MTU - параметр kernel устройства работы с сетями, и
описывает максимальную структуру inerface делая его способным к обработке.
MRU более, чем совета к remote end для того, чтобы не генерировать любой
фрейм больший чем MRU; interface должен однако быть способен 1500 байт.
Выбор MRU не такой большой вопрос того что как связь способна к
пересылке, но того, что даст Вам самый лучший throughput. Если Вы
имеете в виду интерактивные приложения над связью, то установки MRU к
значениям всего 296 - хорошая идея, так, чтобы случайный больший блок
(говорят, из FTP сеанса) не сделал бы ваш курсор "jump''. Чтобы сообщить
pppd чтобы он запросил MRU 296, Вы бы дали ему опцию mru 296. Малый
MRUs, однако, только имеет смысл, если Вы не имеете эту опцию (это
отключается по умолчанию).
Pppd понимает также пару LCP опций, которые конфигурируют полное
поведение процесса переговоров, типа максимального номера из запросов
конфигурации, которые могут быть обменены перед тем как связь будет
прервана.
&
" В заключение, имеются две опции, которые обращаются к LCP ECHO
сообщениям. PPP определяет эти два сообщения, запрос ECHO и ответ ECHO.
Pppd использует эту особенность, чтобы проверить, действует ли связь все
еще. Вы можете отключить это используя опцию lcp-echo-interval
вместе со временем мгновенно. Если никакие структуры не получены от
отдаленного хоста внутри этого интервала, то pppd сгенерирует запрос ECHO,
и будет ожидает, какой ECHO ответ peer возвратит. Если peer не
возвращает ответ, то связь будет прервана после некоторого числа
посланных запросов. Этот номер может быть установлен используя опцию
lcp-echo-failure. По умолчанию, эта особенность отключена в целом.
9.9 Общие рассмотрения защиты
Плохо сконфигурированный PPP daemon может быть разрушителен для
защиты. Это может быть так плохо, как разрешение подсоединиться
любому человеку со своего компьютера в Вашу Ethernet (и это очень плохо).
В этом разделе, мы обсудим несколько критериев, которые должны сделать
вашу PPP конфигурацию безопасной.
Одна проблема с pppd - то, что конфигурация сетевого устройства и
таблицы маршрутов требуют привилегии root. Вы будете обычно
разрешать эту сложность, выполняя setuid root. Однако, pppd
позволяет пользователям установить различные защита-релевантные опции.
Для защиты против любого нападения, пользователь может манипулировать
этими опциями, Вам предложат установить пару значений по умолчанию
в глобальном файле /etc/ppp/options, подобно тем показанным в типов
9.4. Некоторые из них, типа опознавательных опций, не могут быть
отменены пользователем, и так что они обеспечивают приемлемую защиту против
манипулирований.
Конечно, Вы должны защитить себя от систем, с которыми PPP также
общается. Чтобы отразить хосты, Вы должны всегда иметь некоторый вид
установления подлинности от вашего peer. Дополнительно, Вы не должпы
позволять иностранным хостам использовать любой адрес IP какой они
выберут, но ограничьте их по крайней мере несколькими. Следующий раздел
будет связам с этими проблемами.
Назад | Содержание | Вперед