Packer Amazon-EBS构建示例失败：等待SSH超时求助

我之前也碰到过几乎一模一样的Packer SSH超时问题，结合你的场景，给你几个亲测有效的排查和解决方向：

1. 先获取Packer详细日志定位根因 #

别费劲找日志文件了，直接在运行Packer命令时开启调试日志，能看到SSH连接的每一步细节：

PACKER_LOG=1 packer build your-template.json

日志里会明确显示是密钥认证失败、用户名错误，还是连接超时，这是最快定位问题的方法。我当时就是通过日志发现临时密钥对的权限配置有问题。

2. 强制使用自定义密钥对排除临时密钥问题 #

正如你所想，Packer自动创建的临时密钥对有时候会因为权限或AWS密钥对同步延迟出问题。直接在你的模板里添加自定义密钥对配置：

"builders": [{
  // 保留你已有的vpc_id、subnet_id等配置...
  "ssh_keypair_name": "your-existing-aws-keypair-name",
  "ssh_private_key_file": "/path/to/your/local-private-key.pem"
}]

注意：

• ssh_keypair_name是你在AWS控制台已经创建好的密钥对名称
• ssh_private_key_file是本地私钥文件的绝对路径，并且要确保文件权限是600（执行chmod 600 /path/to/key.pem修改）

3. 检查临时EC2实例的系统日志 #

即使你觉得实例已初始化完成，还是去AWS控制台找到Packer创建的临时EC2实例，查看系统日志（在实例详情的「监控」标签下），看看有没有SSH服务启动失败的报错，或者初始化脚本卡住的信息。我曾经遇到过实例初始化时yum更新卡住，导致SSH服务迟迟无法就绪的情况。

4. 手动测试SSH连接验证网络和密钥 #

在运行Packer的同子网实例上，手动尝试连接临时EC2实例：

1. 从Packer日志里找到临时密钥对的路径（比如/tmp/packer_123456.pem）
2. 修改密钥权限：chmod 600 /tmp/packer_123456.pem
3. 用私有IP连接：ssh -i /tmp/packer_123456.pem ec2-user@<临时实例私有IP>
   如果手动都连不上，那问题肯定不在Packer；如果手动能连上，那可以尝试给Packer加"ssh_timeout": "10m"延长等待时间，或者检查SSH配置的细节。

5. 确认Source AMI的SSH用户名 #

你用的ami-095cd038eef3e5074是us-west-2区域的Amazon Linux 2镜像，用户名确实是ec2-user，但如果后续换了其他镜像，一定要确认对应用户名（比如Amazon Linux 2023也是ec2-user，Ubuntu是ubuntu）。

这些方法应该能帮你快速定位并解决问题，我当时是通过强制使用自定义密钥对解决的，希望对你有用！

内容的提问来源于stack exchange，提问作者kavise