Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Интернет: маркетинг, реклама, торговля" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
Страницы справочного руководства ОС UNIX на русском : Основы ОС UNIX (1)
Информационный Канал Subscribe.Ru |
Выпуск 111
Уважаемые подписчики!
Наконец-то я определился, чему этим летом будет посвящена рассылка.
У меня (на время, я надеюсь) пропало желание переводить новые страницы
справочного руководства после очередного опроса подписчиков.
(Вы меня почти убедили - кому надо, сам переведет, или английский выучит.
Какого хрена я свое время на это трачу...)
С другой стороны, надо бы опубликовать переводы целого ряда страниц по
основным пользовательским командам - для полноты картины и удобства ссылок.
И отдохнуть хочется...
Кроме того, я давно и многим обещал опубликовать материалы своего учебного курса "Основы ОС UNIX". Пожалуй, эта публикация решит многие проблемы. Поэтому летом в рассылке будут публиковаться фрагменты (около 10) учебных материалов этого курса. Сегодня вашему вниманию предлагается первая часть, посвященная основным событиям в истории, особенностям архитектуры ОС UNIX и основным файлам, в которых хранится информация о пользователях и группах.
Ваши отзывы об этих учебных материалах шлите мне по почте, в гостевую или оставляйте в комментариях на соответствующей странице проекта "Хроника бегства от безопасности".
Основы ОС UNIX. Учебный курс. Часть 1
Copyleft (no c) - Fuck copyright! 1999-2003 В. Кравчук, OpenXS Initiative, идея, составление, перевод, примеры
Введение
Этот краткий (предположительно, 16 часов, из которых 6 - практические занятия) вводный курс предназначен для ознакомления с архитектурой, особенностями и основными средствами ОС UNIX. При успешном освоении, курс позволит свободно и продуктивно работать в ОС UNIX в качестве пользователя и продолжить изучение администрирования или программирования этой операционной системы.
Изложение ведется, в основном, без привязки к особенностям какой-либо версии UNIX, но при необходимости конкретизации, она делается для систем SVR4, в частности, ОС Solaris 8.
История, версии и основные характеристики ОС UNIX
История ОС UNIX началась в 1969 году в одном из подразделений AT&T Bell Laboratories, когда на "малоиспользуемой" машине DEC PDP-7 Кен Томпсон (Ken Thompson), Деннис Ричи (Dennis Ritchie) и другие (прежде занимавшиеся созданием ОС Multics) начали работу над операционной системой, названной ими первоначально Unics (UNiplexed Information and Computing System). В течение первых 10 лет развитие UNIX происходило, в основном, в Bell Labs. Соответствующие начальные версии назывались "Version n" (Vn) и предназначались для ЭВМ DEC PDP-11 (16-битовая) и VAX (32-битовая).
Версии Vn разрабатывались группой Computer Research Group (CRG) в Bell Labs. Поддержкой занималась другая группа, Unix System Group (USG). Разработкой также занималась группа Programmer's WorkBench (PWB), привнесшая систему управления исходным кодом sccs, именованные каналы и ряд других идей. В 1983 году эти группы были объединены в одну, Unix System Development Lab.
Хронология основных событий в истории ОС UNIX
Ниже в хронологическом порядке представлены наиболее существенные версии и события в истории UNIX вплоть до 2002 года, а также информация о взаимосвязях между ними:
- 1971
-
V1. Первая версия UNIX Time-Sharing System на ассемблере для PDP-11/20.
Включала файловую систему, системный вызов fork() для порождения
процессов, утилиты типа
cat,
ed,
roff. Использовалась для обработки текстов
при подготовке патентов. Системный вызов pipe() и поддержка программных
каналов появилась в V2.
- 1973
-
V4. Версия, переписанная на языке C, что сделало UNIX легко переносимой на
другие платформы. Язык C создавался для разработки ОС UNIX.
- 1974
-
V5. Появление первых версий в Bell Labs (PWB/UNIX, MERT).
- 1975
-
V6. Первая версия UNIX, широко распространенная за пределами Bell Labs, в
частности, в университетах. С этого времени начинается появление множества
других версий и UNIX становится популярной ОС. На базе этой версии в
Калифорнийском университете в Беркли (UCB) создавалась 1.xBSD (для PDP-11).
- 1978
-
Версия 2.xBSD (Berkeley Systems Development) для PDP-11, созданная группой
Computer Systems Research Group (CSRG) в Беркли. Поддержка сети DARPA,
первая реализация стека протоколов TCP/IP. Командный интерпретатор csh. В
дальнейших версиях (до 1980): поддержка виртуальной памяти, termcap, curses,
редактор vi.
- 1979
-
V7. "Последняя настоящая UNIX", включала компилятор языка C, командный
интерпретатор sh, систему uucp, была перенесена на 32-разрядный VAX. При
этом размер ядра составлял около 40 Кбайт!
- 1981
-
4.1BSD: управление заданиями, автоматическое конфигурирование ядра.
System III - первый коммерческий UNIX от AT&T, реализация именованных
каналов (FIFO).
- 1982
-
UNIX начинают использовать создатели рабочих станций: SunOS 1.0 (на базе
4.1BSD) от Sun Microsystems и HP-UX (на базе System III) от Hewlett-Packard.
- 1983
-
4.2BSD: полная поддержка TCP/IP, сокетов, Ethernet. Файловая система UFS с
поддержкой длинных имен файлов и символьных связей. AT&T System V:
поддержка основных утилит и средств BSD, добавлен пакет средств
межпроцессного взаимодействия (IPC).
- 1984
-
SVR2: функции в командном интерпретаторе sh, первые попытки
стандартизации. SCO XENIX - первый коммерческий
UNIX на Intel-архитектуре. Создание Free Software Foundation
(FSF) и начало проекта GNU - создание свободно распространяемой
UNIX-подобной ОС и соответствующих утилит.
- 1985
-
V8 (модули STREAMS). Появление архитектуры микроядра Mach. Реализации
стандарта SVR2: SCO XENIX SystemV/286, Interactive 386/ix. Появление ОС Minix.
- 1986
-
4.3BSD для VAX. SVR3: модули STREAMS из V8, TLI, поддержка динамически
загружаемых библиотек. V9 (дополнения из 4.3BSD). Появление операционных
систем AIX (IBM) и A/UX (Apple).
- 1987
-
SVR3.2: SCO XENIX SV/386. Появление ОС IRIX (SVR3.0).
- 1988
-
4.3BSD Tahoe - 4.3BSD с исходниками. Создание SVR4 на базе System V, BSD и
SunOS (X11, NFS, система виртуальной памяти, динамически подключаемые
библиотеки). Добавлены: командный интерпретатор ksh, ANSI C, возможности
поддержки национальных языков, соответствие стандартам POSIX, X/Open.
Появление компьютера NeXT с ОС NeXTSTEP (4.3BSD + Mach 2.0).
- 1990
-
4.3BSD Reno: поддержка различных платформ, NFS, SLIP, Kerberos. SUN Solaris
1 (SunOS 4.1.4). Появление OSF/1 от Open Software Foundation: микроядро Mach
2.6 + SVR4, SMP, нити, Motif GUI.
- 1991
-
BSD Net2 (4.3BSD Lite) - не содержит спорного кода AT&T. Появление ОС
GNU HURD. Появление ОС Linux (на базе Minix). Выделение из AT&T
отдельного подразделения USL (Unix System Laboratories), владеющего кодом
AT&T UNIX и System V.
- 1992
-
4.4BSD: виртуальная память как в Mach 2.5, журнализируемая файловая система
UFS. Закрытие CSRG в Беркли. SVR4.2: журнализируемая файловая система
Veritas FS, списки контроля доступа ACL, динамически загружаемые модули
ядра. USL UnixWare 1 - реализация SVR4.2. SunOS 5 = Solaris 2 (SunOS 4 +
SVR4).
- 1993
-
Появление ОС FreeBSD. Solaris 2.2. NeXTSTEP 3.2. IRIX 5.3, HP-UX 9.04, AIX
4.0, Linux 0.99, UnixWare 1.1.
- 1994
-
OSF 1.3: микроядро Mach 3, поддержка 64-битовых платформ. FreeBSD 2.0,
SCO OpenDesktop 3.2.4. UnixWare 1.1.2. Linux 1.0.9. USL куплена компанией
Novell.
- 1995
-
Появление OpenBSD и NetBSD. Solaris 2.5. Появление Digital UNIX (DEC
OSF/1). Появление SCO OpenServer 5.0. UnixWare 2.0: SVR4.2 MP от Novell.
Novell продает UnixWare и весь исходный код AT&T компании
SCO. Выход HP-UX 10 (с добавлениями из UnixWare).
Завершение работ над A/UX.
- 1996
-
FreeBSD 2.1.6. OpenBSD 2.0. IRIX 6.3. Linux 2.0.21. OpenSTEP 4 - завершение
проекта NeXTSTEP. SCO UnixWare 2.1. Микроядро Mach 4.
- 1997
-
FreeBSD 2.2.5, OpenBSD 2.2, NetBSD 1.3, Solaris 2.6 (под SPARC и Intel), SCO
OpenServer 5.0.4. IRIX 6.4. GNU Hurd 0.2 (+ Mach 4). Linux 2.0.28.
- 1998
-
FreeBSD 3.0 (+4.4BSD), Solaris 7, DigitalUNIX 4, SCO: OpenServer 5.0.5,
UnixWare 7 (SVR5). HP-UX 11.0. Linux 2.0.36. IBM: проект Monterey
(AIX 4.3 + SVR5).
- 1999
-
FreeBSD 3.4. OpenBSD 2.6, NetBSD 1.4. Появление Mac OS X и проекта Darwin
(Mach 4 + FreeBSD 3.1). Solaris 8 beta. Компанию DEC купил Compaq: Tru64
Unix V.5.0. (DigitalUNIX). IRIX 6.5.6. SCO: OpenServer 5.0.5a, UnixWare 7.1.1.
AIX 4.3.3. Linux 2.2.13.
- 2000
-
FreeBSD 4.0-4.2. OpenBSD 2.8. NetBSD 1.5. Solaris 8. Apple: Mac OS X Server,
Darwin 1.2.1. Tru64 Unix V.5.1. IRIX 6.5.10. SCO: OpenServer 5.0.6. Компания
SCO продала все свои ОС компании Caldera (Caldera OpenLinux). Hurd A1,
Linux 2.4.0, 2.2.18. HP-UX 11i. AIX 5L alpha (проект Monterey).
- 2001
-
FreeBSD 4.4. OpenBSD 3.0. NetBSD 1.5.2. Mac OS X 10.1.2. SUN: Solaris 8 10/01,
Solaris 9 alpha (не для Intel-архитектуры). Tru64 Unix V.5.1A, IRIX 6.5.13. SCO
OpenServer 5.0.6a. Hurd H2. Caldera: OpenUNIX 8: UnixWare 7.1.1 + LKP=Linux
2.4.0 - прозрачная поддержка Linux-приложений. Linux 2.4.17, 2.0.39, 2.2.20.
AIX 5L v.5.1.
- 2002 (начало года)
-
Linux 2.5.2 - экспериментальное ядро.
Ожидается:
- Linux 2.6 (это ядро вроде пока не вышло) и обновления по старым веткам ядер (2.0, 2.2);
- Solaris 9 (вышла);
- FreeBSD 5 (вышла); последовательное развитие OpenBSD, NetBSD.
- дальнейшее развитие OpenUNIX (теперь это снова SCO UnixWare 7.1.3);
- дальнейшее развитие Mac OS X;
- дальнейшее развитие существующих коммерческих версий UNIX на не-Intel архитектурах.
Современные версии ОС UNIX
Итак, в настоящее время (начало 2002 года - В.К.) мы имеем на платформе Intel следующие основные версии UNIX:
- FreeBSD 4.4;
- OpenBSD 3.0;
- NetBSD 1.5.2;
- Linux 2.0, 2.2, 2.4 в виде множества различных дистрибутивов;
- Solaris 8;
- SCO OpenServer 5.0.6 от Caldera;
- Caldera OpenUNIX 8.
На других платформах (основные версии):
- Linux 2.4.x (практически все платформы);
- NetBSD 1.5.x (практически все платформы);
- Mac OS X 10.x (PowerPC);
- AIX 5L (PowerPC);
- Solaris 8, 9 (SPARC);
- HP-UX 11i (PA-RISC);
- Tru64 Unix V.5.1A (Alpha);
- IRIX 6.5.13 (MIPS)
Основные характеристики
ОС UNIX имеет следующие основные характеристики:
- переносимость;
- вытесняющая многозадачность на основе процессов, работающих в изолированных адресных пространствах в виртуальной памяти;
- поддержка одновременной работы многих пользователей;
- поддержка асинхронных процессов;
- иерархическая файловая система;
- поддержка независимых от устройств операций ввода-вывода (через специальные файлы устройств);
- стандартный интерфейс для программ (программные каналы, IPC) и пользователей (командный интерпретатор, не входящий в ядро ОС);
- встроенные средства учета использования системы.
Архитектура ОС UNIX
Архитектура ОС UNIX - многоуровневая. На нижнем уровне, непосредственно над оборудованием, работает ядро операционной системы. Функции ядра доступны через интерфейс системных вызовов, образующих второй уровень. На следующем уровне работают командные интерпретаторы, команды и утилиты системного администрирования, коммуникационные драйверы и протоколы, - все то, что обычно относят к системному программному обеспечению. Наконец, внешний уровень образуют прикладные программы пользователя, сетевые и другие коммуникационные службы, СУБД и утилиты.
Основные функции ядра
Основные функции ядра UNIX (которое может быть монолитным или модульным) включают:
- планирование и переключение процессов;
- управление памятью;
- обработку прерываний;
- низкоуровневую поддержку устройств (через драйверы);
- управление дисками и буферизация данных;
- синхронизацию процессов и обеспечение средств межпроцессного взаимодействия (IPC).
Системные вызовы
Системные вызовы обеспечивают:
- сопоставление действий пользователя с запросами драйверов устройств;
- создание и прекращение процессов;
- реализацию операций ввода-вывода;
- доступ к файлам и дискам;
- поддержку функций терминала.
Системные вызовы преобразуют процесс, работающий в режиме пользователя, в защищенный процесс, работающий в режиме ядра. Это позволяет процессу вызывать защищенные процедуры ядра для выполнения системных функций.
Системные вызовы обеспечивают программный интерфейс для доступа к процедурам ядра. Они обеспечивают управление системными ресурсами, такими как память, пространство на дисках и периферийные устройства. Системные вызовы оформлены в виде библиотеки времени выполнения. Многие системные вызовы доступны через командный интерпретатор.
Пользовательские процессы и процессы ядра
Пользовательские процессы образуют следующие два уровня и:
- защищены от других пользовательских процессов;
- не имеют доступа к процедурам ядра, кроме как через системные вызовы;
- не могут непосредственно обращаться к пространству памяти ядра.
Пространство (памяти) ядра - это область памяти, в которой процессы ядра (процессы, работающие в контексте ядра) реализуют службы ядра. Любой процесс, выполняющийся в пространстве ядра, считается работающим в режиме ядра. Пространство ядра - привилегированная область; пользователь получает к ней доступ только через интерфейс системных вызовов. Пользовательский процесс не имеет прямого доступа ко всем инструкциям и физическим устройствам, - их имеет процесс ядра. Процесс ядра также может менять карту памяти, что необходимо для переключения процессов (смены контекста).
Пользовательский процесс работает в режиме ядра, когда начинает выполнять код ядра через системный вызов.
Обмен данными между пространством ядра и пользовательским пространством
Поскольку пользовательские процессы и ядро не имеют общего адресного пространства памяти, необходим механизм передачи данных между ними. При выполнении системного вызова, аргументы вызова и соответствующий идентификатор процедуры ядра передаются из пользовательского пространства в пространство ядра. Идентификатор процедуры ядра передается либо через аппаратный регистр процессора, либо через стек. Аргументы системного вызова передаются через пользовательскую область вызывающего процесса.
Пользовательская область процесса содержит информацию о процессе, необходимую ядру:
- корневой и текущий каталоги, аргументы текущего системного вызова, размеры сегмента текста, данных и стека для процесса;
- указатель на запись в таблице процессов, содержащую информацию для планировщика, например, приоритет;
- таблицу дескрипторов файлов пользовательского процесса с информацией об открытых файлах;
- стек ядра для процесса (пустой, если процесс работает в режиме пользователя).
Пользовательский процесс не может обращаться к пространству ядра, но ядро может обращаться к пространству процесса.
Системное программное обеспечение
ОС UNIX обеспечивает ряд стандартных системных программ для решения задач администрирования, переконфигурирования и поддержки файловой системы, в частности:
- для настройки параметров конфигурации системы;
- для перекомпоновки ядра (если она необходима) и добавления новых драйверов устройств;
- для создания и удаления учетных записей пользователей;
- создания и подключения физических файловых систем;
- установки параметров контроля доступа к файлам.
Для решения этих задач системное ПО (работающее в пользовательском режиме) часто использует системные вызовы.
Пользователи и группы
UNIX - многопользовательская операционная система. Пользователи, занимающиеся общими задачами, могут объединяться в группы. Каждый пользователь обязательно принадлежит к одной или нескольким группам. Все команды выполняются от имени определенного пользователя, принадлежащего в момент выполнения к определенной группе.
В многопользовательских системах необходимо обеспечивать защиту объектов (файлов, процессов), принадлежащих одному пользователю, от всех остальных. ОС UNIX предлагает базовые средства защиты и совместного использования файлов на основе отслеживания пользователя и группы, владеющих файлом, трех уровней доступа (для пользователя-владельца, для пользователей группы-владельца, и для всех остальных пользователей) и трех базовых прав доступа к файлам (на чтение, на запись и на выполнение). Базовые средства защиты процессов основаны на отслеживании принадлежности процессов пользователям.
Для отслеживания владельцев процессов и файлов используются числовые идентификаторы. Идентификатор пользователя и группы - целое число (обычно) в диапазоне от 0 до 65535. Присвоение уникального идентификатора пользователя выполняется при заведении системным администратором нового регистрационного имени. Значения идентификатора пользователя и группы - не просто числа, которые идентифицируют пользователя, - они определяют владельцев файлов и процессов. Среди пользователей системы выделяется один пользователь - системный администратор или суперпользователь, обладающий всей полнотой прав на использование и конфигурирование системы. Это пользователь с идентификатором 0 и регистрационным именем root.
При представлении информации человеку удобнее использовать вместо соответствующих идентификаторов символьные имена - регистрационное имя пользователя и имя группы. Соответствие идентификаторов и символьных имен, а также другая информация о пользователях и группах в системе (учетные записи), как и большинство другой информации о конфигурации системы UNIX, по традиции, представлена в виде текстовых файлов. Эти файлы - /etc/passwd, /etc/group и /etc/shadow (в системах с теневым хранением паролей) - детально описаны ниже.
Файл /etc/passwd
Каждая строка (учетная запись) в файле /etc/passwd описывает одного известного системе пользователя и имеет семь разделенных двоеточиями полей. Пример записи:
user_01:x:169:10:Student:/home/user_01:/bin/sh
Назначение полей этой записи представлено в следующей таблице.
Таблица 1. Поля файла /etc/passwd и их назначение
Поле | Назначение |
Имя пользователя (регистрационное имя) | Содержит символьное имя пользователя, используемое при регистрации в системе. В пределах одной машины должно быть уникальным. Регистрационное имя должно состоять из алфавитно-цифровых символов (нижнего регистра), без пробелов, с максимальной длиной, определяемой конкретной ОС. Наиболее часто используется максимальная длина - восемь символов. Дублирование имен пользователей приводит к определенным осложнениям. Например, дубликаты появляются тогда, когда администратор использует в имени более 8 символов. Тогда для системы jarmstrong то же, что jarmstroff. Когда имя так продублировано, система использует первую найденную для него запись в файле /etc/passwd и игнорирует последующие. |
Пароль | Поле хранит зашифрованный пароль. Допускается пустое поле. При использовании системы теневого хранения паролей, в этом поле находится только метка пароля (x), а зашифрованный пароль хранится в другом месте. Правила задания пароля обычно находятся в файле /etc/default/passwd, (например, директива PASSLENGТH=число в этом файле задает минимальное количество символов в пароле). Некоторые системы также учитывают регистр, а в некоторых предусматривается использование как минимум одного не алфавитно-цифрового символа. |
Идентификатор пользователя | Поле хранит числовой идентификатор пользователя, который связан с его регистрационным именем. Любой созданный пользователем файл или запущенный процесс ассоциируется с его числовым идентификатором. |
Идентификатор группы | Содержит числовой идентификатор группы. Любой созданный пользователем файл ассоциируется с его идентификатором группы. Указанная здесь группа является основной (первичной) для данного пользователя. |
Комментарий | Содержит комментарий - любую алфавитно-цифровую строку. Предположительно это поле содержит информацию о реальном владельце регистрационного имени. ОС UNIX не задает его формат, так что подойдет любой. Некоторые программы печати и электронной почты используют это поле для вывода настоящего имени пользователя. |
Начальный каталог | Определяет начальный каталог пользователя. Когда пользователь начинает сеанс работы, система помещает его в данный каталог. Пользователь должен иметь соответствующие права доступа к нему. |
Начальная команда | Определяет командную среду пользователя (обычно запускается один из командных интерпретаторов UNIX, но, теоретически, можно указать любую команду). Это поле можно изменять. |
Файл /etc/group
Этот файл соотносит числовые идентификаторы групп с символьными именами. Каждая строка файла /etc/group содержит четыре поля. Поля разделяются двоеточиями. Назначение полей этой записи представлено в табл. 2.Таблица 2. Поля файла /etc/group и их назначение
Поле | Назначение |
Имя группы | Содержит (уникальное) символьное имя группы. |
Пароль группы | Группы могут иметь пароли, хотя использование паролей групп - явление редкое. В примере данное поле пустое - это значит, что пароль отсутствует. |
Идентификатор группы | Содержит числовой идентификатор группы. |
Список пользователей | Содержит список регистрационных имен пользователей данной группы. Имена в этом списке разделяются запятыми. Пользователи могут принадлежать к нескольким группам и, при необходимости, переключаться между ними с помощью команды newgrp. |
Пример записи из файла /etc/group:
bin::2:root,bin,daemon
Файл /etc/shadow
Этот файл используется в системах с теневым хранением паролей, где они вынесены из доступного всем пользователям на чтение файла /etc/passwd для повышения безопасности системы. Здесь (помимо собственно зашифрованных паролей) хранятся дополнительные ограничения, связанные с регистрационным именем и паролем пользователя. Доступ к этому файлу на чтение имеет только пользователь root, а работают с ним команды passwd и login.
Файл содержит по одной записи из восьми полей, разделенных двоеточиями, для каждой учетной записи в системе. Назначение полей этой записи представлено в табл. 3.
Таблица 3. Поля файла /etc/shadow и их назначение
Номер поля | Назначение |
1 | Имя пользователя. |
2 | Зашифрованный по особому алгоритму (обычно, DES или MD5) пароль. |
3 | Количество дней между 01.01.1970 (началом эры UNIX) и днем последнего изменения пароля. |
4 | Минимальное количество дней между изменениями пароля. |
5 | Срок действия пароля пользователя. |
6 | За сколько дней система будет начинать предупреждать пользователя о необходимости изменения пароля. |
7 | Сколько дней пользователь может не работать в системе, прежде чем его регистрационное имя будет заблокировано. |
8 | Дата, после которой имя пользователя нельзя будет использовать в системе. |
Системные регистрационные имена
Каждая версия ОС UNIX резервирует несколько специальных регистрационных имен для предопределенных системных целей. Так, в UNIX SVR4 системными считаются регистрационные имена, соответствующие идентификаторам от 0 до 100. Наиболее часто резервируются регистрационные имена, представленные в табл. 4.
Таблица 4. Системные регистрационные имена в ОС UNIX SVR4
Регистрационное имя | Назначение |
root | Регистрационное имя суперпользователя, администратора системы, соответствующее идентификатору 0. Единственное имя, обязательно имеющееся в любой UNIX-системе. Пользователь root не связан никакими ограничениями по доступу. Для выполнения большинства программ администрирования используется регистрационное имя root, обеспечивающее гарантированный доступ к необходимым ресурсам. |
daemon | Владелец процессов, реализующих пользовательские службы. |
sys | Владелец выполняемых пользовательских системных команд UNIX (часто соответствует идентификатору 0). |
bin | Владелец стандартных пользовательских утилит UNIX (часто соответствует идентификатору 0). |
adm | Псевдопользователь, владеющий файлами системы журнализации. |
cron | Псевдопользователь, владеющий соответствующими файлами, от имени которого выполняются процессы подсистемы запуска программ по расписанию. |
news | Псевдопользователь, от имени которого выполняются процессы системы телеконференций (дискуссионных групп или групп новостей). |
nobody | Псевдопользователь, используемый при работе сетевой файловой системы NFS. |
uucp | Псевдопользователь подсистемы UUCP, позволяющий передавать почтовые сообщения и файлы между UNIX-хостами. |
lp, lpd | Псевдопользователь, от имени которого выполняются процессы системы печати, владеющий соответствующими файлами. |
Точно так же задаются и системные группы в файле /etc/group. В SVR4 зарезервированными считаются имена групп с идентификаторами от 0 до 100.
В следующем выпуске
Следующая часть учебного курса "Основы ОС UNIX". Следите за новостями на сайте рассылки.С наилучшими пожеланиями,
В.К.
http://subscribe.ru/
E-mail: ask@subscribe.ru |
Отписаться
Убрать рекламу |
В избранное | ||