DNS problems with letsencrypt

Discussion in 'Installation/Configuration' started by Graschi, Mar 10, 2020.

  1. Graschi

    Graschi New Member

    Hi all
    I am helping a friend building his websites. I already have a couple of websites on my own webserver using ISPConfig3 with several domains and alias domains working well with letsencrypt.
    After the installation of this server I have a problem now: Letsencrypt is not working. I can set up "SSL" but only with self signed certificates.
    shop.bsp-engineering.de is pointing to the shop site (/var/www/clients/client0/web11) and bsp-engineering. de / www. bsp-engineering.de is pointing to the other one (/var/www/clients/client0/web10) (again: Works well)
    If I check the "Let's Encrypt SSL" box the following things are happening:
    1st: Checkbox vlaue is not persistent. After finishing the job queue its unchecked again
    2nd: DNS ist not working anymore. bsp-engineering. de / www. bsp-engineering. de is pointing to the shop site now (/var/www/clients/client0/web11). Reproducable. Fixing is possible just when changing anythin else in the configuration like "Logfiles retention time". After that DNS is working again but still letsencrypt not.

    I already deleted the websites and created them again. Same effect.
    When I check the letsencrypt.log I can find DNS problems:
    "detail": "Error finalizing order :: While processing CAA for www. bsp-engineering. de: DNS problem: query timed out looking up CAA for www. bsp-engineering. de",
    I am not quite sure if this is a result of the problems with DNS I also have using the browser or if it is the other way round.

    Before the error comes up in the logfile I can see the certbot tries to get a certificate:

    2020-03-10 07:55:07,775:DEBUG:acme.client:Sending POST request to [...]:
    {
    "signature": "b
    [...]
    2020-03-10 07:55:07,943:DEBUG:urllib3.connectionpool:[...] "POST /acme/authz-v3/3255831730 HTTP/1.1" 200 731
    2020-03-10 07:55:07,945:DEBUG:acme.client:Received response:
    HTTP 200
    Server: nginx
    [...]
    2020-03-10 07:55:07,945:DEBUG:acme.client:Storing nonce: 0101H63ddNYJZd2jXUZnUwgrgzIrO6rUtrHLi60dtMK3mH8
    2020-03-10 07:55:07,947:DEBUG:certbot.client:CSR: CSR(file='/etc/letsencrypt/csr/0000_csr-certbot.pem', data=b'-----BEGIN CERTIFICATE REQUEST-----\nM
    [...]
    2020-03-10 07:55:07,982:DEBUG:acme.client:Sending POST request to [...]:
    {
    "signature": "KC
    [...]
    2020-03-10 07:55:38,257:DEBUG:urllib3.connectionpool: [...] "POST /acme/finalize/80133163/2603299243 HTTP/1.1" 403 1622
    2020-03-10 07:55:38,259:DEBUG:acme.client:Received response:
    HTTP 403
    Server: nginx

    Why is "nginx" used? I am using apache webservice. Is this part of the problem?
    Perhaps it is helpful to know that the Domains are not located at the websites hoster. Domains are located at "domainfactory", servers at "hosteurope".
    There are A-Records for
    "bsp-engineering.de" and "*.bsp-engineering.de" at domainfactory.

    Thanks for your help

    Best regards
    Christopher
     

    Attached Files:

    Last edited: Mar 10, 2020
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    Yes, that's a DNS problem. LE will not issue a cert when it can't reach your DNS server to verify if there is a CAA record and if that CAA record allows certs to be issued by LE.
     
  3. Graschi

    Graschi New Member

    I agree but as it works before setting the checkbox in my opinion the records are set up the right way.
    Domainfactory screenshot of the DNS records:
    dns-entries.png
    I have only A-records (CAA is not available) but if the entries would not be ok, I guess the websites also would not be reachable via browser?!
     
  4. till

    till Super Moderator Staff Member ISPConfig Developer

    LE fails and that#s why the checkbox gets removed as the LE Certbot client returns that issuing of the cert failed.
     
  5. till

    till Super Moderator Staff Member ISPConfig Developer

    LE does not complain about the A records. LE complains that it tried to fetch CAA records and that this action timed out. Maybe you have a non working secondary DNS or so. Use intodns.com to check the DNS setup of that domain.
     
  6. Graschi

    Graschi New Member

    All is green except the SOA serial which is surely caused by the current self signed certificate. Isn't it?

    Edit: Added htf_report.txt
     

    Attached Files:

    Last edited: Mar 10, 2020
  7. till

    till Super Moderator Staff Member ISPConfig Developer

    No, this is not related to SSL at all, but should be ok. So back to the original problem, what you can try is to add CAA records for the domain in DNS which allow LE to issue a cert, then wait until the new record got populated and then try enabling LE again.
     
  8. Graschi

    Graschi New Member

    Hi till,
    as on df.eu there is no option for CAA entry I moved the domain to the hosters side where the maschines are located. Even there CAA was not possible. But I compared it with my server (same hoster) where LE works perfect.
    I set up all DNS entries I also had on my server.
    Unfortunately it did not work again.
    I checked the maschines further and found out that certs have been created in the letsencrypt folder:
    /etc/letsencrypt/live/shop.bsp-engineering.de
    /etc/letsencrypt/live/bsp-engineering.de/

    I have chain.pem, fullchain.pem and privkey.pem
    I found out that on my maschine I had symlinks in /var/www/...ssl/ to this folder. On my friends side not.
    So as an experiment I created them. After that I tried to check the "le" checkbox in ISPConfig3 again and magic: It works now.
    Any idea why?

    index.jpg
    le-encrypted1.jpg
     

Share This Page