pam_tally2在su尝试的密码之前添加before
有一个类似的行为，但我认为这是一个不同的根本原因，或者至少需要一个不同的解决方案，因为这个失败不是由于SSH键造成的。
我们公司正在进行Linux审核，我需要启用PAM帐户锁定，以便进行3次错误的密码尝试。我以前没有PAM经验。
如果我在运行pam_tally2 -u testuser后立即运行su testuser，但在输入密码之前，失败的pam_tally已经是1，尽管我还没有输入密码。
我了解到，在我上面链接到的情况下，预密码增量是由一个失败的SSH密钥交换引起的，但是在阅读man su之后，似乎不涉及密钥交换。所以我的问题是“为什么su在输入密码之前导致pam_tally增加？”
我正在尽我最大的努力确保登录尝试/阻止在sshd_config、PAM、fail2ban和/etc/login.def之间都匹配，但是当pam_tally统计我不希望看到的事件时，这是很棘手的！
操作系统是Ubuntu服务器14.04
只有对服务器所做的配置更改是在/etc/pam.d/common-auth中进行的，在顶部添加了这一行：
auth required pam_tally2.so deny=3 unlock_time=900谢谢!
回答 1
Server Fault用户
发布于 2018-11-07 20:58:49
仔细阅读pam_tally2所做的一切将完全解释你所看到的行为。您希望看到有多少次登录尝试失败；但是，man页面解释说(强调我的)：
此模块维护尝试访问的计数。
所以它的行为与预期完全一致。当您su user时，无论您是否输入了密码(正确还是不正确)，您都会立即尝试访问。当您随后输入正确的密码时，理货将重置为0。您已经将最大尝试设置为3，因此一旦超过该尝试，就会得到一个错误--这是第四次尝试生成错误。
这种行为是正确的，现在我们已经了解了pam_tally2实际上做了什么，这是合理的。
https://serverfault.com/questions/939032
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号