微软把SSH藏了3年，7成开发者还在用密码登录

2024年Stack Overflow开发者调查显示，仍有67%的Windows用户通过密码直连远程服务器。同一批人在本地用Git、用VS Code，却在SSH这一步卡成上世纪画风。

问题不在技术难度。打开任意搜索引擎，前10条教程都在教你装PuTTY、配Pageant、转.pem格式——像是为了煎个蛋，先让你组装一台燃气灶。

Windows 10之后，系统自带SSH客户端

2018年4月更新后，OpenSSH客户端作为可选功能内置。验证方式：设置→应用→可选功能→搜索"OpenSSH客户端"。未安装则勾选，等两分钟。

不需要下载。不需要配置环境变量。cmd或PowerShell直接可用。

这是微软近年最安静的一次基础设施升级——安静到大多数人至今不知道。

原文作者吐槽："Every online tutorial for this seems to be way WAY too complicated for what is in fact a pretty basic process." 翻译成人话：网上教程把简单的事写复杂了，复杂到像在教火箭燃料配比。

生成密钥：一行命令替代密码

打开命令提示符，执行：

ssh-keygen

系统询问保存路径，直接回车采用默认。询问passphrase（通行短语），建议设置——与密码不同，它只在本地验证，不经过网络传输。

输出示例显示密钥指纹与随机艺术图（randomart），这是OpenSSH的视觉校验机制。 older机器可能生成id_rsa格式，新机器多为id_ed25519，后者更安全。

密钥对生成后，私钥留本地，公钥需上传服务器。传统教程会让你用FTP工具、或者手动复制粘贴公钥内容——多一步操作，多一个出错点。

公钥部署：两步变一步的偷懒技巧

第一步，用scp（安全复制协议）把公钥丢到服务器：

scp .ssh\id*.pub user@server:

注意命令末尾的冒号，表示"放到用户主目录"。漏掉这个符号，scp会在本地新建一个名为"user@server"的文件——一个经典到被反复踩的坑。

输入密码完成传输，然后ssh登录服务器：

ssh user@server

登录后执行：

cat id*.pub > .ssh/authorized_keys

Ctrl+D退出。下次登录无需密码。

原文作者附赠一个合并操作：

type .ssh\id_*.pub | ssh user@host "cat >> .ssh/authorized_keys"

这条命令把本地公钥内容通过管道直接追加到服务器的authorized_keys，跳过手动登录步骤。适合批量配置或脚本自动化。

为什么这值得专门写一篇文章

不是因为技术门槛，是因为信息噪声。搜索"Windows SSH教程"，结果页被2015年的博客、第三方工具广告、以及互相复制的过时步骤占据。

一个2018年就内置的功能，在2024年仍被当作需要"折腾"的技能——这种认知滞后本身比技术问题更值得记录。

原文作者用基础假设收尾："We assume you have a username, password and hostname." 没有假设读者懂Linux权限模型，没有假设会vim操作，没有假设知道什么是~/.ssh目录。

这种克制很难得。技术写作常犯的错，是把"我会的"当成"你该会的"。

你最近一次配置SSH花了多久？如果超过5分钟，可能也踩过同样的信息噪声。