Open MFYDev opened 3 months ago
It might has something to do with this
Need more info like domain name. Can you please let me know your domain and did you verify with other DNS record viewers that cname do infact exist?
Need more info like domain name. Can you please let me know your domain and did you verify with other DNS record viewers that cname do infact exist?
@simlarsen Hi, here are my settings:
config.env
as oneuptimestatuspage.mydomain.com
oneuptime.mydomian.com
, working wellmydomain.com
to the project settings domain list (this passed the check successfully)status.mydomain.com
as the status page domainA
record which is oneuptimestatuspage.mydomain.com
to my webserver ipCNAME
record point status.mydomain.com
to oneuptimestatuspage.mydomain.com
Verify the cname is taking effect by using dig command, but when coming back to my own oneuptime, it is always showing this error
In a nutshell, it is this, they all use mydomain.com
Record Type | domain | Content |
---|---|---|
A | oneuptime.mydomain.com | myip |
A | oneuptimestatuspage.mydomain.com | myip |
CNAME | status.mydomain.com | oneuptimestatuspage.mydomain.com |
I let the DNS stayed there for one whole night who should have already been taking effect but this morning I still get this error
Same thing happening to me, CNAME is definitely valid, I can resolve it from the server too (also other locations), DNS propagated, but it is still saying the error message stated.
Edit: Latest docker compose versions, fresh install
Is there something else we can provide to you @simlarsen to help with debugging? It has been days now, the DNS is surely propagated and should be correct.
hi @simlarsen it has been a while and I just noticed the new post you posted to the selfhosted subreddit and I want to give oneuptime another try. but I haven't heard from you about this issue yet. Every time deploy oneuptime is time consuming, I do not risk to install it and found this issue still has not been solved. could you please give us some updates? Thanks
@MFYDev Apologies for the late reply. Can you please change the LOG_LEVEL to DEBUG and see what shows up when you try to verify domain?
@simlarsen this is what it shows up when log is set to debug
DNS is resolving and when being accessed it returns 404.
How did you set it to debug. I dont see any debug logs?
@simlarsen I use the helm chart and the LOG_LEVEL is set to debug
Okay I think this is the real error base on the logs that i just saw now,
Describe the bug I corrected set the status page domain, and the cname record already exits in my dns settings but in one uptime verification page it always tells me CNAME is not verified. Please make sure you have the correct record and please verify CNAME again. If you are sure that the record is correct, please wait for some time for the DNS to propagate.
To Reproduce Steps to reproduce the behavior:
- Go to Project settings add the basic domain for the status page
- go to the status page add the custom domain to it
- set the correct A and CNAME record
- See error
Expected behavior it should be verified
Screenshots did not include my own domain in the screenshot for security
Desktop (please complete the following information):
- OS: ubuntu
- Browser edge
- Version 22
Deployment Type docker compose
Additional context Add any other context about the problem here.
Yes i have a same problem. When a try to valid a custom domain name for status page, the single error in log (debug) is :+1:
app-1 | BadDataException [Error]: CNAME is not verified. Please make sure you have the correct record and please verify CNAME again. If you are sure that the record is correct, please wait for some time for the DNS to propagate.
app-1 | at /usr/src/CommonServer/API/StatusPageDomainAPI.ts:110:15
app-1 | at processTicksAndRejections (node:internal/process/task_queues:95:5) {
app-1 | _code: 400
app-1 | }
We are not seeing the right logs for this because we are not logging these api calls.
I need this feature so I'll see what I can contribute to get this working, or maybe you already have information for us regarding this issue @simlarsen ?
@Johncs2d Please feel free to add debug statements there and send a PR. That would make debugging a little easier.
Looks like the cname-verification api is not being hit at all, we should be seeing additional debug log when we hit the /status-page-api/cname-verification/:token
but its not showing, and the new debug log that was added is just saying 404.
Hi @simlarsen , can ask for any support/update with this? base on the logs that we are getting is this a config issue? Thanks!
Okay i found the answer for this one, @MFYDev the cname that you're adding should be in the list of hosts in the oneuptimeIngress, but the oneuptimeIngress.hosts does not allow wildcard values so its troublesome. I'll try to see what i can do to create a pr for this so we wont define every single status page host https://github.com/OneUptime/oneuptime/issues/1717
Hey, @Johncs2d.
Now I can create my wildcard domain, but the validation still isn’t working. I can access my status page normally, but I'm having trouble with the certificates on my Kubernetes cluster.
Let me know if you can help me get this sorted out. Thanks!
Describe the bug I corrected set the status page domain, and the cname record already exits in my dns settings but in one uptime verification page it always tells me CNAME is not verified. Please make sure you have the correct record and please verify CNAME again. If you are sure that the record is correct, please wait for some time for the DNS to propagate.
To Reproduce Steps to reproduce the behavior:
Expected behavior it should be verified
Screenshots did not include my own domain in the screenshot for security
Desktop (please complete the following information):
Deployment Type docker compose
Additional context Add any other context about the problem here.