Comment on Stuck on Let's Encrypt certificate issuance due to firewall issue even after opening necessary ports

• qprimed@lemmy.ml ⁨6⁩ ⁨months⁩ ago

  if you are using http cert retrieval, certbot needs a place put the temp. token to authenticate your contrrol of the domain your are creating a certificate for. usually that will be the same webserver you want to serve the certificate from.

  if you are not running an actual weberver on port 80 that certbot can insert a token for, certbot cannot complete.

  this is, of course, in addition to other possible issues such as ISP port blocking - but without a web server listening on TCP/80, you will have to use other authorization methods (like DNS) to generate a cert.

  source

  • someoneFromInternet@lemmy.ml ⁨6⁩ ⁨months⁩ ago

    what would you recommend to a newbie?

    source

    • atzanteol@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

      Easiest is probably “certbot --standalonr” which lets certbot use its embedded webserver.

      Otherwise nginx and apache httpd are common and reasonable options.

      source

      • qprimed@lemmy.ml ⁨6⁩ ⁨months⁩ ago

        heh, forgot about the standalone web server in certbot. thats a good ephemeral option.

        source
    • valkyre09@lemmy.world ⁨6⁩ ⁨months⁩ ago

      I use letsencrypt a lot, if firewalls are an issue I’ll use dns authentication.

      If you are struggling and need a quick fix, the free tier of zero ssl will do a similar thing

      zerossl.com

      I used it to get a cert for my printer

      source
    • qprimed@lemmy.ml ⁨6⁩ ⁨months⁩ ago

      if you are able to run a public web server, then certificate issuance via certbot http challenge works pretty well. the web server can serve a really simple static page with little to nothing on it - but of course its another potential vector into your network.

      if your public domain DNS makes use of a supported dns provider or you run your own publically accessible dns server, then dns certbot challenges are great and more flexible than http.

      others may suggest neat work arounds for the http challenge issue, but if you have access to a supported dns service I would look at that option. certbot has helpers for quite a few public services as well as support for self hosted dns servers. I run my own public dns servers, so thats the option I chose and use certbot hooks, cron and bash scripts to rsync the updated carts to the propr hosts for the various services I run privately and publicly.

      source