Какой runlevel является лучшим для Linux (Debian) сервер (DBMS/SCM)?

Попробуйте это

curdir=$(pwd)
for folder in /path/to/Files/*; do 
  [ -d "$folder" ] && cd "$folder" && ./conv.sh
done
cd $curdir

Или принятие Вас в /path/to/Files/, это также работает

for f in *; do [ -d "$f" ] && cd "$f" && ./conv.sh; done; cd ..

Вы могли использовать F{1..20} вместо * для большей точности.

0
27.12.2013, 17:58
2 ответа

По существу Runlevels 2-4 эквивалентны на многих Дистрибутивах Linux.

Кажется, что это отличается на debian.

Смотрите на эту статью Wiki для большего количества информации

Пока Ваша система находится в многопользовательском runlevel, необходимо быть в порядке, и нет по существу никакой реальной разницы кроме запуска GUI/менеджера по оформлению.


Можно хотеть знать следующее:

Halt/Shutdown

Обычно runlevel 0, используемый для завершения работу системы

Single-User Mode

Обычно runlevel 1, используемый для изменений в системе root

Multi-User Mode

Обычно Runlevels 2-5, некоторые из этих уровней выполнения запускают менеджер дисплея.

Reboot

Обычно Runlevel 6, только перезагружать систему


Я предложил бы изучить другие способы "укрепить" Вашу систему, вместо того, чтобы думать о пользователе runlevels.

2
28.01.2020, 02:28
  • 1
    +1, Но: Я думаю в запасе debian, 3-5 идентичны, и все запускают GUI, подразумевая, что единственный многопользовательский, неграфический runlevel равняется 2 (создание, настолько подходящее для бездисплейного сервера). –  goldilocks 27.12.2013, 18:24
  • 2
    я изменил свое сообщение, я перечитал документацию. Я был неправ. спасибо за справку. –  Nathan McCoy 27.12.2013, 19:01
  • 3
    , но однопользовательский режим мог быть намного более производительным и защитить, разве однопользовательский режим не увеличивает безопасность? –  Erdinc Ay 28.12.2013, 15:33
  • 4
    это зависит от того, что Вы подразумеваете "под безопасностью увеличения". Это не увеличивает производительность по сути, это только запрещает многопользовательский доступ, который мог освободить ресурсы, так как другие пользователи не будут выполнять процессов. Это определенно сделает Вашу систему более небезопасной, так как Вы всегда используете корень для выполнения любой задачи, подразумевая, что все программное обеспечение было бы запущено как корень с полными полномочиями в системе, (не говоря уже о любой другой человеческой ошибке, которая может произойти во время использования). Это означает любую ошибку, злонамеренную или нет, могло сделать то, что когда-либо она хотела сделать, сказать вызов read() или write() например, без ошибок. –  Nathan McCoy 30.12.2013, 18:24

runlevel не имеет никакой импликации безопасности.

Runlevels S, 0, 1 и 6 специального назначения (для запуска, завершения работы, обслуживания и перезагрузки соответственно). Конфигурация системы в этих runlevels является неполной (например, сеть может снизиться или в большой степени ограничена), и серверы приложений, такие как база данных, как предполагается, выключены.

Runlevels 2, 3, 4 и 5 общего назначения. Под Debian они настроены точно таким же образом по умолчанию.

Вы можете представить различие между (например), runlevels 2 и 3, но не делаете этого ради представления различия. Сделайте это, только если Вы находите причину, почему Вы выполнили бы различные наборы сервисов в разное время. Обычно нет никакого смысла: в большинстве установок или Ваши услуги работают правильно, или что-то действительно плохо происходит что препятствование тому, чтобы Ваши сервисы работали.

Управление, кто может войти в систему, не сделано через runlevels (если Вы не хотите, чтобы различные группы пользователей были позволены в разное время, и снова, это было бы странным требованием, и это, вероятно, не будет сделано через runlevels так или иначе). Если Вы хотите быть единственным пользователем, который может войти в систему, не создавайте счета на других людей.

1
28.01.2020, 02:28

Теги

Похожие вопросы