IPN回调已正常接收但PayPal服务器持续重发问题排查求助

以下是针对IPN脚本返回200 OK、业务逻辑正常但PayPal持续重发的排查方向：

• 检查响应内容是否严格为空
  PayPal要求IPN响应必须是完全空白的200 OK响应，任何额外输出（包括空格、换行、调试echo/var_dump、PHP警告/错误信息）都会被判定为无效响应。

  • 排查脚本中是否有未注释的调试输出语句
  • 确保PHP文件的<?php标签前、?>标签后无空白字符（建议直接省略闭合的?>）
  • 配置PHP的error_reporting和display_errors，禁止将错误输出到响应流，改用error_log记录到日志文件

• 验证响应头的正确性
  PayPal对响应头有严格要求，错误的头信息会导致响应失效：

  • 确认响应头包含Content-Type: text/plain
  • 检查是否有多余的响应头（如Set-Cookie、自定义服务器标识头），IPN为服务器间通信，不需要这类头
  • 确认响应的Content-Length为0（空响应）

• 复查IPN验证流程
  即使业务逻辑执行正常，验证环节的疏漏也可能导致PayPal判定失败：

  • 确保将PayPal发送的所有IPN参数原样POST回PayPal验证端点（生产环境：https://ipnpb.paypal.com/cgi-bin/webscr；沙箱：https://ipnpb.sandbox.paypal.com/cgi-bin/webscr）
  • 确认只有在收到PayPal返回的VERIFIED状态后才执行业务逻辑，且无论验证结果如何，都返回空白200响应
  • 检查验证端点是否配置正确，避免沙箱/生产环境混用

• 排查网络与服务器中间件问题
  网络层面的拦截或修改可能导致PayPal未完整接收响应：

  • 查看服务器访问日志，确认响应字节数为0，无额外内容
  • 检查服务器防火墙、WAF（Web应用防火墙）是否修改了响应内容，或拦截了PayPal的验证回调请求
  • 确认服务器到PayPal验证端点的网络连通性，排查DNS解析、IP段拦截等问题

• 检查PayPal账户端设置
  登录PayPal后台查看IPN相关信息：

  • 查看IPN历史记录，PayPal会标注重发原因（如“Invalid Response”），可获取具体错误细节
  • 确认IPN通知URL未被误修改
  • 检查IPN功能是否处于开启状态，未被暂停

• 临时调试方案

  • 在脚本开头添加ob_start()，结尾添加ob_clean(); flush(); exit;，强制清空输出缓冲区
  • 将所有调试信息写入独立日志文件，避免混入响应流
  • 使用curl模拟IPN请求，发送后查看响应的内容和头信息，确认是否符合PayPal要求

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