Wordpress on slash-root.fr

WordPress : Augmenter la taille d’upload des fichiers (Docker)

Sat, 15 Jun 2024 12:05:28 +0200

Base

/docker-compose-wordpress-mariadb/

Fichier uploads.ini

Créer un fichier uploads.ini à côté du docker-compose.yml avec le contenu suivant :

file_uploads = On
memory_limit = 50M
upload_max_filesize = 50M
post_max_size = 50M
max_execution_time = 600

Fichier docker-compose.yml

Modifier la section volumes du service wordpress :

volumes:
 - ./wordpress:/var/www/html
 - /etc/localtime:/etc/localtime:ro
 # Ajouter la ligne suivante :
 - ./uploads.ini:/usr/local/etc/php/conf.d/uploads.ini

Redémarrer WordPress

docker compose down
docker compose up -d

Docker-Compose : WordPress (MariaDB)

Sat, 15 Jun 2024 11:53:16 +0200

Le fichier docker-compose.yml

services:
 wordpress:
 image: wordpress
 container_name: "wordpress"
 restart: unless-stopped
 ports:
 - "8080:80"
 environment:
 WORDPRESS_DB_HOST: db
 WORDPRESS_DB_USER: "wordpress"
 WORDPRESS_DB_PASSWORD: "wordpress_db_password"
 WORDPRESS_DB_NAME: wordpress
 volumes:
 - ./wordpress:/var/www/html
 - /etc/localtime:/etc/localtime:ro
 depends_on:
 - db
 networks:
 - network

 db:
 image: mariadb
 container_name: "wordpress-db"
 restart: unless-stopped
 environment:
 MYSQL_RANDOM_ROOT_PASSWORD: '1'
 MYSQL_DATABASE: wordpress
 MYSQL_USER: "wordpress"
 MYSQL_PASSWORD: "wordpress_db_password"
 volumes:
 - ./db:/var/lib/mysql
 - /etc/localtime:/etc/localtime:ro
 networks:
 - network

networks:
 network:
 driver: bridge

Execution

docker compose up -d

WordPress : Fix WP-Optimize (VPO_Page-Cache not found)

Sat, 04 Jun 2022 13:34:42 +0200

Contexte

WordPress 6.0
WP-Optimize 3.2.5

Avec le module WP-Optimize, il peut se produire l'erreur suivante :

[Fri Jan 21 15:48:12.414615 666] [proxy_fcgi:error] [pid 5281:tid 140595150419712] [client 156.251.145.63:37469] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Class "WPO_Page_Cache" not found in /var/www/blog.example.com/wp-content/plugins/wp-optimize/cache/file-based-page-cache-functions.php:813\nStack trace:\n#0 /var/www/blog.example.com/wp-content/plugins/wp-optimize/cache/file-based-page-cache-functions.php(889): wpo_get_conditional_tags_exceptions()\n#1 /var/www/blog.example.com/wp-content/plugins/wp-optimize/cache/file-based-page-cache.php(31): wpo_url_in_conditional_tags_exceptions()\n#2 /var/www/blog.example.com/wp-content/advanced-cache.php(58): include_once('...')\n#3 /var/www/blog.example.com/www/wp-settings.php(95): include('...')\n#4 /var/www/blog.example.com/www/wp-config.php(81): require_once('...')\n#5 /var/www/blog.example.com/www/wp-load.php(50): require_once('...')\n#6 /var/www/blog.example.com/www/wp-blog-header.php(13): require_once('...')\n#7 /var/www/blog.example.com/www/index.php(17): require('...')\n#8 {main}\n thrown in /var/www/blog.example.com/wp-content/plugins/wp-optimize/cache/file-based-page-cac...', referer: https://blog.example.com/blablablabla...

Cela peut se produire lors de l'installation ou bien lors d'une mise à jour manuelle / automatique.

Fix

Se connecter sur le serveur hébergeant le site.
Supprimer le plugin wp-optimize :

rm -r /var/www/blog.example.com/wp-content/plugins/wp-optimize

Modifier le fichier wp-config.php :

vi /var/www/blog.example.com/wp-config.php

Supprimer la ligne suivante :

define('WP_CACHE', true); // WP-Optimize Cache

Re-Install

Le module WP-Optimize peut être réinstallé dans les extensions du site WordPress.

Fail2ban : Protéger l’authentification WordPress sous Nginx

Tue, 26 Oct 2021 02:43:26 +0200

Introduction

WordPress est une application web extrêmement populaire. Il existe de nombreuses attaques de brute-force sur la page de login de WordPress. Ces attaques peuvent générées des milliers de tentatives de login à votre application WordPress.

Cet article fait suite à Fail2ban : Installation et configuration.

Par défaut fail2ban est embarqué avec de nombreuses jails mais aucune pour protéger l'authentification de WordPress. Avant de configurer une jail pour WordPress, il va falloir faire quelques modifications en son sein. En effet par défaut, lorsqu'un utilisateur tente de s'authentifier, un message s'affiche à l'écran indiquant une erreur mais surtout la page retourne un code HTTP 200 (le même que celui lors d'un succès d'authentification). Cela sera modifié.

Configuration

Prérequis

L'installation et les explications sur la configuration général de fail2ban est décrite dans cet article : Fail2ban : Installation et configuration.
Fail2ban doit être installé et fonctionnel.

Modification du code HTTP

Comme expliqué en introduction, lors d'un échec d'authentification sur la page de login de WordPress, celui-ci génère un code http identique à celui d'un succès.

Modifier le fichier functions.php de votre thème WordPress pour y inclure :

/* Change WP-Admin login error message to be more generic */
function generic_login_msg ($msg) {
 global $errors;
 $err_codes = $errors->get_error_codes();
 if ( in_array( 'invalid_username', $err_codes ) || in_array('incorrect_password', $err_codes )) {
 $msg = 'ERROR: Invalid credential.';
 }
 return $msg;
}
add_filter('login_errors', 'generic_login_msg');

/* Return 403 instead of 200 when wp-login failed */
add_action( 'wp_login_failed', function () { 
 status_header(403); 
} );

Cela aura pour effet d'indiquer un message générique sur la page lors d'un échec d'authentification et surtout de générer un code HTTP 403. Le code HTTP 200 sera toujours le code retour lors d'un succès d'authentification.

11.22.33.44 - - [26/Oct/2021:01:52:10 +0200] "POST /wp-login.php HTTP/1.1" 403 3149 "https://wordpress.example.com/wp-login.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36 Edg/95.0.1020.30"

Création du filtre fail2ban

Fail2ban n'a pas de preset de filtre pour l'authentification de WordPress. Créer un filtre :
```
sudo vi /etc/fail2ban/filter.d/wp-login.conf
```
Ajouter le filtre suivant :
```
[Definition]
_daemon = wp-login
failregex = <HOST>.*POST.*(wp-login\.php|xmlrpc\.php).* 403
```
failregex va matcher sur les requêtes POST à destination de wp-login.php et xmlrpc.php portant un code HTTP 403.

Ajouter la jail dans /etc/fail2ban/jail.local :

[wordpress]
enabled = true
port = http,https
filter = wp-login
logpath = /var/log/nginx/access.log

Redémarrer fail2ban :
```
sudo systemctl restart fail2ban
```
Vérifier la prise en compte de la jail avec :
```
sudo fail2ban-client status
```

Le retour doit être :

Status
|- Number of jail: 1
`- Jail list: wordpress