Invalid config for [http]: not a file for dictionary value @ data['http']['ssl_certificate']. Got '/root/.acme.sh/mydomain.duckdns.org/fullchain.cer' not a file for dictionary value @ data['http']['ssl_key']. Got '/root/.acme.sh/mydomain.duckdns.org/mydomain.duckdns.org.key'. (See /config/configuration.yaml, line 104). Please check the docs at https://home-assistant.io/components/http/
A chmod 755 to the directory /root/.acme.sh/mydomain.duckdns.org did not help, nor did renaming the .cer and .key to .pem.
Thanks for the suggestion. Of course I have seen that addon, but I wanted to use the dns txt challenge to get arround having to open up port 80. Will that addon do the dns txt challenge too ? I did not see it mentioned.
Now my router (fritzbox) is already doing the dyndns updating at duckdns (both IPv4 and IPv6). The reason for this is, that I think my router knows best when it changes IPs and I do not rely on hass.io to update the domain.
Can/should I disable the regular duckdns updating in the addon somehow ? If not, I suppose the addon is polling some external service to detect IP changes. How much delay will that introduce ?
Maybe so but it only supports a limited number of dns providers. I use dynu.com and they are not supported with that addon hence why I am working on this. I did get it installed as an addon finally and the log shows everything works fine. The only problem now is that is shows to be copying the certs to /ssl/ but nothing is actually showing up there.
I got it installed. The part I was not familiar with is how to add the repository (your git page) and install the addon. It’s not in the DOCS.md file and I guess is assumed that one would know how to do that. I had never done that before and that had me stumped. I do have it now and the log looks good but no files are showing up in the /ssl/ folder.
I figured it out. In the configuration.yaml file I needed to add the domain name to the path.
I had:
ssl_certificate: /ssl/fullchain.pem
ssl_key: /ssl/privkey.pem
Needed to be:
ssl_certificate: /ssl/mydomain.com/fullchain.pem
ssl_key: /ssl/mydomain/privkey.pem
Nothing in the default log said that I just noticed that that is how it was stored on my linux PC also using acme.sh. I really don’t see how to do the DEBUG 3 setting, where do you set that?
Debug stuff is in DOCS.md. See Troubleshooting and Config. You add it to the config under dns > env. Maybe things will make more sense if you edit the config in YAML.
- DEBUG=1
What would be awesome is if you could pay it forward by updating the docs where they were lacking, so the next person has it a bit easier.
@chriskuhl could you please post your full configuration.yaml segment, and the full add-on YAML configuration? Obfuscating whatever needs obfuscating, of course.
I am also trying this with Dynu but I am a bit ignorant of all these things and I am must admit I am probably messing things up. It really helps to see the full picture from a working configuration.
Hi everyone! Does anybody know where the debug logs go? From the UI I can see the logs of the latest run, but I am looking for older stuff. Is there a bit log somewhere with everything appended?
Context: ZeroSSL is spamming me with daily warnings of my certificate expiring. But the certificates are being renewed and are far from expired. I try logging in to ZeroSSL Dashboard to see what is going on and I see this:
Those numbers don’t make much sense to me, I only have 3 sites, started a couple of months ago. But then the UI is totally useless, whatever I click I only get this message:
Note: Your account is holding more than 100 ACME certificates. For using the Dashboard or API with this amount of ACME certificates you have to upgrade at least to the ZeroSSL basic plan.
Thanks, ZeroSSL. But that’s not helpful. I sent multiple emails to their support, I got no reply
So I am trying to figure out if I can find the certificate hex code somewhere in a acme.sh log two months ago and figure out why it is creating different certificates daily (if it is, in fact…).
Didn’t even know you can sign up an see a dashboard. You don’t need this if you are only using the integration to renew certs. Might be unrelated to the integration.