Open antoniobenedetti opened 8 years ago
I solved this by using 'letsencrypt-auto' and 'public_html' as webroot. 'letsencrypt-vesta' didn't work for me so i had to apply it via the control panel manually.
I had the same problem but after checking my config it worked. You get this errors when your apache and/or nginx config isn't set correctly. The ACME client cannot reach your server and the authentication fails. Retry to config your setup from the readme and it should work.
I cant get this to work either, you should probably fix something. I am running CentOS 7 with latest VestaCP How can this be fixed to work easy on centos 7?
I have the same problem on Ubuntu 14.04. How to solve this?
Thanks,
I will try spinning up a couple of test servers to try to recreate this as soon as I can. I'm primarilly using CentOS 6.x boxes right now. I did some testing on CentOS 7 and on Ubuntu before the last update was published, but I may not have hit all the right use cases.
In order to help me in testing, please update this ticket with the following:
Also, if using Nginx to handle the acme-challenge, be sure that you've properly configured all of your sites. Unlike Apache, Nginx doesn't have the concept of a "global configuration," so the alias to the acme-challenge directory needs to be added to each and every site's configuration. This is done by adding the configuration listed in the README file to any and all relevant Nginx templates in /usr/local/vesta/data/templates/web/nginx (and subdirectories thereof) AND running [[v-rebuild-web-domains USERNAME]] for every users AND restarting nginx to make it all take effect.
I'm also getting the same error. I'm using nginx only I did the following to troubleshoot the problem
So I suppose the challenge file is not being written to the /etc/letsencrypt/webroot/ directory
same issue
i'm using the vesta default apache+nginx configuration and solved the issue by cd /home/admin/web/mydomain.tld/public_html and only after that I ran letsencrypt-vesta admin mydomain.tld
@mikhailnov Sorry, I am having the same problem but I couldnt understand what you mean by "cd /home/admin/web/mydomain.tld/public_html" just by CD'ing into the path of your domain resolved it ?! or do you mean you created ( or removed ) a file ? ( index.html ? ) Thanks for any help !
I meant that I first changed the terminal working directory to that one and ran the command from there. But i'm not sure whether it will work now. Try installing vim-common package
Sorry, I meant that the last Vesta release has a built in capability to obtaain Letencrypt certificate and it has a command line interface. Install vim-common and use it (or the web GUI). Installing vim-common solves error 400.
thank you @mikhailnov - it worked.
What exactly worked?
15 декабря 2016 г. 16:56:49 GMT+03:00, integrateddigital notifications@github.com пишет:
@mikhailnov Sorry, I am having the problem but I couldnt understand what you mean by "cd /home/admin/web/mydomain.tld/public_html" just by CD'ing into the path of your domain resolved it ?! or do you mean you created ( or removed ) a file ? ( index.html ? ) Thanks for any help !
-- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/interbrite/letsencrypt-vesta/issues/11#issuecomment-267333036
-- Простите за краткость, создано в K-9 Mail.
I resolved this issue by removing:
include /home/impact/conf/web/(s)nginx.domain.com.conf*;
the s
from snginx.conf when including the automatically created files by vesta.
Hope that helps.
I'm getting this error while running 'letsencrypt-vesta admin mydomain.com':
The same exact setup while using CentOS 6 instead of CentOS 7 it works fine and it generates cert. Only when using CentOS 7 i get this issue. I turned off the server firewall just in case.