本地Kubernetes环境中WooCommerce Webhooks完全不触发求助

你已经把基础环境的连通性都搞定了——Pod间Cluster IP通信正常、Node应用能调用WP REST API、Webhook也创建成功，但就是死活不触发，这确实挺闹心的。我来分享几个针对性的排查方向，你可以一步步试：

1. 先核对WooCommerce Webhook的基础配置 #

• 确认触发事件是否精准：你要的是优惠券创建事件，得确保Webhook设置里勾选的是coupon.created（注意WP 4.8搭配的WooCommerce版本可能有特定的事件命名，别选错了）。
• 检查Webhook状态：有没有被误设为“暂停”？一定要确保是“活跃”状态。
• 匹配请求方法：WooCommerce默认用POST发送Webhook，你的Express接口得对应写app.post('/your-path', ...)，要是写成GET肯定收不到请求。

2. 深挖WooCommerce内部的发送机制 #

• 查看系统状态报告：在WP后台→WooCommerce→系统状态，找到“Webhook”板块，看看有没有curl依赖缺失这类基础报错——毕竟你用的是apache镜像，说不定缺了某些PHP扩展导致发不出请求。
• 模拟PHP进程发请求：SSH进WP Pod后，切换到www-data用户（PHP进程的运行用户）执行curl http://10.101.78.224:8080，看看能不能触发Node应用的日志。毕竟SSH用户能访问，不代表PHP进程有同样的网络权限，可能有SELinux或iptables限制。
• 开启WP debug日志：在wp-config.php里加上这两行：

  define('WP_DEBUG', true);
  define('WP_DEBUG_LOG', true);
  

  然后手动创建优惠券触发事件，再去wp-content/debug.log里找有没有Webhook发送失败的细节日志，比如连接超时、请求被拦截之类的信息。

3. 排查Kubernetes层面的网络限制 #

• 检查NetworkPolicy：如果集群里配置了NetworkPolicy，要确保WordPress Pod被允许访问Node应用的8080端口。可以先临时禁用NetworkPolicy测试，要是Webhook能触发了，就是策略限制的问题。
• 确认Node Pod的端口监听：在Node Pod里执行netstat -tulpn，看看8080端口是不是真的被Express进程监听着，有没有监听地址写错成127.0.0.1（要是只监听本地，Cluster IP就访问不到了）。

4. 验证Node.js应用的路由和日志 #

• 加全局请求日志：在Express最前面加一个中间件，记录所有进来的请求，确保没漏过任何请求：

  app.use((req, res, next) => {
    console.log(`${new Date().toISOString()} - ${req.method} ${req.url}`);
    next();
  });
  

  重启Node应用后再触发Webhook，要是这个全局日志都没记录，说明请求根本没到Node Pod；要是有记录，再排查后续路由是不是没匹配上。
• 核对Webhook地址：你填的投递地址是http://10.101.78.224:8080，那Express是不是监听了根路径/的POST请求？要是你的接口是/webhook，地址就得改成http://10.101.78.224:8080/webhook，差一点都不行。

5. 检查版本兼容性 #

• 你用的wordpress:4.8-apache是2017年的老版本，要是搭配的WooCommerce版本太高，很可能存在兼容性问题，导致Webhook模块罢工。可以试试降级WooCommerce到和WP 4.8匹配的版本（比如WooCommerce 3.2.x系列），再测试Webhook。

先从这些方向排查，应该能很快定位到问题。

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