Все, что пользователь вводит в терминал вручную, сохраняется в ~/.bash_history, где ~ является сокращением для текущего каталога пользователя, зарегистрированного в текущий момент. Также обратите внимание, что файлы, начинающиеся с ., скрыты; в Nautilus вы можете показать их, нажав Ctrl + H.
Взгляните на него, набрав
cat .bash_history
. Чтобы просмотреть вашу историю, аннотированную последовательными номерами, введите
history
Вы можете снова выполнить команды, которые вы видите там, набрав, например, !2129, который выполнил бы номер команды 2129, как показано командой history.
Обратите внимание, что команда history показывает вас во втором журнале, но .bash_history сохраняется только после выхода из терминала.
Небольшая интересная информация:
Команды, начинающиеся с пробела, не сохраняются в .bash_history. Если вы запустите команду, подобную rm -R mydir/, вы можете прикрепить ее к пробелу, чтобы предотвратить ее повторное включение, нажав стрелку вверх.Как говорит Жоао, размер сохраненной истории можно контролировать с помощью export HISTFILESIZE=5000.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A-Za-z0-9+/]*={0,2})?*={0,2})?
Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?
Это дополнение к старому правилу и будет соответствовать : authentication failure.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A -Za-z0-9 + /] * = {0,2})? * = {0,2})?
Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0 -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?
Это дополнение к старому правилу и будет соответствовать : отказ аутентификации
.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A -Za-z0-9 + /] * = {0,2})? * = {0,2})?
Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0 -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?
Это дополнение к старому правилу и будет соответствовать : отказ аутентификации
.
Последняя часть регулярного выражения не соответствует «ошибке аутентификации»
Неисправная часть регулярного выражения, похоже, соответствует строке base64:
(: [A -Za-z0-9 + /] * = {0,2})? * = {0,2})?
Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:
(: ([A-Za-z0 -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?
Это дополнение к старому правилу и будет соответствовать : отказ аутентификации
.