Skip to content

fix(domains): warn instead of failing when a domain resolves to another IP - #5828

Open
narcisonunez wants to merge 1 commit into
canaryfrom
fix/5548-domain-ip-mismatch-warning
Open

narcisonunez wants to merge 1 commit into
canaryfrom
fix/5548-domain-ip-mismatch-warning

Conversation

@narcisonunez

@narcisonunez narcisonunez commented Oct 30, 2026 •

Copy link
Copy Markdown
Collaborator

What is this PR about?

Domains behind a load balancer, floating IP (keepalived) or NAT resolve to an address that isn't the server's, so DNS validation always showed them as invalid even though traffic reaches Traefik.

An IP mismatch is now a yellow warning ("Not pointing to this server" / "IP mismatch") with the resolved and expected IPs in the tooltip, instead of a red error. Domains that don't resolve are still errors. No new settings or schema.

NOTE: I went with this instead of letting users declare the extra addresses (per-server ingress IPs in #5569, per-domain validation modes in #4659). The check is only a hint in the UI and doesn't affect routing or certificates, so a new column, migration and form field felt like too much to maintain for it. A per-server list also wouldn't cover domains on the Dokploy host itself, NAT or split DNS, which this change handles too. If this is something more people ask for it maybe we can go it the full solution

Checklist

Issues related (if applicable)

closes #5548

RetriggerView in GreptileConfidence Score: 5/5

The PR appears safe to merge; no actionable issues were found.

Summary

IP mismatches now produce warnings instead of errors, allowing domains behind load balancers, floating IPs, or NAT.

  • Domain checks show IP mismatches as warnings instead of errors.

No actionable issues found. Tests were inspected, not run. Visual capture was blocked by the authenticated page’s database and account setup requirements.

Reviews (1) · Last reviewed commit: "fix(domains): warn instead of failing wh..." · Reviewed by Greptile

…er IP

A load balancer, floating IP or NAT in front of the server is a valid setup, so DNS validation now shows a warning instead of an error when the domain doesn't resolve to the server.

Closes #5548

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Domain DNS validation false positive when domains resolve to a floating VIP or load balancer in front of a remote server

1 participant