First time trying to get Nextcloud to work, its all up and working but I need to get the SSL certificate up for google to trust it.
The domain is via asus, which dont give you ability to edit DNS records. (https://squiznet.asuscomm.com)
This is a Ubuntu 18.04.3 LTS - Its the nextcloud manual installation method, with Apache2 for the web server
This is the error I keep getting. Keep in mind port 80 and 443 are being forwarded to the correct IP
*> sudo certbot *
> Saving debug log to /var/log/letsencrypt/letsencrypt.log
> Plugins selected: Authenticator apache, Installer apache
*> *
> Which names would you like to activate HTTPS for?
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 1: squiznet.asuscomm.com
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Select the appropriate numbers separated by commas and/or spaces, or leave input
*> blank to select all options shown (Enter ‘c’ to cancel): *
> Obtaining a new certificate
> Performing the following challenges:
> http-01 challenge for squiznet.asuscomm.com
> Waiting for verification…
> Cleaning up challenges
> Failed authorization procedure. squiznet.asuscomm.com (http-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: Fetching http://squiznet.asuscomm.com/.well-known/acme-challenge/i79eW7A0_gXCPD0ATyZKl9s_IAWKMUfYckAIbzwM8Ro: Timeout during connect (likely firewall problem)
*> *
> IMPORTANT NOTES:
> - The following errors were reported by the server:
*> *
> Domain: squiznet.asuscomm.com
> Type: connection
> Detail: Fetching
> http://squiznet.asuscomm.com/.well-known/acme-challenge/i79eW7A0_gXCPD0ATyZKl9s_IAWKMUfYckAIbzwM8Ro:
> Timeout during connect (likely firewall problem)
*> *
> To fix these errors, please make sure that your domain name was
> entered correctly and the DNS A/AAAA record(s) for that domain
> contain(s) the right IP address. Additionally, please check that
> your computer has a publicly routable IP address and that no
> firewalls are preventing the server from communicating with the
> client. If you’re using the webroot plugin, you should also verify
> that you are serving files from the webroot path you provided.
Anyone have any suggestions where I am going wrong? Could it be permissions?