CN
EN
我们第一次登录新分配到的日本云主机，或者因为完全轮换、同事离职等需要更新访问权限时，修改云主机的密码变成这样事务。Linux日本云服务器上修改密码关系到账户安全、权限管理和后续运维便利性。从个人账户到root超级用户，从本地登录到远程SSH连接，不同场景下的密码修改有着细微但重要的差别。
修改密码最核心的命令：
passwd这个命令设计得既简单又安全。当你以普通用户身份登录后，直接在终端输入
passwd系统会首先要求你验证当前密码。这个步骤确保了即使你的终端暂时无人看管，他人也无法直接更改你的密码。验证通过后，系统会提示你输入新的密码，并需要再次输入以确认无误。
这里有一个关键细节：为了安全，你在输入密码时，屏幕上不会显示任何字符（包括星号*），光标也不会移动，这是正常的。请务必准确、流畅地输入完毕并回车。系统会对新密码进行基本复杂度检查，如果密码过于简单（例如是字典中的单词或与用户名相同），可能会被拒绝。一个合格的密码通常需要8位以上，包含大小写字母、数字和特殊符号。
对于系统管理员，经常需要为其他用户修改密码。这时需要使用 `sudo` 权限。命令是
sudo passwd 用户名例如
sudo passwd alice以管理员身份操作时，流程有所不同：系统不会要求你提供该用户的旧密码，而是直接让你设置新密码。这体现了权限分离的原则，管理员可以重置任何用户的密码，但无法通过此命令获知用户的原密码。这也意味着管理员需要为这一操作负起安全责任。修改完成后，建议通知相应用户。有时候你可能需要锁定或解锁某个账户，这可以通过
sudo passwd -l 用户名（锁定）和
sudo passwd -u 用户名（解锁）来实现。锁定后，即使用户输入正确密码也无法登录，这在员工离职或账户疑似泄露时非常有用。
在日本云主机的实际场景中，绝大多数登录都是通过SSH远程进行的。修改密码的流程与本地完全一样，只需在SSH会话中执行 `passwd` 命令即可。但这里有几个云环境特有的注意事项。首次登录通过SSH密钥认证的日本云主机时，为了安全，系统通常会强制要求你立即为默认用户（如ubuntu、ec2-user或root）修改密码。这是一个不可跳过的步骤，你必须设置一个符合要求的密码后，才能继续操作。另外，如果你为root用户设置了密码，并希望后续能直接用root密码登录SSH，可能需要修改SSH服务的配置文件 `/etc/ssh/sshd_config`，将 `PermitRootLogin` 参数设置为 `yes` 或 `prohibit-password`（后者仅允许密钥登录），修改后需重启SSH服务：
sudo systemctl restart sshd偶尔会遇到更特殊的情况：忘记了root密码。在拥有物理接触的传统服务器上，可以通过重启进入单用户模式重置。但在日本云主机上，你无法接触物理控制台。这时，云服务商提供的“VNC控制台”或“救援模式”就成为救命稻草。
密码策略是enterprise环境中的重要一环。你可以通过 `chage` 命令管理用户密码的有效期和策略。例如，
sudo chage -l alice可以查看用户alice的密码过期信息；
sudo chage -M 90 alice将她的密码有效期设为90天；
sudo chage -d 0 alice则会强制她在下次登录时立即修改密码。这些设置在需要定期轮换密码的合规环境中非常实用。同时，系统的全局密码策略通常定义在 `/etc/pam.d/common-password` 或 `/etc/security/pwquality.conf` 等文件中，可以配置最小长度、复杂度要求等。
从安全最佳实践的角度看，仅修改密码还不够。首先，绝对不要使用弱密码。简单的密码如“123456”、“password”或公司名加年份，是黑客破解的首选目标。其次，考虑使用SSH密钥替代密码登录。密钥认证比密码更安全，且更方便。生成密钥对后，将公钥上传到服务器的 `~/.ssh/authorized_keys` 文件中，然后可以在SSH配置中禁用密码登录，彻底杜绝破解风险。第三，定期审计账户。使用 `last` 命令查看登录记录，使用
sudo grep 'Failed password' /var/log/auth.log（Ubuntu/Debian）或
/var/log/secure（CentOS/RHEL）检查失败的登录尝试，及时发现异常。
一个完整的密码修改和安全管理流程可以这样概括：对于个人账户，在本地或SSH会话中用 `passwd` 修改；对于管理其他账户，使用 `sudo passwd 用户名`；首次登录日本云主机时，遵守强制改密流程；忘记密码时，利用云平台控制台工具或管理员权限重置；最后，用SSH密钥、强密码策略和日志监控构建纵深防御。
