Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Support
  3. Renew certificates - failing on DNS for domain name

Renew certificates - failing on DNS for domain name

Scheduled Pinned Locked Moved Solved Support
dnscertificates
9 Posts 3 Posters 848 Views 3 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • B Offline
    B Offline
    bwag
    wrote on last edited by joseph
    #1

    Hi, I didn't see anyone else with this error when I searched. I own a domain that we'll call domain.tld for this post. I have Cloudron installed at my home (residential) server at "my.domain.tld". My services run on subdomains such as "subdomain.domain.tld", etc. Cloudron is configured to dynamically update DNS through my provider, Linode.

    **The problem:**Letsencrypt certificate renewal is hanging:

    Nov 10 01:55:12 box:dns/waitfordns Attempt 190 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:55:32 box:dns/waitfordns Attempt 191 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:55:52 box:dns/waitfordns Attempt 192 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:56:12 box:dns/waitfordns Attempt 193 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:56:32 box:dns/waitfordns Attempt 194 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:56:52 box:dns/waitfordns Attempt 195 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:57:12 box:dns/waitfordns Attempt 196 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:57:32 box:dns/waitfordns Attempt 197 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:57:52 box:dns/waitfordns Attempt 198 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:58:12 box:dns/waitfordns Attempt 199 failed. Will retry: queryNs ENODATA domain.tld
    Nov 10 01:58:32 box:reverseproxy ensureCertificate: error: queryNs ENODATA domain.tld
    
    

    This error makes sense because I don't have "domain.tld" configured with the nameserver to point anywhere. I only have configured DNS for "my.domain.tld", "subdomain.domain.tld", etc.

    But this has never been a problem before. Can anyone help me with how should I fix it?

    1 Reply Last reply
    0
    • nebulonN Offline
      nebulonN Offline
      nebulon
      Staff
      wrote on last edited by
      #2

      Not sure how that Cloudron was ever able to get valid SSL certificates, but you have to use the "Self-Signed" provider in such a setup. See also https://docs.cloudron.io/installation/intranet/

      1 Reply Last reply
      0
      • B Offline
        B Offline
        bwag
        wrote on last edited by bwag
        #3

        Sorry, from your reply, it may have sounded like I am literally using example.com. To clarify, I had replaced my domain with example.com above. I am using a domain that I own and have nameservers configured for. I'll edit to try to make this more clear.

        1 Reply Last reply
        0
        • nebulonN Offline
          nebulonN Offline
          nebulon
          Staff
          wrote on last edited by
          #4

          Ah yes I assumed so, but I am still not sure how, with only a local private DNS and routing you would have ever gotten certificates from Letsencrypt in the past. Something must have changed.

          But either way, can you manually get the nameservers correctly on the system via host -t NS youdomain.com ? If this does not work and maybe is even expected to not work, then you have to use the noop DNS backend so Cloudron skips all checks.

          1 Reply Last reply
          0
          • J Offline
            J Offline
            joseph
            Staff
            wrote on last edited by
            #5

            host -t NS youdomain.com 127.0.0.150 should return the correct nameservers on your server. You can also try removing the 127.0.0.150 in the command and check if that works. That should help isolate the problem.

            1 Reply Last reply
            0
            • J joseph marked this topic as a question on
            • B Offline
              B Offline
              bwag
              wrote on last edited by
              #6

              Oh, I see the question. Yes, I guess what happened is that I added Adguard and started using it for DNS.

              1 Reply Last reply
              0
              • B Offline
                B Offline
                bwag
                wrote on last edited by
                #7
                $ host -t NS domain.tld
                domain.tld name server ns5.linode.com.
                domain.tld name server ns1.linode.com.
                domain.tld name server ns3.linode.com.
                domain.tld name server ns4.linode.com.
                domain.tld name server ns2.linode.com.
                
                $ host -t NS domain.tld 127.0.0.150
                Using domain server:
                Name: 127.0.0.150
                Address: 127.0.0.150#53
                Aliases: 
                
                domain.tld has no NS record
                
                1 Reply Last reply
                0
                • B Offline
                  B Offline
                  bwag
                  wrote on last edited by
                  #8

                  Yeah, this was resolved by turning off Adguard and resetting unbound to its default settings. Sorry for the hassle.

                  By the way, the main reason for the DNS changes was for accessing domain.tld from inside my own home network.

                  1 Reply Last reply
                  0
                  • nebulonN Offline
                    nebulonN Offline
                    nebulon
                    Staff
                    wrote on last edited by
                    #9

                    Thanks for sharing that and glad it worked out in the end.

                    1 Reply Last reply
                    0
                    • J joseph has marked this topic as solved on
                    Reply
                    • Reply as topic
                    Log in to reply
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • Bookmarks
                    • Search