Pwnagotchi项目SSH登录问题排查指南

问题现象

在Raspberry Pi Zero 2W设备上部署Pwnagotchi项目后，用户发现虽然Web界面和Bettercap UI可以通过默认凭证正常访问，但使用SSH连接时却出现"Permission denied"错误。系统提示拒绝使用默认凭证pi/raspberry进行认证。

技术背景

Pwnagotchi是一个基于Raspberry Pi的开源AI驱动安全工具，默认提供三种访问方式：

1. Web界面：changeme/changeme
2. Bettercap UI：pwnagotchi/pwnagotchi
3. SSH访问：pi/raspberry

详细排查过程

初始验证

用户首先确认了网络连接正常，通过USB数据线使用RNDIS驱动建立了与Windows 11主机的连接。IP地址10.0.0.2能够成功访问Web界面和Bettercap UI，排除了基础网络配置问题。

SSH调试

用户使用详细调试模式尝试SSH连接：

ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no -vvv pi@10.0.0.2

输出显示认证过程完整执行，但密码认证被拒绝。调试信息确认：

• 成功建立SSH连接
• 使用密码认证方式
• 服务器接受密码认证
• 但提供的凭证被拒绝

关键发现

通过进一步排查，用户意识到在最初使用Raspberry Pi Imager写入镜像时，可能无意中启用了自定义用户配置选项。这导致系统没有使用Pwnagotchi项目的默认SSH凭证，而是使用了自定义设置。

解决方案

1. 检查SD卡写入过程是否包含自定义配置
2. 确认Raspberry Pi Imager中的"高级选项"是否被意外启用
3. 如需恢复默认凭证，建议重新写入镜像并确保不应用任何自定义配置

经验总结

1. 部署物联网设备时，应特别注意安装工具的默认设置
2. 多因素认证失败时，应从底层配置开始排查
3. 详细日志(-vvv参数)是诊断SSH问题的有力工具
4. 不同服务(Web/SSH)使用不同凭证是常见的安全实践

最佳实践建议

1. 首次部署时建议使用纯净镜像
2. 记录所有服务凭证并分类管理
3. 复杂项目中，不同组件可能维护各自的认证体系
4. 遇到认证问题时，应系统性地检查所有可能的配置来源

这个案例展示了物联网设备部署中常见的配置冲突问题，提醒开发者在跨平台部署时要特别注意工具链的默认行为。