Fail2ban пропускает некоторые попытки ретрансляции

Все, что пользователь вводит в терминал вручную, сохраняется в ~/.bash_history, где ~ является сокращением для текущего каталога пользователя, зарегистрированного в текущий момент. Также обратите внимание, что файлы, начинающиеся с ., скрыты; в Nautilus вы можете показать их, нажав Ctrl + H.

Взгляните на него, набрав

cat .bash_history

. Чтобы просмотреть вашу историю, аннотированную последовательными номерами, введите

history

Вы можете снова выполнить команды, которые вы видите там, набрав, например, !2129, который выполнил бы номер команды 2129, как показано командой history.

Обратите внимание, что команда history показывает вас во втором журнале, но .bash_history сохраняется только после выхода из терминала.

Небольшая интересная информация:

Команды, начинающиеся с пробела, не сохраняются в .bash_history. Если вы запустите команду, подобную rm -R mydir/, вы можете прикрепить ее к пробелу, чтобы предотвратить ее повторное включение, нажав стрелку вверх.

Как говорит Жоао, размер сохраненной истории можно контролировать с помощью export HISTFILESIZE=5000.

3
задан 3 June 2011 в 18:40

10 ответов

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 29 May 2018 в 09:01
  • 1
    Хотя я и не знаю, что такое base64 string :) Я попробую то, что вы предлагаете, и сообщите, как оно исчезло ... – luri 5 June 2011 в 02:56
  • 2
    Я предложил изменения. У меня не было другого входа в систему SASL, поэтому я действительно не знаю, работает ли это ... Но я буду вам доверять. Поэтому я отмечаю это как принятый ответ, и он останется таким же, как сейчас. Спасибо за помощь. – luri 13 June 2011 в 15:04

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 25 July 2018 в 21:54

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 26 July 2018 в 17:38

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 31 July 2018 в 13:47

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 2 August 2018 в 03:29

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 4 August 2018 в 19:26

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

(: [A-Za-z0-9+/]*={0,2})?*={0,2})?

Поскольку «ошибка аутентификации «обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

(: ([A-Za-z0-9+/]*={0,2})?*={0,2})|authentication failure)?

Это дополнение к старому правилу и будет соответствовать : authentication failure.

1
ответ дан 6 August 2018 в 03:37

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

  (: [A  -Za-z0-9 + /] * = {0,2})? * = {0,2})?   

Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

  (: ([A-Za-z0  -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?   

Это дополнение к старому правилу и будет соответствовать : отказ аутентификации .

1
ответ дан 7 August 2018 в 21:27

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

  (: [A  -Za-z0-9 + /] * = {0,2})? * = {0,2})?   

Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

  (: ([A-Za-z0  -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?   

Это дополнение к старому правилу и будет соответствовать : отказ аутентификации .

1
ответ дан 10 August 2018 в 09:44

Последняя часть регулярного выражения не соответствует «ошибке аутентификации»

Неисправная часть регулярного выражения, похоже, соответствует строке base64:

  (: [A  -Za-z0-9 + /] * = {0,2})? * = {0,2})?   

Поскольку «отказ аутентификации» обязательно должен быть заблокирован, я предлагаю заменить эту часть регулярного выражения:

  (: ([A-Za-z0  -9 + /] * = {0,2})? * = {0,2}) | отказ аутентификации)?   

Это дополнение к старому правилу и будет соответствовать : отказ аутентификации .

1
ответ дан 13 August 2018 в 15:57
  • 1
    Хотя я и не знаю, что такое base64 string :) Я попробую то, что вы предлагаете, и сообщите, как оно исчезло ... – luri 5 June 2011 в 02:56
  • 2
    Я предложил изменения. У меня не было другого входа в систему SASL, поэтому я действительно не знаю, работает ли это ... Но я буду вам доверять. Поэтому я отмечаю это как принятый ответ, и он останется таким же, как сейчас. Спасибо за помощь. – luri 13 June 2011 в 15:04

Другие вопросы по тегам:

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