Основы программирования в Linux

Мэтью Нейл

 if (gethostname(computer, 255) != 0 || uname(&uts) < 0) {

fprintf(stderr, "Could not get host information\n");

exit(1);

 }

 printf("Computer host name is %s\n", computer);

 printf("System is %s on %s hardware\n", uts.sysname, uts.machine);

 printf("Nodename is %s\n", uts.nodename);

 printf("Version is %s, %s\n", uts.release, uts.version);

 exit(0);

}

Она отобразит следующие зависящие

от ОС Linux данные. Если ваша машина включена в сеть, то вы увидите расширенное имя компьютера, включающее обозначение сети:

$ ./hostget

Computer host name is suse103

System is Linux on i686 hardware

Nodename is suse103

Version is 2.6.20.2-2-default, #1 SMP Fri Mar 9 21:54:10 UTC 2007

Как это работает

Эта программа вызывает функцию

gethostname

для получения имени рабочего компьютера. В приведенном примере это имя —

suse103

. Более подробную информацию об этом компьютере на базе Intel Pentium 4 с ОС Linux возвращает системный вызов

uname

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

Примечание

Другой пример применения функции

uname

вы можете найти в исходном коде Linux для команды

uname

, которая использует эту функцию.

Уникальный идентификатор каждого рабочего компьютера можно получить с помощью функции

gethostid

.

#include <unistd.h>

long gethostid(void);

Функция

gethostid

предназначена для возврата уникального значения, характеризующего рабочий компьютер. Менеджеры, следящие за соблюдением лицензионных соглашений, применяют ее для того, чтобы обеспечить функционирование программного обеспечения только на машинах с действующими лицензиями. На рабочих станциях Sun она возвращает номер, установленный в постоянной памяти во время изготовления компьютера и, таким образом, уникальный для системного оборудования. Другие системы, например Linux, возвращают значение на базе интернет-адреса машины, обычно не слишком безопасного для проверки лицензионных прав.

Ведение системных журналов

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

Очень часто зарегистрированные сообщения записываются в системные файлы в каталоге, предоставляемом для этой цели. Это может быть каталог /usr/admor/var/log. При типичной установке ОС Linux все системные сообщения содержатся в файле /var/log/messages, в файл /var/log/mail включены другие регистрируемые сообщения от почтовой системы, а в файле /var/log/debug могут храниться отладочные сообщения. Проверить конфигурацию своей системы можно в файле /etc/syslog.conf или /etc/syslog-ng/syslog-ng.conf в зависимости от версии Linux.

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

Mar 2 6 18:25:51 suse103 ifstatus: eth0 device: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rev 10)

Mar 26 18:25:51 suse103 ifstatus: eth0 configuration: eth-id-00:0c:29:0e:91:72

...

May 20 06:56:56 suse103 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2

...

May 20 06:56:57 suse103 SuSEfirewall2: batch committing

...

May 20 06:56:57 suse103 SuSEfirewall2: Firewall rules successfully set

...

Jun 9 09:11:14 suse103 su: (to root) neil on /dev/pts/18 09:50:35

В

этом выводе показаны виды регистрируемых сообщений. Несколько первых отправлены непосредственно ядром Linux во время его загрузки и обнаружения установленного оборудования. Брандмауэр сообщает о своей перенастройке. И наконец, программа

su

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

Примечание

Для просмотра регистрируемых сообщений вы можете запросить права суперпользователя.

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

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

syslog

.

#include <syslog.h>

void syslog(int priority, const char *message, arguments...);

Функция syslog посылает регистрируемое сообщение средству ведения системного журнала (logging facility). У каждого сообщения есть аргумент

priority

, полученный поразрядной операцией

OR

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

Типы программ (из файла syslog.h) включают константу

LOG_USER

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

LOG_LOCAL0

,

LOG_LOCAL1

, ...,

LOG_LOCAL7

, зарезервированные для локального администратора.

В табл. 4.6 перечислены степени важности сообщений в порядке убывания приоритета.

Таблица 4.6

Приоритет	Описание
LOG_EMERG	Кризисная ситуация
LOG_ALERT	Проблема с высоким приоритетом, например, повреждение базы данных
LOG_CRIT	Критическая ошибка, например, повреждение оборудования
LOG_ERR	Ошибки
LOG_WARNING	Предупреждение
LOG_NOTICE	Особые обстоятельства, требующие повышенного внимания
LOG_INFO	Информационные сообщения
LOG_DEBUG	Отладочные сообщения