Have we ruled out plain old IP based firewall yet? Sry haven't studied whole thread
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using ::1. Set the 'ServerName' directive globally to suppress this message
VirtualHost configuration:
*:443 benedicte-pavageau.com (/etc/apache2/sites-enabled/wp-le-ssl.conf:2)
*:80 benedicte-pavageau.com (/etc/apache2/sites-enabled/wp.conf:1)
Not yet.
Most of the back and forth has been over using standalone [why/how/etc.]
Which has now been cleared up: They don't want to use --standalone anymore.
Now we have to deal with the firewall block.
Let's have a look at that file to confirm the DocumentRoot [a.k.a. WebRoot].
root@localhost:~# cat /etc/apache2/sites-enabled/wp.conf
<VirtualHost *:80>
ServerName benedicte-pavageau.com
ServerAlias www.benedicte-pavageau.com
DocumentRoot /usr/share/wordpress
ErrorLog ${APACHE_LOG_DIR}/wp-error.log
CustomLog ${APACHE_LOG_DIR}/wp-access.log combined
#redirect permanent "/" "https://benedicte-pavageau.com"
RewriteEngine On
RewriteCond %{SERVER_NAME} =www.benedicte-pavageau.com [OR]
RewriteCond %{SERVER_NAME} =benedicte-pavageau.com
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>
Ok that would redirect all the [challenge] requests.
Let's have a look at:
cat /etc/apache2/sites-enabled/wp-le-ssl.conf
<IfModule mod_ssl.c>
<VirtualHost *:443>
Servername benedicte-pavageau.com
ServerAlias www.benedicte-pavageau.com
ServerAdmin webmaster@example.com
DocumentRoot /usr/share/wordpress
Alias /wp-content /var/lib/wordpress/wp-content
<Directory /usr/share/wordpress>
Options FollowSymLinks
AllowOverride Limit Options FileInfo
DirectoryIndex index.php
Require all granted
</Directory>
<Directory /var/lib/wordpress/wp-content>
Options FollowSymLinks
Require all granted
</Directory>
ErrorLog ${APACHE_LOG_DIR}/wp-error.log
CustomLog ${APACHE_LOG_DIR}/wp-access.log combined
SSLCertificateFile /etc/letsencrypt/live/benedicte-pavageau.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/benedicte-pavageau.com/privkey.pem
</VirtualHost>
</IfModule>
Ok that lines up perfectly for:
/usr/bin/certbot renew --webroot -w /usr/share/wordpress [--dry-run]
But they would fail because of the "firewall" blocking problem.
You need to review any/all firewall type policies in place that could block inbound HTTP connections.
nc -v benedicte-pavageau.com 80
Connection to benedicte-pavageau.com (172.105.247.238) 80 port [tcp/http] succeeded!
Yes, but NOT from the entire Internet.
LE can't reach your site [as shown above]:
Let's Debug also can't reach your site. See: Let's Debug (letsdebug.net)
how can i know where it is from ? is it the dns provider ? is it the server provider ? how do i know ?
You don't need to know [the specific IPs].
You need to allow the entire Internet HTTP access.
If you are concerned about security, HTTP should only be used by simple things [like: ACME] and redirect all else to HTTPS.
If you want to block, do it in HTTPS.
theres no firewall
I never said it was definitely a firewall.
I only know it is something that is NOT allowing HTTP - and HTTP should always be allowed.
what can it be if it's not a firewall ?
- Fail2BAN
- IPS
- ISP
root@localhost:~# zgrep Ban /var/log/fail2ban.log* |grep http
root@localhost:~#
i have nothing else
By the way i dont know why cert would be banned
Are you sure your webserver is running?
--standalone not complaining about the port being occupied is a little suspect.
Yeah @9peppe the symptoms are odd. They are also doing two threads with similar problems but different domain names
See especially