По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Уровни выполнения (runlevel) Linux можно представить, как режим, в котором запускается система. Каждый из этих режимов обладают своими процессами, которые включены или выключены в зависимости от запущенного уровня выполнения. С момента загрузки Linux выполняется в одном из режимов, нельзя запускать систему в нескольких режимах, но есть возможность переключаться между уровнями во время работы на компьютере.
Например, при запуске системы с графическим интерфейсом выполняется один уровень, а если запускать систему в режиме командной строки выполнится другой. Это происходит потому, что режиму GUI нужны доступы к тем процессам, в которых командная строка не нуждается. В зависимости от того, какие службы нужно включить, а какие выключить система меняет уровни выполнения.
Почему важны уровни доступа
Вы можете годами пользоваться системой Linux, даже не понимая разницу между уровнями доступа, так как эта опция не является часто конфигурируемой.
Тем не менее уровни выполнения Linux дают администраторам повышенный контроль над системой.
Режим, в котором работает система, может быть изменен (как это сделать будет показано далее), как и сервисы, которые выполняются в этом режиме. Это позволяет нам полностью контролировать, к каким службам система будет иметь доступ в данный момент.
Сколько уровней выполнения существует?
В системе Linux есть семь уровней выполнения, которые нумеруются от 0 до 6. Разные дистрибутивы по-разному используют уровни выполнения, так что очень сложно составить список задач, которые выполняет конкретный уровень.
Зато вы сами можете посмотреть какие задачи выполняют уровни доступа вашего дистрибутива. Ниже приведён список уровней выполнения и основных задач, выполняемых ими.
Runlevel 0 завершает работу системы
Runlevel 1 однопользовательский режим работы. Чаще всего используется в целях обслуживания и выполнения других административных задач. Это уровень также может называться runlevel S, где S означает single-user. Если вам когда-то приходилось сбрасывать пароль на Linux, то вы вероятно уже пользовались этим режимом.
Runlevel 2 многопользовательский режим работы без поддержки сетевых служб (демонов).
Runlevel 3 многопользовательский режим с поддержкой сети, но без графического интерфейса. Чаще всего серверные версии Linux работают именно на этом уровне выполнения.
Runlevel 4 не используется. Пользователь может настраивать этот уровень исходя из его целей. О том, как это сделать также будет рассказано далее.
Runlevel 5 этот режим схож с уровнем 3, но тут еще запускается графический интерфейс. В этом режиме работают десктопные версии Linux.
Runlevel 6 этот уровень перезагружает систему.
Как узнать текущий режим работы?
Чтобы узнать текущий уровень выполнения достаточно ввести команду runlevel в командной строке.
На выводе этой команды две цифры. Первая указывает на предыдущий режим работы, а второй на текущий. На скриншоте вместо первой цифры указана буква N, что значит система изначально запускалась и работает в 5 режиме, о чём говорит вторая цифра 5.
Как менять уровень выполнения?
Текущий уровень выполнения можно менять командой "telinit". Ниже приведён пример смены уровня выполнения на CentOS.
$ telinit 3
Следует отметить, что эта операция требует прав привилегированного пользователя. Имейте ввиду, что на системах семейства Debian уровни выполнения работают по-другому. Например, Ubuntu в режиме командой строки запускается с уровнем выполнения 5.
После выполнения команды указанной выше, ваш экран может стать пустым. Это потому, что вы остались на пустом терминале, чтобы вернутся на рабочий терминал нажмите комбинацию клавиш Alt+F1.
Если запустить команду runlevel еще раз, то мы увидим, что текущий уровень выполнения 3, а предыдущий 5.
Linux system против runlevels
В последние годы systemd сменила многолетнюю систему уровней доступа (System V init). Фактически он работает по тому же принципу, но использует новые команды, которые в целом используют "runlevel" как "target".
Runlevel 0 = poweroff.target (runlevel0.target)
Runlevel 1 = rescue.target (runlevel1.target)
Runlevel 2 = multi-user.target (runlevel2.target)
Runlevel 3 = multi-user.target (runlevel3.target)
Runlevel 4 = multi-user.target (runlevel4.target)
Runlevel 5 = graphical.target (runlevel5.target)
Runlevel 6 = reboot.target (runlevel6.target)
По ходу статьи мы изучим systemd и его команды.
Как поменять уровень выполнения по умолчанию?
Может быть очень много причин для того чтобы загружаться с другим уровнем выполнения. Например, системные администраторы в основном используют систему в режиме командой строки, включая графический интерфейс только в случае необходимости.
Именно для таких случаев нужно убедиться, что уровень выполнения по умолчанию 3, а не 5.
В прошлом для этого приходилось редактировать файл /etc/inittab. Вы еще можете увидеть эту практику на некоторых системах. Если вы работаете с ОС, которые давно не обновляются до новых версий, этот путь будет приемлемым.
$ vi /etc/inittab
На скриншоте уровнем выполнения по умолчанию установлен 5.
Но большинство систем Linux отказались от файла /etc/inittab в пользу systemd targets и мы рассмотрим разницу между ними по ходу статьи.
Вы можете не найти в своей системе файл /etc/inittab или же файл inittab выведет вам сообщение с советом использовать systemd.
Чтобы проверить текущий уровень выполнения по умолчанию введите команду
$ systemctl get-default
Система вернула нам "graphical.target". Как вы наверное и догадались, это не что иное, как уровень выполнения 5.
Чтобы просмотреть остальные "target" и уровни выполнения, ассоциированные с ними введите команду:
$ ls -l /lib/systemd/system/runlevel*
Символьные ссылки указывают на то, что systemd работают так же как и runlevel. Итак, что необходимо сделать, чтобы поменять уровень выполнения по умолчанию? Для этого достаточно создать новую символьную ссылку на интересующую нас цель systemd.
$ ln -sf /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target
Данной командой мы поменяли режим запуска системы по умолчанию с уровня выполнения 5, на 3 и при следующей загрузке система выполнить именно этот уровень.
Ключ f указывает на то, что перед созданием новой символьной ссылки целевой файл должен быть удален. Это же самое могли бы сделать командой rm.
Чтобы проверит успешно ли применились изменения достаточно повторно ввести команду "systemctl get-default".
Разница между уровнями выполнения 3 и 5
Самыми часто используемыми уровнями выполнения являются уровни 3 и 5. В целом их разница сводится к тому, что 3 это режим командной строки, а 5 режим графического интерфейса.
Конечно, не во всех дистрибутивах выполняется это условие или же ваша система может быть сконфигурирована так, что эти два уровня имеют больше отличий. Дальше мы рассмотрим, как узнать, какие процессы задействованы для того или иного уровня.
Просмотр список служб конкретного уровня
Чтобы просмотреть список служб, доступных для каждого уровня до недавнего времени использовалась команда "chkconfig -list". Если у вас стоит одна из последний версий, системы, то вероятно вы получите ошибку, как на скриншоте ниже:
Чтобы проверить, какие службы запускаются во время загрузки системы в режиме графического интерфейса (уровень выполнения 5 для семейства RedHat), нужно запустить следующую команду:
$ systemctl list-dependencies graphical.target
Чтобы просмотреть список доступных служб другого уровня, просто замените "graphical.target" на нужную.
Под каким уровнем работает процесс
Если нужно посмотреть по каким уровнем выполнения запущена та или иная служба, можно ввести команду:
$ systemctl show -p WantedBy [name of service]
Например, чтобы посмотреть какой runlevel использует служба sshd, введите команду:
$ systemctl show -p WantedBy sshd.service
Судя по скриншоту выше, служба sshd запушена под уровнями 2,3 и 4 (multi-user.target)
Меняем уровень запуска приложения
Как было показано выше, демон SSH запущена только на уровнях 2-4. Что если нам нужно, чтобы он работал ещё и на уровне 5? Для этого нужно ввести следующее изменение:
$ systemctl enable sshd.service
Проблемы безопасности с уровнями доступа Linux
Как было сказано ранее, уровни доступа дают администраторам возможность управлять службами, которые работают в определённых случаях. Такая возможность детального контроля повышает безопасность системы, так как системный администратор может быть уверен, что не запущена ни одна сторонняя служба.
Проблема возникает, когда администратор не знает точно какие службы запущены и, следовательно, не может принять меры по уменьшению площади атаки.
Используя методы из данного руководства, вы можете настроить уровень выполнения по умолчанию и контролировать запущенные приложения. Это, конечно, не уменьшит нагрузку на системные ресурсы, но сервер будет более защищен.
Помните, что надо запускать тот уровень, который вам необходим. Нет смысла запускать систему в графическом режиме, если планируете работать там режиме командной строки.
Каждый уровень выполнения запускает новые службы, большинство из которых работают в фоновом режиме, и вы можете забыть обезопасить их.
Какой уровень выполнения выбрать?
Выбор режима запуска системы полностью зависит от ситуации. В основном используется один из двух режимов: либо runlevel 3, либо runlevel 5.
Если вам удобно работать с командной строкой и вам не нужен графический интерфейс, то уровень выполнения 3 самый подходящий.
Это предотвратит запуск ненужных служб. С другой стороны, если вам хочется работать в десктопном режиме или же вам нужна графическая оболочка для работы какой-то программы, то выберите уровень 5.
Если же нужно запустить систему в режиме обслуживания, то выбирайте уровень 1. В этом режиме в системе будете только вы, так как сетевые службы даже не запущены. Это позволит выполнить обслуживания без сбоя.
В редких случаях появляется необходимость использовать уровень выполнения 4. Это может быть только в том случае, если администратору нужен уровень выполнения для особых задач.
Как вы уже, наверное, заметили, мы не может запускать систему с уровнем 0 и 6, но можно переключаться на них если нужно выключить или перезагрузить систему. Но в этом нет особой необходимости, так как есть команды, которые выполняют эти операции.
Можно ли создано новый уровень на Linux?
Так как система Linux это система бесконечных возможностей, то и создание нового уровня не исключение. Но очень маловероятно, что вам когда-нибудь понадобится это. Но если вы все-таки решили создать новый уровень, то следует начать с копирования существующего уровня и изменения её под свои задачи.
Целевые уровни расположены по следующему пути:
/usr/lib/systemd/system
Если хотите создать свой уровень на основе 5-го уровня выполнения, скопируйте искомую директорию в новую:
$ cp /usr/lib/systemd/system/graphical.target /usr/lib/systemd/system/mynew.target
Затем в новой директории создайте поддиректорую "wants":
$ mkdir /etc/systemd/system/mynew.target.wants
Затем просто создайте символьную ссылку на дополнительные службы в директории /usr/lib/systemd/system, которые необходимы вашему уровню.
Парковка, в контексте телефонии, означает возможность удержания входящего вызова в специальном месте на АТС, которое называется “стоянкой” или “орбитой”. Звонок, который был “припаркован”, находится в режиме ожидания с присвоенным ему специальным номером. Таким образом, любой сотрудник корпоративной телефонной сети, который знает номер сервиса парковки, может принять “припаркованный” вызов откуда угодно.
/p>
В сегодняшней статье, поговорим о модуле Asterisk, который позволяет создавать, настраивать и управлять процессом парковки входящих вызовов - Parking на примере FreePBX 13. Сразу отметим, что стандартный модуль Parking позволяет создать только одну “стоянку”, расширенный функционал предоставляет платный модуль Park Pro.
При парковке, вызов попадает на специально настраиваемый в данном модуле, внутренний номер парковки – Extension и занимает одно место или “слот” (“slot”). Номер “слота” затем объявляется абоненту, который производил парковку – “парковщику” (“parker”). После чего, любой другой абонент внутренней телефонной сети, может принять “припаркованный” вызов, набрав номер “слота”. Если по истечению заданного времени, вызов не был снят с “парковки”, звонок может быть либо перенаправлен обратно “парковщику”, либо на любое другое настраиваемое направление, например – IVR.
Перейдём к настройке. Чтобы попасть в модуль паркинга, переходим по следующему пути - Application -> Parking. Самые важные моменты, на которые нужно обратить внимание при настройке модуля, это:
Внутренний номер, присвоенный “стоянке” - Extension
Начальная позиция на “стоянке”
Количество парковочных мест – “слотов”
Максимальное время, в течение которого вызов находятся на “стоянке”
Направление, куда должен отправиться вызов, после истечения таймаута
Как было сказано выше, стандартный модуль позволяет создать только одну “стоянку” - Default, которую, тем не менее, можно настроить под свои нужды. Что бы изменить настройки необходимо нажать кнопку Parking Settings, откроется множество настраиваемых параметров. Все настраиваемые параметры данного модуля разделены на три секции – General Settings, Returned Call Behavior и Alternate Destination
Рассмотрим каждый по порядку:
General Settings
Parking Lot Extension – Внутренний номер, присвоенный “стоянке”, номер сервиса парковки. На данный номер необходимо перевести входящий вызов, если нужно его запарковать
Parking Lot Name – Имя “стоянки”
Parking Lot Starting Position – Начальная позиция “стоянки”, номер первого “слота”. Важно отметить, что этот номер не может совпадать с Parking Lot Extension
Number of Slots – Количество “слотов” на “стоянке” (свободных мест)
Parking Timeout (seconds) – Время, в течение которого вызов может находиться на “стоянке”, прежде чем будет отправлен обратно “парковщику” или по альтернативному направлению
Parked Music Class – Музыкальная дорожка, которая будет проигрываться абонентам припаркованных вызовов
BLF Capabilities – Включает или отключает функцию индикации занятости линии
Find Slot – В каком порядке вызовы должны занимать места на стоянке. First – Первое свободное место или Next – Место, следующее за последним запаркованным “слотом”
Returned Call Behavior
Данная секция позволяет настроить параметры, отвечающие за дальнейшую обработку припаркованного вызова после истечения таймаута.
Pickup Courtesy Tone – Кому необходимо проиграть сообщение о том, что припаркованный вызов принят
Transfer Capability – Определяет, кому доступны возможности перевода вызова по средствам DTMF – кодов.
Re-Parking Capability – Кто может перепарковать вызов.
Parking Alert-Info – Сигнал, который будет отправляться, прежде чем вызов будет перенаправлен обратно “парковщику” или по альтернативному направлению
CallerID Prepend – Подписывает припаркованный звонок, прежде чем вызов будет перенаправлен по первоначальному или альтернативному направлению, что помогает понять, откуда он поступил. Таким образом, звонок, который будет возвращаться с парковки по истечению таймаута, будет иметь специальную подпись, которая будет видна на экране телефона
Auto CallerID Prepend - В зависимости от настройки, автоматически подписывает звонок, возвращающийся с парковки по истечению таймаута. Slot –номер “слота”, который был ему присвоен, Extension –внутренний номер абонента, который произвел парковку, Name – Имя Extension’а абонента, который произвел парковку, None – Ничего написано не будет.
Announcement - Объявление, которое будет проигрываться, прежде чем звонок будет перенаправлен по первоначальному или альтернативному направлению
Alternate Destination
Come Back to Origin - Опция, позволяющая выбрать, возвращать ли припаркованный звонок обратно на телефонное устройство, которое производило парковку, т.е “парковщику”
Destination – Если в предыдущем пункте было выбрано No, то именно по направлению, которое выбрано в данной опции, будет возвращаться вызов с парковки.
Когда настройка модуля завершена, необходимо нажать Save -> Submit -> Apply Config
Модуль Parking имеет собственный Feature Code, по умолчанию *85. Любой внутренний номер, настроенный на IP-АТС, используя этот код, может принять запаркованный вызов. Этот код можно изменить в модуле Feature Codes.
Файловые системы и UUID имеют особую взаимосвязь в системах Linux. Что это за очень длинные идентификаторы и как проследить связи между ними и разделами диска?
Файл /etc/fstab - очень важный файл в системах Linux. Он содержит информацию, которая позволяет системе подключаться к разделам диска и определять, где они должны быть смонтированы в файловой системе. Хотя этот файл играл важную роль на протяжении многих лет, его формат изменился с введением UUID и, в некоторых системах, более надежного типа файловой системы.
Вот пример файла /etc/fstab в системе Fedora:
Каждая строка в файле (кроме комментариев) представляет файловую систему и имеет шесть полей.
Описывает раздел диска
Определяет точку монтирования
Показывает тип файловой системы
Предоставляет варианты монтирования
Определяет, может ли файловая система быть выгружена (0 = нет) с помощью команды dump (не часто)
Определяет, должна ли проверка файловой системы выполняться во время загрузки (0 = нет)
Файловая система btrfs - это современная файловая система с копированием при записи (copy-on-write- CoW) для Linux, которая предоставляет расширенные функции, а также уделяет особое внимание отказоустойчивости, восстановлению и простому администрированию.
Файл /etc/fstab, показанный выше, необычен тем, что новая ОС была только недавно установлена на /dev/sda, а папка /home из системы перед обновлением (на отдельном диске) была затем перемонтирована после того, как первая ссылка на /home была закомментирована.
Что такое UUID?
Те длинные идентификаторы устройств, которые вы видите в файле /etc/fstab и которые помечены UUID (универсальный уникальный идентификатор), имеют длину 128 бит (32 шестнадцатеричных символа) и расположены в последовательности символов 8-4-4-4-12. Один из способов увидеть, как UUID соединяются с именами устройств (например, /dev/sda1), - это использовать команду blkid.
Вы также можете проверить файл by-uuid, чтобы просмотреть взаимосвязь:
Устройство 76E8-CACF, смонтированное как /dev/sdc1, - это временно используемый USB-накопитель.
Вы можете получить представление о том, как Linux генерирует UUID, выполнив команду uuidgen. Проверьте, есть ли он в вашей системе, набрав команду which uuidgen. Эти идентификаторы для всех практических целей уникальны. Когда вы введете команду uuidgen, вы получите любой из более чем 3.40 ? 1038 возможных ответов.
Использование lsblk
Еще один удобный способ просмотра файловых систем - это команда lsblk, которая дает четкое представление о том, как файловые системы связаны, а также о точках монтирования, размерах устройств и основных/второстепенных номерах устройств. Эта команда упрощает визуализацию разделов на каждом диске.