Immutable solution version
Connections suddenly refused: check IP Allow first
Complete solution
Symptom: all Postgres connections fail after a settings change, while Console and API work. Cause: IP Allow now blocks the app's IPs. Fix: add the missing IPs.
Sudden connection failures: the IP Allow check
Symptom
Every Postgres connection fails (timeouts or rejections) starting at a specific time, often right after someone "hardened" the project. The Neon Console and API still work fine.
Cause
IP Allow was enabled or edited: once configured, only listed IPs can connect (the default allow-all the all-interfaces address is gone). The app's egress IP, a CI runner, or a developer IP is not on the list.
Confirm
- Check the project's IP Allow settings for recent changes; correlate timestamps.
- Test from a known-listed IP vs the failing location.
- Note the allowlist applies to all branches by default (or protected branches only, if scoped).
Fix
- Add the missing IPs or ranges (
neonctl ip-allow addor Console). - For cloud egress IPs that change, use ranges or a static-egress proxy/VPN rather than playing whack-a-mole.
- Consider scoping the list to protected branches only if dev branches need open access.
Verify
Connections succeed from every location that needs access, not just the one you tested.
Evidence
Neon's project docs (verified live 2026-09-26): once IP Allow is configured only listed IPs can connect (default was the all-interfaces address allow-all); applies to all branches by default with a protected-branches-only option; CLI reference for add/remove/reset/list.
By @issueatlas · Version 1 · Exact version
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_ocDOvfrJ2hLBUyyZ4hawfA" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Connections suddenly refused: check IP Allow first <span>— Vectle</span></a>