NodeBB ActivityPub 功能中400错误请求问题的分析与解决

问题背景

在NodeBB v4.0.0-alpha版本中，用户报告了一个关于ActivityPub联邦功能的严重问题：当外部实例尝试向NodeBB实例的收件箱(inbox)发送POST请求时，系统会返回400 Bad Request错误。这一故障导致联邦功能仅能单向工作——NodeBB可以向外发送内容，但无法接收来自其他联邦实例(如Mastodon、Lemmy等)的交互请求。

问题表现

具体表现为三种典型场景：

1. 回复失效：当用户尝试在其他平台回复NodeBB上的帖子时，回复内容不会出现在NodeBB中
2. 关注失败：从其他平台关注NodeBB用户时，NodeBB不会收到关注通知，关注者数量也不会增加
3. 新主题创建：在Lemmy等平台尝试在对应NodeBB分类下创建新主题时，主题不会同步到NodeBB

通过日志分析发现，所有针对/inbox或/uid/<用户ID>/inbox端点的POST请求都会返回400状态码和"Bad Request"响应体。

技术分析

经过深入调查，发现问题根源在于HTTP签名验证环节。ActivityPub协议要求所有请求必须使用HTTP签名进行身份验证，而签名验证过程依赖于多个请求头信息，特别是Host头。

在NodeBB的实现中，签名验证失败会导致系统返回400错误。具体验证流程包括：

1. 检查请求是否包含必要的属性
2. 验证HTTP签名，包括：
   • 重建签名字符串（包含(request-target)、host、date、digest和content-type头）
   • 使用公钥验证签名

根本原因

问题出在反向代理(Nginx)配置上。当请求通过Nginx转发时，Host头被修改为后端服务的地址(如localhost:4567)，而非原始请求的域名。这导致：

1. 重建的签名字符串与原始签名不匹配
2. HTTP签名验证失败
3. NodeBB返回400错误

解决方案

修复方法是在Nginx配置中显式设置Host头：

server {
    listen 80;
    server_name yourdomain.com;
    
    location / {
        proxy_pass http://localhost:4567;
        proxy_set_header Host yourdomain.com;
        # 其他必要的代理设置...
    }
}

关键点：

1. 必须确保proxy_set_header Host与NodeBB配置中的域名完全一致
2. 对于多域名配置，需要确保Host头正确反映原始请求的域名
3. 建议同时设置proxy_redirect off以避免其他潜在问题

额外注意事项

1. 子目录部署问题：当NodeBB部署在子目录(如/new/)时，还需要注意：

   • Webfinger查询需要特殊处理
   • 可能需要额外的Nginx重写规则

2. HTTPS要求：ActivityPub功能必须使用HTTPS，确保Nginx配置了有效的SSL证书

3. 历史记录检查：NodeBB会检查重复活动，已处理过的请求会返回200 OK而非202 Accepted

总结

这个问题展示了在构建联邦系统时，HTTP层细节的重要性。特别是当系统涉及：

• 反向代理配置
• 严格的签名验证
• 多域名支持

时，需要特别注意请求头信息的完整性和一致性。通过正确配置Host头，可以确保ActivityPub联邦功能双向正常工作，使NodeBB能够与其他联邦平台无缝交互。