Telegram Trigger 节点常见问题

以下是Telegram Trigger 节点的一些常见错误和问题以及解决或排除故障的步骤。

卡在等待触发事件

使用“执行步骤”或“执行工作流”按钮测试 Telegram 触发器节点时，执行可能会卡住，无法停止监听事件。如果发生这种情况，您可能需要退出工作流并重新打开它以重置画布。

监听卡住事件通常是由于 n8n 之外的网络配置问题造成的。具体来说，当您在反向代理后面运行 n8n 而未配置 websocket 代理时，通常会发生这种情况。

要解决此问题，请检查您的反向代理配置（Nginx、Caddy、Apache HTTP Server、Traefik 等）以启用 websocket 支持。

当您在反向代理后面运行 n8n 并且实例的 webhook URL 存在问题时，会发生此错误。

在反向代理后运行 n8n 时，必须将环境变量配置为 n8n 实例正在运行的公共 URL。对于 Telegram，此 URL 必须使用 HTTPS。

要解决此问题，请在反向代理中配置 TLS/SSL 终止。然后，更新环境变量以使用 HTTPS 地址。

Telegram 只允许每个应用注册一个 webhook。这意味着每次你从测试 URL 切换到生产 URL（反之亦然）时，Telegram 都会覆盖已注册的 webhook URL。

如果您尝试测试在生产环境中也处于活动状态的工作流，则可能会遇到此问题。Telegram 机器人只会将事件发送到两个 webhook URL 中的一个，因此另一个永远不会收到事件通知。

为了解决这个问题，您可以在测试时禁用工作流程，或者为测试和生产创建单独的 Telegram 机器人。

要创建单独的 Telegram 机器人进行测试，请重复创建第一个机器人的过程。更多信息，请参阅Telegram 机器人文档和Telegram 机器人 API 参考。

要在测试时禁用工作流程，请尝试以下操作：

停止生产流量

此解决方法会暂时停用您的生产工作流以进行测试。停用期间，您的工作流将不再接收生产流量。