Issue with securing the ispconfig install itself with LE SSL Cert

Discussion in 'Installation/Configuration' started by breakaway, Apr 24, 2018.

  1. breakaway

    breakaway Member

    Hi Guys

    I've manged to get ISPConfig 3.1 running along with lets encrypt - the websites hosted on there are now secured with a free LE SSL certificate so that is all working GREAT. But I only need to secure my web hosting panel itself (the one on port 8080) with a LE SSL certificate.

    I found this guide to do so:

    The guide says, "Create a site for your server in ISPConfig panel via Sites > Website > Add new website. " - this website domain should be the same as the output of "hostname -f". I have verified that everything is working by going to this hostname and the ISPConfig default template loads up (which is what I am expecting since I have not actually set up a site here)

    So I did that, and then I enabled "Lets Encrypt" for it on the website config then waited 1 minute for the cronjob to kick over - but nothing happens at all. /var/log/ispconfig/cron.log isn't showing anything useful - it just shows "Finished" which is what you'd expect to see when everything is running smoothly error.log is also empty. Additionally, /var/log/letsencrypt/letsencrypt.log doesn't show anything either - normally when I secure a site with LE SSL, a new "letsencrypt.log" is generated and the current log file is renamed .log.1 and so on - but in this case, absolutely nothing happens.

    Where can I troubleshoot why this is going wrong?
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    Check that the server hostname exists in dns and points to the IP of the server with a DNS A-Record.
  3. breakaway

    breakaway Member

    Hi till

    The DNS is definitely set correctly - I can access the page from my cellphone over 4G - it shows the default ISPConfig page.

    The strange thing is there is no log generated in /var/log/letsencrypt - if the domain name of DNS was wrong it would throw an error there.
  4. till

    till Super Moderator Staff Member ISPConfig Developer

    Use the ISPConfig debug mode to find out what happens when you enable Let's encrypt for the website.

    No, it won't, as ISPConfig checks the domain upfront and excludes it from the LE cert if unreachable.
  5. breakaway

    breakaway Member

    Right. It’s definitely correct - I checked by using this DNS propagation checker. The correct IP is returned by entering the output of “hostname -f” into it:

    Both the A and AAAA are correct.

    Is there anything else I can do to check why this is failing?
  6. till

    till Super Moderator Staff Member ISPConfig Developer

    See my post above:

  7. breakaway

    breakaway Member

    Hi - now we're getting somewhere, log is below.

    First it says "could not verify" - not sure why this is is the case, the server has a public IPv4 IP set on it (i.e. it is not using a RFC1928 192. or 10. IP address) and is not using NAT - so DNS resolution should work properly.

    If I do a "dig" (via google DNS) from the terminal, the correct A address is received. This address is the same address that is configured on the primary network adapter of the system.

    Any ideas?

    27.04.2018-12:11 - WARNING - Could not verify domain, so excluding it from letsencrypt request.
    27.04.2018-12:11 - WARNING - Let's Encrypt SSL Cert for: could not be issued.
    27.04.2018-12:11 - WARNING -
    27.04.2018-12:11 - DEBUG - SSL Disabled.
    27.04.2018-12:11 - DEBUG - Writing the vhost file: /etc/nginx/sites-available/
    27.04.2018-12:11 - DEBUG - Removing symlink: /etc/nginx/sites-enabled/>/etc/nginx/sites-available/
    27.04.2018-12:11 - DEBUG - Creating symlink: /etc/nginx/sites-enabled/>/etc/nginx/sites-available/
    27.04.2018-12:11 - DEBUG - Writing the PHP-FPM config file: /etc/php/7.0/fpm/pool.d/web7.conf
    27.04.2018-12:11 - DEBUG - Calling function 'restartPHP_FPM' from module 'web_module'.
    27.04.2018-12:11 - DEBUG - Restarting php-fpm: systemctl reload php7.0-fpm.service
    27.04.2018-12:11 - DEBUG - nginx status is: running
    27.04.2018-12:11 - DEBUG - Calling function 'restartHttpd' from module 'web_module'.
    27.04.2018-12:11 - DEBUG - Checking nginx configuration...
    27.04.2018-12:11 - DEBUG - nginx configuration ok!
    27.04.2018-12:11 - DEBUG - Restarting httpd: systemctl restart nginx.service
    27.04.2018-12:11 - DEBUG - nginx restart return value is: 0
    27.04.2018-12:11 - DEBUG - nginx online status after restart is: running
    27.04.2018-12:11 - DEBUG - Processed datalog_id 293
    27.04.2018-12:11 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock
  8. breakaway

    breakaway Member

    Ok this is embarrassing. The issue was that I fat fingered the IP address in /etc/hosts.

    When I tested using dig & exteernal DNS resoution it showed the correct IP. What lead me to the problem was that I did a "curl" and got no reaction. Then I did a ping "ping" and found the IP address was off by 1 digit (I pressed the wrong key...)

    Thanks everyone for your help!
    till and ahrasis like this.

Share This Page