Каким образом производится автоматический старт служб в UNIX-системах, наследующих UNIX System V?

⇐ ПредыдущаяСтр 5 из 5

Службы используются в UNIX-системах, использующих System V-подобную схему загрузки системы. При этом каждому уровню выполнения соответствует набор служб, запускаемых при переключении на этот уровень.

В директории /etc/rc.d/ можно увидеть директории rc0.d, rc1.d и т.д. – по одной на каждый уровень выполнения. В этих директориях содержатся ссылки на службы, которые будут запущены или остановлены при переходе на соответствующий уровень выполнения.

Переход с уровня на уровень должен сопровождаться не только запуском, но и остановкой служб. Например, при переходе с уровня 3 на уровень 2 необходимо остановить все сетевые службы. Поэтому схема ".d" была расширена: сначала с параметром " stop" запускаются сценарии, имена которых начинаются на " K" (Kill), а затем, с параметром " start" - те, имена которых начинаются на " S" (Start). В приведенном ниже примере при переходе на уровень 2 останавливается несколько служб, в том числе сетевой метадемон (K50xinetd) и монтирование по сети удаленных файловых систем (K75netfs). Если при переходе с уровня на уровень некой службе не требуется менять своего состояния, сценарий не запускается вовсе. Так, при переходе с уровня 3 на уровень 2 сетевые настройки остаются активными, поэтому соответствующий сценарий (S10network), скорее всего, запущен не будет.

Долгое время считалось, что определение порядка загрузки - дело системного администратора, поэтому расставлять символьные ссылки в каталогах rc*.d приходилось вручную. Однако одно из другого не следует: можно предусмотреть и более простой способ наполнения этих каталогов ссылками. Один из способов такой: поставить в стартовый сценарий комментарий особого вида, в котором описать, на каких уровнях служба должна быть активизирована, и какой по порядку должна быть запущена и остановлена.

Для установления связи между службами и уровнями выполнения используется утилита chkconfig.

44. Приведите примеры служб? Какие функции выполняет каждая из них?

В современных UNIX-системах существует множество служб, выполняющих самые разнообразные функции. Часть служб связано с демонами, часть – с настройкой каких-то элементов операционной системы. Рассмотрим примеры служб, существующих в том или ином виде практически во всех UNIX-системах:

cron

системный планировщик заданий – демон, запускающий определённые программы с заданными интервалами времени;

syslog

системный журнал – демон, организующий единый интерфейс для журналирования событий в системе;

network

служба инициализация сети – производит автоматическую настройку интерфейсов, маршрутизации и т.п.;

iptables

служба инициализации межсетевого экрана в Linux;

sshd, xinetd, ftpd

набор сетевых служб, запускающих различные сетевые серверы;

sendmail

почтовый сервер – демон, обеспечивающий отправление и доставку почты по протоколу SMTP;

modules

служба, загружающая и инициализирующая дополнительные модули ядра;

local

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

checkroot

служба, инициирующая проверку корневой файловой системы (с использованием утилиты, специализированной для типа файловой системы).

45.Какой самый маленький и самый большой период запуска задачи с помощью стандартной службы планировщика cron?

Каждое задание характеризуется следующими параметрами:

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

Каждая строка – отдельная планируемая задача. Первые пять столбцов соответствуют времени старта (точное время или промежуток, через косую), а последний – исполняемой команде.

Для изменения конфигурации планировщика можно просто отредактировать этот файл и запустить команду crontab, но лучше пользоваться этой командой с параметром -e: crontab -e.

В данном примере файла /etc/crontab представлен механизм, встречающийся в современных дистрибутивах – директории /etc/cron.*. В них располагаются исполняемые файлы скриптов, который должны быть запущены раз в день, раз в неделю и т.п.. При этом администратору достаточно только добавить файл в соответствующую директорию.

46. Приведите примеры сетевых служб в UNIX.

Служба sshd

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

Служба sendmail

sendmail – один из самых распространённых почтовых серверов. Он реализует Internet-протоколы, связанные с отправлением почты (в первую очередь SMTP) как в рамках локальной машины, так и через Internet. Даже если сервер не является почтовым, служба sendmail служит для передачи писем между пользователями системы.

Служба inetd

inetd (и его более развитая версия xinetd) – это супер-сервер, объединяющий множество сетевых служб. По сути этот сервер выполняет роль транспорта для сетевых служб: слушает на заданном порту, при входящем соединении запускает новый процесс и перенаправляет стандартный ввод и вывод программы в tcp-соединение. При этом правила доступа, ограничение по числу параллельных соединений, журналирование и т.п. организуются демоном inetd и настраиваются в его конфигурационных файлах.

Служба nfs

Демон сетевой файловой системы NFS (Network File System), которая поддерживается в большинстве UNIX-систем.

Служба samba

samba – это набор служб по организации сетевого файлового хранилища на основе протокола CIFS, используемого в сетевых файловых системах MS Windows. Широко применяется при взаимодействии UNIX-серверов и клиентских машин под Windows.

Служба bind

bind (или named) – самый распространённый сервер доменных имён для UNIX.

47. Из каких компонентов состоит системный журнал в UNIX? Чем обусловлено такое разделение?

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

Системная функция syslog

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

Демон syslogd

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

Файл конфигурации /etc/syslog.conf

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

Файлы журналов в /var/log

Обычно все файлы журналов располагаются в директории /var/log и её поддиректориях.

48. Что такое ротация системных журналов и почему она необходима?

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

Для решения этих проблем используется так называемая ротация журналов: процесс автоматического обновления файлов журналов – удаления и архивация старых файлов и создание новых.

Для каждого из файлов журнала можно задать следующее:

• как часто производить ротацию (обновлять файл журнала);

• как долго хранить старые файлы журналов;

• производить ли архивацию старых файлов;

• выполнять ли дополнительные действия при обновлении журнала.

Журнал может обновляться по времени (например, раз в неделю или раз в месяц) или по объёму (например, при достижении размера в 1 Мб). При этом старый файл журнала сохраняется с именем имя_журнала.0, а все предыдущие версии журналов (за позапрошлую неделю и т.п.) переименовываются с увеличением цифры на единицу.

49. Какие средства мониторинга действий пользователей есть в UNIX? Приведите примеры утилит и связанных с ними системных журналов.

Журналирование входа пользователей в систему ведётся вне службы системного журнала, однако в директории /var/log есть несколько файлов, непосредственно связанных с мониторингом пользователей:

wtmp

Хранит информацию обо всех сеансах работы пользователя. Для просмотра информации из этого файла можно воспользоваться командой last.

lastlog

Для каждого из пользователей хранится время последнего входа в систему вместе с именем соответствующего терминала (и IP-адреса в случае сетевого входа в систему). Содержимое этого файла можно посмотреть с помощью команды lastlog. Обычно после входа пользователя в систему ему выводится информация из этого файла.

faillog

Для каждого пользователя хранит информацию о последней неудачной попытке входа в систему. Содержимое этого файла можно посмотреть с помощью команды faillog.

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

50. Какие функции имеют системы управления программным обеспечением?

Если вопрос использования и конфигурирования программного обеспечения сильно зависит от конкретной программы (как правило, доступна документация для пользователей системы), то общее администрирование (установка программы, обновление, её удаление) – наоборот, стремится к унификации для облегчения работы системного администратора.

Вспомним хотя бы стандартную иерархию каталогов UNIX. Исполняемые файлы программ обычно располагаются в одних каталогах, библиотеки – в других, файлы с данными – в третьих. Это удобно при использовании и конфигурировании, но в процессе установки или удаления программы практически очень сложно производить это вручную. Т.е. необходимы специальные автоматизирующие средства, позволяющие администратору легко (желательно полуавтоматически) производить установки, обновление и удаление программ.

Другой важной функцией систем управления программным обеспечением является организация связи между разработчиками программы (или дистрибутива) и администратором – уведомление о выходе новых версий программ или критических обновлений, загрузка программ через Интернет, средства обратной связи.

51. Какова роль разработчиков дистрибутивов в создании и использовании свободных программ?

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

⇐ Предыдущая 1 2 3 45