Чтение онлайн

Рассмотрим этот сценарий. Как можно заметить, простая конструкция case выполняет перехват параметров stop и start.

$ pg rc.audit

#!/bin/sh

#rc.audit start | stop

#сценарий запускает или прекращает выполнение

#контролирующего приложения zeega

#

case "$1" in

start)

echo -n "Starting the audit system…."

/apps/audit/audlcp -a -p 12

echo

touch /var/lock/subsys/rc.audit

;;

stop)

echo -n "Stopping the audit system…."

/apps/audit/auddown -k0

echo

rm -f /var/lock/subsys/rc.audit

;;

restart)

$0 stop

$0 start

;;

*)

echo "To call properly..Usage: $0 {start | stop | restart}"

exit 1

;;

esac

exit 0

В Limix…

В

некоторых вариантах Linux предполагается, что файл блокировки создается при запуске службы. Если файл блокировки отсутствует, при уничтожении сценариев могут возникнуть трудности.

Опция start вызывает контрольный процесс, который запускает действительную систему контроля, а опция stop вызывает сценарий, останавливающий систему контроля. Конечно, перед помещением сценария в каталог init.d его следует проверить.

$ rc.audit

То call properly..Usage:./rc.audit {start|stop|restart}

$ rc.audit start

Starting the audit system….

Предположим, что сценарий проверен. Запуск и прекращение функционирования службы контроля реализуется без затруднений. Установим связь сценария с нужными каталогами выполнения.

В данной системе каталоги rcN.d помешены в файл /etc/rc.d, а сценарии rc.scripts помещены в файл /etc/rc.d/init.d. Измените пути, если это необходимо.

Внимательно приступайте к первоначальному запуску сценария; не забывайте, что запуск сценариев начинается с указания опции s.

$ pwd

/etc/rc.d/rc3.d

$ ln -s ../init.d/rc.audit S35rc.audit

$ ls -1

lrwxrwxrwx 1 root root 27 May 8 14:37 S35rc.audit -> ../init.d/rc.audit

Теперь создается ссылка. Поток вывода команды ls -l, который показывает ссылку, направляется в файл /etc/init.d/rc.audit. Как часть команды ссылки, поддерживается путь ко всему каталогу, но это не обязательно. Теперь необходимо применить команду cd для последовательного перехода во все каталоги, где нужно запустить службу (в данном случае rc4.d и rc5.d), и выполнить в них аналогичные действия. Для уничтожения сценариев примените следующие команды:

$ pwd

/etc/rc.d/rc6.d

$ ln -s ../init.d/rc.audit K35rc.audit

$ ls -l

lrwxrwxrwx 1 root root 27 May 8 14:43 K35rc.audit -> ../init.d/rc.audit

Аналогичную процедуру можно реализовать для других каталогов, где нужно остановить выполнение службы контроля. Теперь при перезагрузке системы служба контроля прекращает выполняться. Это происходит и в том случае, когда значения уровней выполнения изменяются на 2 или 1. Служба контроля запускается, если значение уровня выполнения изменяется на 4 или 5.

28.5. Использование файла inittab для запуска приложений

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

В приведенном примере применяется один

из сценариев проверки зеркального образа диска, который выполняется, когда номер уровня выполнения равен 3. Вначале следует удостовериться, что сценарий выполняется надлежащим образом, затем осуществляется резервное копирование файла inittab.

$ cp /etc/inittab /etc/inittab.bak

Отредактируем файл inittab. В конец файла добавим следующую запись.

#сценарий проверки диска, рассмотрим, не повреждены ли какие–либо зеркальные образы.

rc.diskchecker:3:once:/usr/local/etc/rc.diskchecker > /dev/console 2>&1

Теперь следует сохранить файл и выйти из редактора.

Вышеприведенная запись означает следующее: Rc.diskchecker является уникальным ID на уровне выполнения 3. Выполните этот процесс один раз. Сценарий находится в файле /usr/hcal/etc/rc.diskchecker, весь поток вывода направляется на консоль.

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

Если вы не желаете применять файл /etc/inittab, существует другая возможность запустить службу. Большая часть систем включает файл rc.local, который помещается в каталоге /etc либо рядом с ним. Этот файл сценария закрывается после запуска файла inittab и сценария rc.scripts. В файл rc.local можно ввести все необходимые команды или добавить запись для вызова удобного вам сценария запуска.

Некоторые системы также поддерживают сценарный файл под названием shutdown, который находится в каталоге /bin (хотя довольно часто этот файл может располагаться в каталоге /usr/sbin). Воспользуйтесь этим файлом для завершения выполнения служб, используя команду завершения работы системы.

28.7. Заключение

Уровни выполнения на самом деле относятся к области системного администрирования. Задача данной главы состоит в том, чтобы продемонстрировать наилучшие способы контроля и гибкого использования различных сценариев и служб, которые запускаются при загрузке системы.

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

ГЛАВА 29

Сценарии cgi

В настоящее время, когда практически на каждом ПК установлен Web–сервер, глава, посвященная сценариям cgi, органически вписывается в книгу по shell–программированию.

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

• базовые сценарии cgi;

• использование SSI;

• метод get;

• метод post;

• создание интерактивного сценария;

• сценарий cgi, автоматически обновляющий Web–страницу.

Для установки Web–сервера вовсе необязательно организовывать сеть; этот сервер может быть запущен на локальном компьютере. Изначально предполагается, что у вас установлен Web–сервер (Apache, Cem и т. п.) и броузер, используемый для просмотра Web–страниц (Netscape, Internet Explorer и т. п.). Помимо этого, сервер должен поддерживать cgi. По умолчанию поддержка cgi отключена путем добавления знаков комментариев в определенные строки сценария. Дополнительные сведения по этому вопросу можно найти в последующих разделах этой главы.