мы на 100% пользователь Linux в сети, и мы работаем круглосуточно, что происходит смена смены следующий администратор приходит в свою смену в это время, какие все проблемы он получает, решает проблемы, но они просто очищают историю с терминала. Если мы хотим записывать каждый на терминале, что они сделали для решения тех же проблем, или мы также можем отслеживать, для заявки о неисправности у нас есть внутренний OTRS, который они обновляют для отчетности.
Спасибо тонна
Взгляни на мой функции ведения журнала и посмотрите, можно ли их адаптировать к вашим потребностям.
Вот как могут выглядеть пара типичных строк из моего файла журнала:
echo hello ### user@host.tld Bash-4.0 /dev/pts/1 192.168.2.22 20100510 17:53 /home/user/test
cd .. ### user@host.tld Bash-4.0 /dev/pts/1 192.168.2.22 20100510 17:53 /home/user/test -> /home/user
Первая строка выше включает команду, маркер комментария, пользователя / хост, версию оболочки, оконечное устройство и IP-адрес, дату и время, а также каталог, который был текущим на момент выполнения команды. Вторая строка - это пример записи, которая создается, когда cd используется команда, а функция -t опция активна. Он показывает предыдущий и новый рабочие каталоги.
Чтобы настроить это:
hcmntextra='date "+%Y%m%d %R"'PROMPT_COMMAND='hcmnt -eityl ~/.hcmnt.log "$LOGNAME@$HOSTNAME Bash-${BASH_VERSION%.*}"'Выберите подходящие места для файлов и добавьте шаги, указанные выше, в свой ~/.bashrc файлы.
Функция принимает несколько дополнительных переключателей. Один из интересных может быть -l. С его помощью команды записываются в файл журнала. Ты можешь grep этот файл и скопируйте и вставьте команды, которые вам нужно повторно запустить. Если вы опустите этот переключатель, аннотированные строки вместо этого будут записаны в историю оболочки, где их можно будет вызвать и повторно использовать с помощью функций управления историей в Bash. Тот факт, что аннотации следуют за символом комментария, означает, что вы можете повторно использовать команды как есть, и аннотации будут проигнорированы.
Когда я хочу зарегистрировать корневой сеанс, я использую корень. Если администраторам требуется использовать sudo для всех команд, он также будет регистрировать все команды.
Вы можете взглянуть на экран тоже, поскольку он может выполнить то, что вы пытаетесь сделать.
В конечном счете, ведение журнала может оказаться не лучшим вариантом для вашего рабочего процесса. Возможно, лучше потребовать обновления motd, wiki или простого веб-сайта для всех изменений.
Вот вариант с ручным управлением. Попробуйте выполнить команду сценария.
script -a ticketnum.txt тогда делай то, что тебе нужно делать ctrl+d останавливает запись, и полученный файл можно прикрепить к заявке. Я уверен, что это можно немного автоматизировать с помощью скриптов.
Вас может заинтересовать что-то вроде shell_sink для записи и аннотирования истории вашей оболочки.