我已经 SSH 进入 EC2 数十次,这一次仍然花了 4 小时!
发布: (2026年1月14日 GMT+8 04:13)
3 min read
原文: Dev.to
Source: Dev.to
The Problem
昨天我花了 四个小时 试图 SSH 进入一台 EC2 实例。我分别在 macOS 和 Windows 终端上尝试,怀疑是本地系统问题,但都没有成功。
What I Checked
- Security group – Port 22 open ✅
- Source IP – Correct ✅
- Instance state – Running ✅
- Public IP – Correct ✅
- .pem key and permissions – All in order ✅
纸面上所有设置都正确,但我仍然无法连接。
Why It Felt Overwhelming
即使你知道自己在做什么,许多细小的变量也会叠加产生摩擦:
- 不同的环境表现不同
- 当上下文变化时,肌肉记忆会失效
- 通常被忽略的细节突然变得重要
这种压倒感并不是因为缺乏对 EC2 的了解,而是因为变量实在太多:
- Shell 差异
- 密钥权限
- 命令语法
- AWS 的怪癖
每个问题单独来看都很琐碎,但它们一起就让人感到疲惫。所谓的“摩擦”并不是一次戏剧性的错误配置——而是任何减慢思考、打断流程或让本来简单的任务变得沉重的因素。
The Solution
当噪音终于消退时,解决办法竟然异常简单。我意识到自己使用了错误的 username(用户名)对应于所使用的 AMI 类型。切换到正确的默认用户(ec2-user、ubuntu、admin 等,取决于 AMI)后,SSH 连接立刻成功。
Takeaways
- Familiar ≠ frictionless – 经验并不能消除所有障碍。
- Experience ≠ immunity to overwhelm – 即使是资深工程师也会卡住。
- Struggle ≠ incompetence – 挑战往往是心理层面的,而非技术层面的。
Practical Advice
- Slow down – 给自己时间,清晰思考。
- Reduce variables – 一次只验证一件事。
- Don’t let frustration rewrite your self‑assessment – 暂时的挫折并不代表你的能力。
有经验意味着你最终会克服摩擦,即使这比预期花的时间更长。有时,这已经足够。