Skip to content
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

Error: SSL=no doesn't exist #43

Open
cheluu opened this issue Dec 10, 2016 · 12 comments
Open

Error: SSL=no doesn't exist #43

cheluu opened this issue Dec 10, 2016 · 12 comments

Comments

@cheluu
Copy link

cheluu commented Dec 10, 2016

Hi, i try yo encrypt my site and i get Error: SSL=no doesn't exist

I'm on ubuntu in digitalocean

 IMPORTANT NOTES:
 - Congratulations! Your certificate and chain have been saved at
   /etc/letsencrypt/live/dxequipamientos.ml/fullchain.pem. Your cert
   will expire on 2017-03-10. To obtain a new or tweaked version of
   this certificate in the future, simply run certbot-auto again. To
   non-interactively renew *all* of your certificates, run
   "certbot-auto renew"
 - If you like Certbot, please consider supporting our work by:

   Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
   Donating to EFF:                    https://eff.org/donate-le

Error: SSL=no doesn't exist
 * Reloading web server apache2     
```                                             *


Thank u for any help ! 👍 





SOLVED: https://github.com/interbrite/letsencrypt-vesta/pull/40/commits/d1cf5088841da91eb65100c4823e1d4624962bd1

FORGIVE ME 
@elsker
Copy link

elsker commented Jan 2, 2017

Hello,
I'm having the same error when trying to install a SSL certificate. I run with Vesta/nginx/Centos7. I've followed the step from readme file.

'
Your cert
will expire on 2017-04-02. To obtain a new or tweaked version of
this certificate in the future, simply run certbot-auto again. To
non-interactively renew all of your certificates, run
"certbot-auto renew"

Error: SSL=no doesn't exist
Redirecting to /bin/systemctl reload nginx.service
'

@harkalygergo
Copy link

Same problem, I tried with admin user and subuser too on Ubuntu 16.04 at DigitalOcean with VestaCP.

sudo letsencrypt-vesta admin XXX
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Starting new HTTPS connection (1): acme-v01.api.letsencrypt.org
Renewing an existing certificate
Performing the following challenges:
http-01 challenge for polygons.info
http-01 challenge for www.XXX
http-01 challenge for XXX.XXX
Using the webroot path /etc/letsencrypt/webroot for all unmatched domains.
Waiting for verification...
Cleaning up challenges
Generating key (2048 bits): /etc/letsencrypt/keys/0006_key-certbot.pem
Creating CSR: /etc/letsencrypt/csr/0006_csr-certbot.pem

IMPORTANT NOTES:
 - Congratulations! Your certificate and chain have been saved at
   /etc/letsencrypt/live/XXX/fullchain.pem. Your cert will
   expire on 2017-04-03. To obtain a new or tweaked version of this
   certificate in the future, simply run certbot-auto again. To
   non-interactively renew *all* of your certificates, run
   "certbot-auto renew"
 - If you like Certbot, please consider supporting our work by:

   Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
   Donating to EFF:                    https://eff.org/donate-le

Error: SSL=no doesn't exist

@nedix
Copy link

nedix commented Jan 5, 2017

I'm running the latest version of certbot, letsencrypt-vesta and VestaCP 0.9.8-17 and have done a full reboot since updating.

I'm experiencing the same issue with SSL=no doesn't exist and noticed there now is a Letsencrypt button in Vesta which gives me: Error: Invalid response from http://[domain]/.well-known/acme-challenge/xxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx: \

I'm suspicious this is a permissions issue but can't figure out exactly where it's coming from.

It looks like all the certificate files are located in the /home/[user]/web/[domain]/private/tmp.xxxxxxxxx folder with the folder permissions being 700 and file permissions 644.

@elsker
Copy link

elsker commented Jan 5, 2017

I've managed to make it work.
Just modify the file /usr/local/letsencrypt-vesta/letsencrypt-vesta like here:
d1cf508

@nedix
Copy link

nedix commented Jan 5, 2017

Darn, thought that patch was already merged with master. That did the trick.

@elsker
Copy link

elsker commented Jan 5, 2017

Yeah me too. But now I have to wait one week because I've already reached the max limit (5) for same domain. :(

@nedix
Copy link

nedix commented Jan 5, 2017

Had the same issue for one of my domains. Found that all the previous attempts left tmp folders in /home/[user]/web/[domain]/private/ containing cert, CA and key files which I could manually enter via VestaCP.

@cyfocus
Copy link

cyfocus commented Jan 6, 2017

fix-centos7-letsencrypt-vestacp
I fix mine through VestaCP control panel and click the check box to enable SSL Support and Letsencrypt Support and click Save. Then SSH to your server and type #letsencrypt-vesta USER DOMAIN. It should work.

@harkalygergo
Copy link

I tried elsker's answer (#43 (comment)) yesterday on two servers, but both of them stopped. On first Nginx doesn't want to work, on the other Apache.

@joomlagate
Copy link

Great! Today I met the same "Error: SSL=no doesn't exist" issue on Ubuntu 16.04, and then fixed this with the patch in https://github.com/interbrite/letsencrypt-vesta/pull/40/files .

Then I ran the command "letsencrypt-vesta USER DOMAIN" again, there is no errors and my SSL certificate was generated and implemtned automatically! Now my website can be accessed via HTTPS!

@fabianborg
Copy link

fabianborg commented May 2, 2017

I have carried the correction to the /usr/local/letsencrypt-vesta/letsencrypt-vesta as per the patch here and the domain generation worked, however when I run the letsencrypt-vesta -a 60 USERNAME DOMAIN (USERNAME DOMAIN are replaced with the real ones), I am getting the following error

/usr/local/bin/letsencrypt-vesta: line 272: syntax error near unexpected token `done'
/usr/local/bin/letsencrypt-vesta: line 272: `    done'

However I am not getting the renewal notice confirmation hereunder as it used to.

warning: commands will be executed using /bin/sh
job 1 at Sat Jul  1 16:57:00 2017
Renewal scheduled for 60 days.

How can I solve this?

@listabite
Copy link

Thank you so much! I had the same problem, now its working.. ;)

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

No branches or pull requests

8 participants