Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. https://crt.sh/?q=example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is:www.rinex.org.rw
I ran this command:certbot certificates
It produced this output:Found the following certs:
Certificate Name: www.rinex.org.rw
Domains: www.rinex.org.rw
Expiry Date: 2019-08-26 08:43:06+00:00 (VALID: 89 days)
Certificate Path: /etc/letsencrypt/live/www.rinex.org.rw/fullchain.pem
Private Key Path: /etc/letsencrypt/live/www.rinex.org.rw/privkey.pem
My web server is (include version): Apache/2.4.7 (Ubuntu)
The operating system my web server runs on is (include version):Ubuntu 14.04.5 LTS
My hosting provider, if applicable, is: i have access to the server.
I can login to a root shell on my machine (yes or no, or I don’t know):yes
I’m using a control panel to manage my site (no, or provide the name and version of the control panel):no
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you’re using Certbot):certbot 0.31.0
i have renewed the new certificate but it still it is still expired.
these are steps are used to install certificate:
sudo add-apt-repository ppa:certbot/certbot
sudo apt-get install python-certbot-apache
sudo certbot --apache -d www.rinex.org.rw
sudo certbot renew --dry-run
the certificate renewed but using the expired certificate i don’t know why…
Currently, your web server seems not to be replying at all—there is just a firewall or something returning a completely empty reply to HTTPS requests.
Thinking about that curious problem, now I had another idea:
Is it possible that you have done these steps
then you have installed another component. That component comes with it's own Apache (or something else), uses the Apache config files to configure the own webserver.
So it's not your original Apache. And updating the certificate of that original Apache doesn't change the configuration of that other component?
SendFailure - The underlying connection was closed: An unexpected error occurred on a send. Authentication failed because the remote party has closed the transport stream.
SendFailure - The underlying connection was closed: An unexpected error occurred on a send. Authentication failed because the remote party has closed the transport stream.
Why is there now a W - answer? Earlier, your configuration had worked.
You have already a lot of working certificates. It doesn’t help if you create new certificates but don’t use these. Now you have two times hittet the limit.