Wanderer项目Komoot同步功能故障排查指南

问题背景

在使用Wanderer项目(0.16.1版本)的Komoot同步功能时，用户遇到了"BadCredentials"错误。尽管前端显示集成已启用，但后台日志持续报错401认证失败。本文将系统性地分析此类问题的排查思路和解决方案。

典型错误表现

1. 前端界面显示集成已成功启用
2. 后台日志持续输出认证错误：

   komoot login failed: error sending request to komoot (403): {"error":"BadCredentials","code":401,"message":"Unknown user or wrong credentials."}
   

3. 定时任务执行失败

根本原因分析

经过深入排查，发现可能导致此问题的几个关键因素：

1. 加密密钥变更：如果在创建集成后修改了加密密钥，会导致存储的凭据无法正确解密
2. 多集成冲突：系统存在多个集成配置时，某些失败配置可能干扰正常同步
3. 凭据缓存问题：前端显示成功但后台实际未更新有效凭据
4. 定时任务机制：系统采用异步处理方式，错误可能不会立即反映在前端

系统化解决方案

第一步：基础检查

1. 确认使用的Komoot账号密码正确无误
2. 验证加密密钥(ENCRYPTION_KEY)在环境变量中正确配置且未变更

第二步：集成重置流程

1. 在前端禁用Komoot集成
2. 重新输入凭据并保存
3. 重新启用集成
4. 通过PocketBase后台手动触发定时任务测试

第三步：深度清理

1. 通过PocketBase后台删除现有集成
2. 完全重建集成配置
3. 检查是否有多余的集成配置存在

第四步：日志监控

1. 同时监控以下日志来源：
   • Wanderer应用日志
   • PocketBase数据库日志
   • 前端控制台网络请求
2. 特别关注/api/v1/integration/komoot/login接口的响应

技术要点说明

1. 加密机制：Wanderer使用配置的加密密钥保护存储的第三方凭据，密钥变更会导致解密失败
2. 异步处理：集成同步通过定时任务执行，与前端操作存在时间差
3. 错误隔离：系统设计上会跳过失败的集成继续执行其他任务，但错误日志仍会记录

最佳实践建议

1. 首次配置后，避免修改加密密钥
2. 定期检查PocketBase中的集成配置
3. 重要操作后，建议手动触发定时任务验证
4. 复杂问题时，考虑完全重建容器环境

总结

Wanderer与Komoot的集成问题通常源于凭据存储或异步处理机制。通过系统化的排查步骤，可以有效地定位和解决问题。理解系统的加密机制和任务调度原理，有助于更快地诊断类似集成问题。