Первая команда запускает сервис httpd (веб-сервер), вторая - останавливает. Обратите внимание, что ".service" можно не указывать.

Бывалые пользователи Linux сразу заметят удобства. Ранее, чтобы отклю­ чить службу на определенном уровне запуска, нужно было удалить ее сим­ волическую ссылку из определенного каталога. Аналогично, чтобы служба запускалась на определенном уровне запуска (например, в графическом ре­ жиме), нужно было создать символическую ссылку. Сейчас всего этого нет,

аесть только команды епаЬ/е и disaЬ/e, что гораздо удобнее.

1.2.Учетные записи пользователей

1.2.1. Введение в учетные записи Linux

Операционная система Linux поддерживает регистрацию и одновременную работу множества пользователей. Обрати внимание: именно одновременную работу. Раньше, еще во времена UNIX, были компьютеры, к которым под­ ключалось несколько мониторов и клавиатур. Каждый комплект монитор + клавиатура назывался терминалом и представлял собой отдельное рабочее место пользователя. Пользователь входил в систему, а его рабочее место в системе отображалось как ttyN, где N -номер рабочего места.

Сегодня такие компьютеры уже более не востребованы, их вытеснили пер­ сональные компьютеры, которые и стали называться персональными, поскольку предполагают подключение только одного рабочего места. Мо­ ниторов можно подключить несколько, а устройство ввода - клавиатура будет одна. Но даже на таких компьютерах возможна одновременная работа нескольких пользователей. Например, ты можешь войти в систему как обычно - посредством графического интерфейса. Другие пользователи смогут войти через ssh или FTP. И все будут работать с системой одновре­ менно. SSН пользователи смогут выполнять команды и получать результат

•Право на создание, удаление, изменение (в том числе изменение паро­ ля) других учетных записей.

•Право на установку и удаление программ.

Власть пользователя root неограниченна. Так было до определенного момен­ та, пока не появились системы принудительного контроля доступа вроде, которые могут даже ограничить самого root. Вот только беда SELinux, LIDS, Tomoyo и другие подобные системы по умолчанию неактивны или даже не установлены, поэтому пока их не активировать пользователь root будет все равно самым главным.

Примечание. Напомним, что когда у тебя привилегии пользова­ теля root, приглашение командной строки заканчивается симво­

лом #, а когда ты работаешь как обычный пользователь - $.

1.2.2. Получение полномочий root

Самый простой способ получить права root - это войти как root. То есть при входе в систему нужно указать имя пользователя root и пароль, указан­ ный при установке. Проблема в том, что не во всех дистрибутивах этот трюк сработает. Учитывая всю опасность, которую несет использование учетной записи root, во многих дистрибутивах учетная запись root отключена, а вход как root ограничен самыми разными способами. Например, в том же дистри­ бутиве UЬuntu учетная запись root попросту отключена. Включать учетную запись root не рекомендуется - ведь злоумьшшенник знает, что учетка root есть везде и ему не придется угадывать имя пользователя, останется только подобрать пароль root. А так исключается даже сама возможность входа как root. Тем более права root можно получить другим образом, о котором мы поговорим далее. А пока рассмотрим способы блокировки входа (кроме отключения учетной записи) root.

..Часто вход как root ограничен на уровне менеджера дисплея. В дистрибути­ вах, где используется графическая среда КDЕ и менеджер экрана КDМ (К'

Display Manager) нужно отредактировать файл /etc/altematives/kdm4-config.

...... ............. .............................................................

При использовании GDM (Gnome Display Manager) вход как root оrраничен не столько конфигурацией самого GDM, а столько РАМ-модулями. Нужно открыть /etc/pam.d/gdm-password и найти строку, отвечающую за запрет вхо­ да, как root (рис. 1.1). Она может выглядеть, например, так:

auth required pam_succeed_if.so user != root quiet

СТр3,СТл61

Некоторые дистрибуrивы разрешают заходить, как root даже в rрафическом режиме. Просто они отображают предупреждение о том, что работать, как root небезопасно. Пример такого дистрибутива - CentOS.

Настоятельно рекомендуется работать в системе как обычный пользоваrель, а максимальные права получать только тогда, когда они тебе действительно нужны. Например, когда понадобится запустить какую-то проrрамму, требу­ ющую права root. При этом тебе особо ничего не придется делать, кроме как

ввести пароль.

'·-··········---··-···-···-········-··--········-································-

Когда есть единственный админ, команда su - идеальный вариант. Но ког­ да админов несколько, команда su - не выход, поскольку пароль root нужно будет сообщить всем остальным администраторам. Если потом возникнет нестандартная ситуация, выяснить, кто виноват будет сложнее.

На этот случай у пользователя root могут быть доверенные лица . Это может быть помощник администратора, его заместитель. Есть лица, которым раз­ решено получать права root. Такие лица вносятся в файл /etc/sudoers.

Редактировать файл /etc/sudoers можно только через команду visudo (рис. 1.3):

export EDITOR=nano sudo visudo

Вторая команда вызывает утилиту для редактирования файла /etc/sudoers.

Представим, что у нас есть пользователь bagira, которому нужно разрешить делать все, что можно пользователю root. Для этого нужно добавить в /etc/ sudoers запись вида:

bagira ALL=(ALL:ALL) ALL

Можно также добавить запись:

%sudo ALL=(ALL:ALL) ALL

Она означает, что членам группы sudo можно делать все, что можно делать пользователю root. Тогда всех администраторов-помощшпrов нужно доба­ вить в группу sudo (далее будет показано, как это сделать).

Сохрани файл и выйди из редактора. Войди как пользователь, которому ты предоставил право sudo. В нашем случае - это пользователь bagira. Далее введи команду, которая требует прав root через команду sudo:

sudo <команда>

Например:

sudo apt install mc

Обрати внимание: система запрашивает пароль пользователи, а не па­ роль root. Пользователь указывает свой пароль, а система знает, что ему разрешено получать права root. В итоге наши помощники не знают пароль root и смогут выполнять определенные действия с правами root под своим именем.

Контролировать получение прав sudo можно командой•:

# tail /var/log/auth.log I grep sudo

-----------------------------------------------------------------------------------·