这里有点新手，
我有一个使用 vsftpd 的服务器。我使用'passwd aa'从root帐户更改了用户'aa'的密码，这更改了用户'aa'的SSH密码，但没有更改他的FTP帐户。
我似乎找不到关于更改 vsftpd 密码的其他信息。
有小费吗？
嗨，我刚刚将我的 ubuntu karmic Koala 更新为 Lucid Lynx，并在我的文件 /etc/passwd 上发现了一些奇怪的东西。
rtkit:x:120:130:RealtimeKit,,,:/proc:/bin/false
有人能告诉我它是什么吗？
我最近被要求为某个用户修改 passwd 文件中的 GECOS 字段，以便它包含他的名字和他原来的重音字符。我的第一反应是“当然，为什么不呢？” 但后来我开始怀疑肯定会有一个 *nix 实用程序由于 UTF-8 字符而无法解析 passwd 文件。
所以我的问题是，你有没有遇到过在 passwd 文件中使用 UTF-8 的问题？或者你知道吗？
我的语言环境在所有盒子上都设置为 UTF-8。( $LANG=en_US.UTF-8 )
谢谢！
我正在阅读“可靠地部署 Rails 应用程序”
关于定义要由 Chef 设置的用户，它说：
“接下来我们需要定义用户，在data_bags/users里面复制deploy.json.example文件到deploy.json。
使用以下命令为您的部署用户生成密码：
openssl passwd -1 "plaintextpassword"
并相应地更新 deploy.json。”
我的问题是，目的是openssl passwd什么？仅仅是为了生成一个强密码吗？如果我输入随机字符会不会一样好？
然后，我的“实际”密码是什么？纯文本版本，还是加密版本？我是否需要将两者的副本保存到我的密码管理器中？
更新：
是的，我已经阅读了手册。是的，我知道它会生成我的密码的 md5 加密版本。我的问题更多是关于为什么要使用它，而不是使用您自己组成的非常安全的随机字符串（或使用密码生成器生成）。
我能想到的一个好处是您可以输入一个可记住的密码，并在openssl passwd -1 "plaintextpassword"每次需要输入时运行它。因此，就易于记忆的密码和安全的随机密码而言，您将拥有两全其美的优势。每次需要时通过``openssl passwd -1` 运行可记忆/纯文本版本，这样您就不必存储密码的加密版本，并在每次需要输入密码时键入/粘贴。
这是唯一的好处吗？如果不是，其他的又是什么？
第1部分
应该getent是可执行文件吗？
在我的 zsh 设置中，我可以看到 getent 实际上被定义为一个函数
$ which getent
getent () {
if [[ $2 = <-> ]]
then
grep ":$2:[^:]*$" /etc/$1
else
grep "^$2:" /etc/$1
fi
}
如果我想从 bash shell 执行它，
bash -c "getent passwd user"
我收到一个getent: command not found错误。
第2部分
在 Mac OSX 中，getent无论用户 ID 是否有效，都会失败。事实证明用户 ID 没有保存在/etc/passwd文件中。为什么会这样呢？还有什么替代方案呢？
我以 root 身份远程 SSH 登录（使用 PUTTY），
bash shell 提示符变为：
[root@yukiko /]#
当我进入时：
getent passwd
我看到的第一行是这样的：
root:x:0:0:root:/root:/bin/bash
bash shell 提示符不应该是这样的吗？（对应于 /etc/passwd 中的第一行）？
[root /]#
这是一个安装了 CentOS 的 VPS 服务器，yukiko 是我提供给托管公司所需的客户登录 ID。
在我尝试更改服务器外壳后，我无法再以 root 身份登录。
首先，我以 root 身份安装了 z-shell (zsh)，然后我想将其更改为我的默认 shell。因此我使用了“chsh”。我的错是，我输入了错误的路径。通过 Putty 注销并重新登录后，我收到消息“拒绝访问”。
当 shell 的路径不存在时，这是可以预见的。所以我登录到我的控制面板，并通过文件管理器更改了 /etc/passwd 文件：我更正了第一行的最后一部分 - root 用户：
root:x:0:0:root:/root:/usr/bin/zsh
即使我将其更改为旧的 shell /bin/bash 或 /bin/sh 它也不起作用。我读到 passwd 和 shadow 不是实时文件，所以我重新启动了服务器，但仍然存在同样的问题
任何想法，我还能做什么？
操作系统：Debian 5 + Parallels Plesk 11
这是/etc/shadow系统上存储的两个不同用户的输出：
usr1:$1$zgKwt6aQ$gXxsMLgcxa/u6rmq5QseP.:14307:0:99999:7:::
usr2:$6$9Bh5mQ5t$VY64eVcILqgXIC1EFPJ.f3tDVrsSf4y1Th6dleFN2FcuUJQUGevVXILySNfQlDNVWBQXCHaja1hyms.mVeDOY/:14839:0:99999:7:::
问题是，为什么这些 passwd 哈希（都有效）具有不同的长度？
我的一个 CentOS 机器上的密码不再被用户 clipuser接受ssh或su为用户接受，但相同的密码被passwd（在从 root 用户 su'ing 到用户之后）接受。
/var/log/secure 没有什么用处，这里是相关的日志条目：
Feb 21 16:58:37 CLIP sshd[2448]: pam_tally3(sshd:auth): user clipuser (500) tally 31, deny 3
Feb 21 16:58:39 CLIP sshd[2448]: Failed password for clipuser from 172.16.66.239 port 33928 ssh2
有任何想法吗？
在我的台式机上，我的帐户是david，但在我的服务器上是dweintra。这意味着每当我使用scp我必须这样做：
$ scp some.file dweintra@app05:
和
$ ssh dweinta@app05
我希望能够简单地做到这一点：
$ scp some.file app05:
$ ssh app05
也就是说，以某种方式为我的实际用户名创建一个david别名dweintra用户名。我想我可以通过在/etc/passwd文件中放置一个与dweintra条目匹配的条目来做到这一点，当然除了该行的第一个字段。
将dweintra在实际上NIS，而不是直接/etc/passwd。这样做会有什么问题吗？
我只是希望减少几次击键次数和我在服务器上提取用户名所需的几毫秒时间。