-
-
Notifications
You must be signed in to change notification settings - Fork 69.4k
Telegram provider fails to connect after IPv4 fallback on IPv6-disabled VPS (v2026.3.11) #45372
Copy link
Copy link
Open
Description
Environment
- openclaw: 2026.3.11
- Node.js: v22.22.0
- OS: Ubuntu 24.04 (Vultr VPS)
- IPv6: present but not routable (times out)
Problem
On a VPS where IPv6 is present but not routable, the Telegram provider enters a permanent failure loop:
- Attempts IPv6 connection →
ETIMEDOUT/ENETUNREACH - Logs
fetch fallback: enabling sticky IPv4-only dispatcher - Attempts to start provider via IPv4
- Silently fails — no error logged, no retry, no confirmation
- Provider never connects
Discord and WhatsApp connect successfully every time. Only Telegram fails.
Config tried
autoSelectFamily: false(original) — failsautoSelectFamily: true+dnsResultOrder: ipv4first— fallback triggers but still fails
Verified working
curl -4toapi.telegram.org→ works- Node.js TCP connection to
149.154.166.110:443→ works node fetch('https://api.telegram.org/...')→ works- Bot token valid (
getMereturns ok)
Expected behavior
After IPv4 fallback triggers, the provider should connect successfully via IPv4 and log a successful polling confirmation.
Workaround
None found. Gateway restart loop only works intermittently.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels
Type
Fields
Give feedbackNo fields configured for issues without a type.