WSL2中chmod修改SSH密钥权限失效（如600变为777、400变为555）的原因及解决方法

阿华AIGC实验室

2026-4-28

SSH密钥权限修改异常：chmod设置后权限自动添加执行位的问题

从你给出的操作输出和WSL2环境信息来看，这个问题的核心原因是你的.ssh目录位于Windows NTFS文件系统的挂载分区中，而WSL默认对Windows文件系统的权限处理逻辑会强制继承/转换权限，导致chmod的修改无法生效，反而自动给所有用户组加上了执行位。

为什么会出现这种现象？

WSL2挂载Windows的NTFS分区时，默认不会保留Linux的细粒度权限（因为NTFS本身不支持Linux的权限模型），而是会用一组默认挂载参数生成权限。默认情况下，所有文件会被赋予rwxrwxrwx（777）或根据umask调整，但手动执行chmod时，由于底层文件系统无法存储这些Linux权限，修改会被忽略或强制转换——你看到的chmod 600变成777、chmod 400变成555，本质是WSL把你的权限设置和默认执行位强制叠加了。

解决方法

方法1：将`.ssh`目录迁移到WSL原生文件系统

WSL的原生文件系统（通常是/home/student所在分区）是ext4格式，完全支持Linux权限，把.ssh移过去就能正常修改权限：

# 先备份当前的.ssh目录
cp -r ~/.ssh ~/.ssh.windows.bak

# 删除原目录（如果它在Windows挂载分区）
rm -rf ~/.ssh

# 在WSL原生家目录重新创建.ssh并恢复文件
mkdir ~/.ssh
cp ~/.ssh.windows.bak/* ~/.ssh/

# 设置SSH要求的正确权限
chmod 700 ~/.ssh
chmod 600 ~/.ssh/id_ed25519
chmod 644 ~/.ssh/known_hosts

执行完后用ls -l ~/.ssh检查，权限应该会正常保留。

方法2：修改WSL挂载参数，让Windows分区支持权限修改

如果你不想迁移目录，可以通过修改WSL配置文件调整Windows分区的挂载行为，让chmod生效：

在WSL中创建/编辑/etc/wsl.conf文件：
```
sudo nano /etc/wsl.conf
```
添加以下配置内容：
```
[automount]
enabled = true
options = "metadata,umask=0077"
mountFsTab = false
```
- metadata：允许WSL在NTFS文件上存储Linux权限信息
- umask=0077：设置默认权限为700（目录）和600（文件），符合SSH的权限要求
保存文件后，在Windows的命令提示符或PowerShell中执行：
```
wsl --shutdown
```
重新启动WSL，此时再修改.ssh目录和文件的权限，就能正常生效了。