Gentoo - как убрать задержку после ввода неправильного пароля?

По запросу в первых двух ссылках есть решение для обоих случаев.

Первая вапче не про меня, рецепт из второй не работает...

Настроить вход по ключам, не?

Не, я их запомнить не смогу. А флешку можно потерять...

Ты потом адреса скажи своих тазиков.

Ну держи. Но зачем тебе?

$ ip ad sh | grep inet
    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
    inet 192.168.1.2/24 brd 192.168.1.255 scope global wlp2s0
    inet 10.10.10.6 peer 10.10.10.5/32 scope global tun0

$ ip ad sh | grep inet
    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
    inet 192.168.1.253/24 brd 192.168.1.255 scope global enp4s1
    inet 10.85.81.81/24 brd 10.85.81.255 scope global enp3s0
    inet 192.168.0.2 peer 192.168.0.1/32 scope global inet
    inet 10.10.10.1 peer 10.10.10.2/32 scope global home

Затем, что ты ССЗБ который из-за лени и тупоумия ставит под угрозу безопасность.

Нашел рабочий рецепт на том же stackexchange. Забавно, но он не заплюсован, хотя работает, а заплюсованные наоборот не работают.

# grep nodelay /etc/pam.d/system-auth 
auth            required        pam_unix.so try_first_pass likeauth nullok nodelay

Да? И как же тут безопасность пострадает?

Предполагаю, что у тебя используется стандартный метод авторизации через PAM и pam_unix, тогда:

/etc/login.defs:

# Delay in seconds before being allowed another attempt after a login failure
# Note: When PAM is used, some modules may enfore a minimal delay (e.g.
#       pam_unix enforces a 2s delay)
#
FAIL_DELAY              3

pam_unix enforces a 2s delay

Курим дальше, man pam_unix:

       nodelay
           This argument can be used to discourage the authentication component from requesting a delay should the authentication as a whole fail. The
           default action is for the module to request a delay-on-failure of the order of two second.

Прописываем это в /etc/pam.d/system-auth в строчки с pam_unix

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

Да-да, с nodelay работает. А заплюсованные рецепты со stackexchange (в том числе и про FAIL_DELAY) не взлетели.

У меня брутфорс усложняется с помощью iptables -m recent.
Ну и еще тем, что провайдер не дает белых IP.

FAIL_DELAY применяется в системах без PAM. Но не всегда, например у меня на серваке без PAM с dropbear - по ssh таймаута на неудачный логин нет. Да и не сильно нужен, если честно - там разрешен только логин по ключу - нехай брутят

На локальный логин через терминал FAIL_DELAY в моём случае распространяется

SSH при логине пытается отрезолвить ИП клиента по тому и задержка, проблема старая, нужен либо ДНС сервер либо UseDNS no.

Да ну нет же. Я про задержку после ввода неправильного пароля.

уже понял, себе тоже отключил.

Ну и еще тем, что провайдер не дает белых IP.

Такие до сих пор есть? Ну твой пров и гавно.

У нас на селе еще остались, вот например: https://www.evo73.ru/