mirror of
https://github.com/fosrl/pangolin.git
synced 2026-05-22 09:32:36 -05:00
[GH-ISSUE #3047] Resource created via blueprint is assigned wrong domainId
#17282
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @michaelvanstraten on GitHub (May 11, 2026).
Original GitHub issue: https://github.com/fosrl/pangolin/issues/3047
Originally assigned to: @oschwartz10612 on GitHub.
Describe the Bug
I have two domains setup, one on a global config level and one that was added through the UI.
The UI domain is a subdomain of the global config domain:
*.example.com(global)*.dev.example.com(owned by an org)If I now apply a blueprint containing a resource with a full domain on the second one
*.test.dev.example.com:the following line will select the first matching valid
domainId:e253195fdd/server/lib/blueprints/proxyResources.ts (L1230)However, the certificate for
*.test.dev.example.comwill be assigned to thedomainIdcorresponding to*.dev.example.comby thesyncAcmeCerts.This is not a huge issue from a functionality perspective since Traefik will still use the right cert for the resource, but it will show in the use as failed because it will request a certificate for a
domainIdthat does not own that cert.Environment
To Reproduce
Create two wildcard domains with one being a subdomain of the other.
Create a public resource via a blueprint for a wildcard subdomain of the first subdomain.
Go to the dashboard and click on Resources → Public. It should the certificate as failed after the challenge resolves. (You can also go to the browser console on the networking tab, and you will see that it fetches
org/:orgId/certificate/:domainId/:domainwhere thedomainIdis the non-subdomain.Expected Behavior
The resource should correctly assign the
domainIdto the best matching valid domain, not the first.@AstralDestiny commented on GitHub (May 11, 2026):
What's the blueprint you are using?
@oschwartz10612 commented on GitHub (May 11, 2026):
Hi @michaelvanstraten. I will take a look at this ASAP!