我有一大堆新用户在我们的系统上部署，作为初始login的一部分，我想给他们一个重置密码的机会。 我怎样才能最好地做到这一点，以便我们不必特意指示他们这样做呢？
有没有办法来确定为什么我的域帐户被locking？ 我不断发现自己locking了我的机器，然后回来，尝试login并获取“您的帐户已被locking”消息。 我一直不得不让IT重置我的密码。
在Linux系统的情况下，是否有任何安全问题让具有标准权限的MySQL用户（即非root用户）连接到数据库，而不需要本地主机的密码？ 我认为，即使对于本地主机强制实施密码也可以增加一层保护，因为如果SSH访问本身已经受到威胁，那么数据库访问将不会受到影响。 考虑到，不允许密码连接到MySQL，而不是SSH和MySQL的密码相同？ 我不知道是否要考虑，但我们也使用phpMyAdmin让用户pipe理自己的数据库。 我问，因为我有点不喜欢必须将我们的数据库密码未encryption在我们的应用程序的源文件或configuration文件，他们可以很容易地无意中泄漏。 由于我们的服务器被configuration为以应用程序所属的Linux用户身份运行我们的应用程序，因此我考虑不允许本地主机的密码作为简单的解决scheme。 那么，这是一个非常糟糕的主意吗？
我想在pam中拒绝我们的标准密码，直到用户改变它为止。 这是一个固定的密码，为我们的用户所熟知，但我不知道如何configurationPAM来拒绝它。 我检查cracklib，但它只适用于密码更改，而不是身份validation。 我不能使用pam_succeed_if，因为它不检查密码。 任何想法如何拒绝这个密码？
Debian 6 MIT Kerberos即krb5 我们可以通过在命令行使用kpasswd来更改我们的Kerberos密码。 我们希望为用户提供在友好的Web界面中更改Kerberos密码的选项。 有没有一个现有的Web应用程序或脚本，使这成为可能？ 我一直在search，我还没有发现任何有希望的。 现有工具的任何线索，如何做到这一点，将不胜感激。
在我的服务器上，我一直在使用的脚本之一，在根目录下创build空白文件，我已经超过6个月没有被发现，现在总共创build了超过50万个文件。 我无法通过控制面板访问该目录，因为文件太多，我只能用ftp访问。 即使使用ftp，ftp也将每个文件截取了8000个。 所以我不得不每次删除8000个。 我试图让我的主人删除它，但他们说，他们不能，因为这是责任问题。 所以我想知道的是我怎样才能通过FTP删除所有这500,000个文件？ 由于它是共享主机，我也没有SSH访问。 主机供应商说我可以请求SSH访问，但需要validation它和他们的办公室closures，直到下周。 所以我现在用ftp卡住了。 所以，请让我知道如何通过FTP删除大量的文件？ 并incase，如果我可以得到ssh访问，请让我知道我怎样才能通过有效的方式通过ssh删除文件？ 文件名是这样的 closecp.139619 closecp.139619.1 closecp.139620 closecp.139620.1
林有点新的networkingpipe理。 我被要求在我们的SQL Server上更改密码。 pipe理员帐户是唯一用于login的帐户。 我做了一个愚蠢的事情，并通过按Ctrl + Alt + Delete>“更改密码”重置它。 pipe理员密码重置为整个域。 我试图重置它（通过相同的方法），但我得到一个错误，说明密码不能是最近使用的一个。 问题：通过Active Directory重置密码是最佳解决scheme吗？ 还是有人有更好的build议？
是否有可能在Windows Active Directory中存储第二个密码？ 我的意思是具有与unicodeWPD字段相同的属性。
我仔细地按照那里的教程： http://www.cyberciti.biz/faq/ssh-password-less-login-with-dsa-publickey-authentication/ 然后我在本地机器上写下如下的script.sh echo "Sync" rsync -avz –links /home/jansiatest/.jenkins/workspace/svn_to_demo/trunk/CPS/ [email protected]:/home/tasklite/test 但是，当我启动脚本键入./script.sh它不断要求我在服务器上的密码。 我不知道我错过了什么
我们正试图为我们的域上的Windows密码提供所需的密码强度策略。 我倾向于至less10个字符，特殊字符和大写字母。 我们有一个政策，经过一些不正确的猜测后locking帐户，所以结合最小长度和复杂性要求，在今天的环境中是否足够？ 还有什么其他的密码措施可以/应该采取？ （我知道以前也有类似的问题，但是过去一两年密码安全的状况已经发生了很大的变化。）