Вопросы Теги

Я могу создать и управлять Unix “экраны” в сценарии?

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

Рекомендация высокой безопасности Microsoft для Windows Server 2003 раньше была:

  • 10 попыток отказа в 15-минутный период
  • 15-минутный разблокировали
  • Минимальные 8 паролей символов
  • Сложность включена
  • 10 паролей помнили (этот, я нечеток на... это не может быть правильно),
  • 30-дневное истечение (снова, этот я нечеток на),

Однако это не устраивало аудиторов, с которыми я взаимодействовал. Самое снисходительное, которое я видел, хотело 24-часовое, разблокировали и не больше, чем 10 отказов в 24-часовой период с 60-дневным истечением. Наименее снисходительное, которое я видел, является не автоматическим, разблокировали больше чем без 3 отказов в 24-часовой период с 30-дневным истечением. Все были последовательны в минимальной длине знака 8 со сложностью, включенной с полными 24 паролями, которые помнят.

6
задан 2 July 2010 в 11:47
3 ответа

Чтение страниц справочника и учебных руководств помогает

Я сказал бы, что Вы хотите сделать, создают $HOME/.screenrc.multiwin файла

# read in your normal screenrc
# before anything else
source $HOME/.screenrc
# now start opening windows
# it's possible to set the window title with
# the -t option
# you can also specify the window number
# to launch in
screen -t server1 5 run_server_1
screen -t server2 6 run_server_2

Затем выполнение

screen -c $HOME/.screenrc.multiwin

сделает то, в чем Вы нуждаетесь

5
ответ дан 3 December 2019 в 00:23
  • 1
    На самом деле я не думаю, что это - то, что я хочу. Я действительно хотел бы сделать это в сценарии оболочки, в котором я могу сделать другие вещи также. (И звоните как любой другой сценарий.) Не только в экранном файле "конфигурации". кавычка –  interstar 2 July 2010 в 11:32
  • 2
    @interstar: run_server_1 может быть другим сценарием. Вышеупомянутое относительно гибко, если сценарии независимы. Кроме того, если существует большой поток управления / межпроцессное взаимодействие что относительно следующего: не запускайте экраны, но только запускайте серверы с их вывода, перенаправленного в файлы, затем в других терминалах/экранах можно наблюдать те файлы. –  Unreason 7 July 2010 в 18:04

Команды могут быть переданы от внешнего использования screen -S sessionname -X command например, screen -S mywork -X screen run_server_2 создал бы новое окно (то же как ctrl-a c) но то окно имело бы run_server_2, выполняющийся в нем. В отличие от выполнения его вручную, не будет оболочки, работающей в том окне, поэтому когда run_server_2 выйдет, окно закроется.

Управление несколькими экранами является просто вопросом проверки, что их все называют с-S

2
ответ дан 3 December 2019 в 00:23

Я считаю, что tmux гораздо легче скриптовать, чем screen для этого типа целей. Программа tmux принимает свои собственные команды в качестве аргументов в командной строке, например, для запуска двух окон: «tmux new-session -d '/ bin / bash' \; new-window -d 'top'». В первом окне он запустит интерактивную оболочку «bash», а во втором - «сверху».

1
ответ дан 3 December 2019 в 00:23

Теги

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