Skip to content

problem creation ssl certificate #1398

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
orangege59 opened this issue Sep 12, 2021 · 13 comments
Closed

problem creation ssl certificate #1398

orangege59 opened this issue Sep 12, 2021 · 13 comments
Labels

Comments

@orangege59
Copy link

hi, i'm on raspberry pi, i installed nginx proxy manager and when i create a certificate it gives me this type of error

Error: Command failed: certbot certonly --non-interactive --config "/etc/letsencrypt.ini" --cert-name "npm-2" --agree-tos --authenticator webroot --email "**********@gmail.com" --preferred-challenges "dns,http" --domains "coucoutoutlemonde.duckdns.org"
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Some challenges have failed.
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /var/log/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details.

at ChildProcess.exithandler (node:child_process:397:12)
at ChildProcess.emit (node:events:394:28)
at maybeClose (node:internal/child_process:1064:16)
at Process.ChildProcess._handle.onexit (node:internal/child_process:301:5)
@orangege59 orangege59 added the bug label Sep 12, 2021
@thebiblelover7
Copy link

@orangege59 Could you post the output of the log? /var/log/letsencrypt/letsencrypt.log (from inside docker)

@orangege59
Copy link
Author

I don't have letsencrypt in /var/log/

@Galileon-venta
Copy link

To add some Information; I've setup today and I am facing kind of the same issue...

Im not able to copy the whole file from portainer at my phone right now, but it says:

Authority reports follwing problems:
Domain: demo.demo.org
Type: connection
Detail Fetching http://demo.demo.org/.well-known/acme-challenge/abcde...xyz: Connection refused

@ptichalouf
Copy link

ptichalouf commented Sep 17, 2021

same error for me

this is the log from docker container

"certbot certonly --non-interactive --config "/etc/letsencrypt.ini" --cert-name "npm-5" --agree-tos --authenticator webroot --email "@gmail.com" --preferred-challenges "dns,http" --domains ".xyz"
[9/17/2021] [8:49:23 AM] [Nginx ] › ℹ info Reloading Nginx
[9/17/2021] [8:49:23 AM] [Express ] › ⚠ warning Command failed: certbot certonly --non-interactive --config "/etc/letsencrypt.ini" --cert-name "npm-5" --agree-tos --authenticator webroot --email "*******@gmail.com" --preferred-challenges "dns,http" --domains "ptichalouf.xyz"

Saving debug log to /var/log/letsencrypt/letsencrypt.log
Some challenges have failed.

Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /var/log/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details.
"

@kamegami13
Copy link

kamegami13 commented Sep 17, 2021

I am having a similar issue. Running version 2.9.9 on OMV 5 docker image. Here is the full /var/log/letsencrypt/letsencrypt.log

https://pastebin.com/LFVL8s0k

EDIT: Quick update. While trying more things I discovered I had issues logging into my router. I did a complete hard reboot of my router and modem and then the cert challenges worked. Seems my router managed to crash in a partially working state.

@Galileon-venta
Copy link

@ALL Users with this Issue; can you confirm, that your IP Config is correct for ipv6 or no ipv6 Record exists for the domain youre trying to secure? I found out, that for my domain host new subdomains get a placeholder ipv6 record created and i deleted them directly after creation but it seems that some servers still cached it already...

Waiting 24 Hours (yes horrible cache length) did fix it for me

@ptichalouf
Copy link

personnaly i don't have any ipv6 record on the domain seems really an error with the challenge. I have an unraid server everything working great before but i make a new install and i didn't change anything from the past config, just make a reinstall. i hope that could help you

@jacktho
Copy link

jacktho commented Sep 23, 2021

I also am running into this issue. No ipv6 records.

@dirtymike0330
Copy link

dirtymike0330 commented Oct 2, 2021

Same issue here
Screen Shot 2021-10-02 at 3 33 34 PM
e

@dirtymike0330
Copy link

dirtymike0330 commented Oct 2, 2021

@ALL Users with this Issue; can you confirm, that your IP Config is correct for ipv6 or no ipv6 Record exists for the domain youre trying to secure? I found out, that for my domain host new subdomains get a placeholder ipv6 record created and i deleted them directly after creation but it seems that some servers still cached it already...

Waiting 24 Hours (yes horrible cache length) did fix it for me

Are you referring to this? (attached). If so, I believe that is attached to a google sites website I created and there is no option to delete just that ipv6 record, it will delete that entire section (and I'm not sure if that will affect my website negatively or not)
Screen Shot 2021-10-02 at 3 48 55 PM
.

@chaptergy
Copy link
Collaborator

Okay, so when not using a dns challenge make sure port 80 of your npm instance is available from the outside, so from the public internet! For this your domain needs to point to your npm home network and your router needs port forwarding set up for at least port 80. If your setup is not your home network, just make sure port 80 is available publicly.

For people using duckdns or similar services where you just have a subdomain, not the entire domain, see #1350 (comment)

@dirtymike0330
Copy link

Same issue here
Screen Shot 2021-10-02 at 3 33 34 PM
e

For my quoted reply, I personally solved my issue by changing HTTP to HTTPS in the drop down menu in NPM on the details page.

@meiremans
Copy link

I had the same issue.

What solved it for me, was that there was one domain name not resolving and i removed that domain.

The certbot log gave this:
Certbot failed to authenticate some domains (authenticator: webroot). The Certificate Authority reported these problems:
Domain: XXX
Type: dns
Detail: DNS problem: NXDOMAIN looking up A for XXXX - check that a DNS record exists for this domain

Apparently, it stops there, instead of creating it for the domains who are resolving(I think this was the behavior in earlier versions)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

9 participants