[FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?

JulienD7 2017-07-28 11:39:19 UTC #1

Apache 2.4 intègre de nouvelles fonctionnalités
dont certaines sont incompatibles aves les anciennes et nécessitent une mise
à jour de votre site et en particulier du .htaccess.

Vous pouvez suivre l'état de la mise à jour ici:
http://travaux.ovh.net/?do=details&id=25601

Dans le cas où votre site présente un dysfonctionnement après la migration,
voici une liste des changements qui nous vous conseillons pour rendre votre site compatible :

FilterProvider (mod_filter) :

Symptôme: Erreur 500 sur le site.
Comment vérifier: Connectez-vous sur https://logs.ovh.net/ et vérifiez vos logs "error".

Solution:
Exemple de syntaxe Apache 2.2 :

        FilterProvider COMPRESS DEFLATE resp=Content-Type $text/html
        FilterProvider COMPRESS DEFLATE resp=Content-Type $text/css

Exemple pour Apache 2.4 :

        FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/html'"
        FilterProvider COMPRESS DEFLATE "%{Content_Type} = 'text/css'"

Nous vous conseillons de rendre votre .htaccess compatible entre
les deux version de la manière suivante :

  <IfModule mod_version.c>
      <IfModule mod_filter.c>
        <IfVersion >= 2.4>
                FilterProvider COMPRESS  DEFLATE "%{Content_Type} = 'text/html'"
                FilterProvider COMPRESS  DEFLATE "%{Content_Type} = 'text/css'"
        </IfVersion>
        <IfVersion < 2.4>
                FilterProvider COMPRESS DEFLATE resp=Content-Type $text/html
                FilterProvider COMPRESS DEFLATE resp=Content-Type $text/css
        </IfVersion>
       </IfModule>
     </IfModule>

AuthType:

Symptôme:
Erreur 500 sur le site.
L'erreur suivante peut-être vue lors de la migration:
AH01627: AuthType configured with no corresponding authorization directives

Comment vérifier: Connectez-vous sur https://logs.ovh.net/ et vérifiez vos logs "error".

Cette erreur peut-être résolue en ajoutant la ligne suivante au .htaccess
(si la configuration d'Authentification est correctement configurée)

Require valid-user

Erreur 500 alors que le site fonctionnait encore la semaine passée

Fichier htaccess. Mise à jour Apache2.4. Cluster 6

Lien database non établi

Wordpress error 500 uniquement sur interface admin

You don't have permission to access - Erreur Forbidden

GuillaumeF 2017-08-23 08:18:17 UTC #2

GuillaumeF 2017-08-23 08:18:40 UTC #3

GuillaumeF 2017-08-23 08:18:54 UTC #4

GuillaumeF 2017-08-23 08:20:30 UTC #5

GuillaumeF 2017-08-23 08:20:44 UTC #6

YardiS 2017-08-25 08:27:25 UTC #7

Bonjour,
Merci pour l'instruction afin de résoudre l'erreur!
Bonne continuation!

Déploiement d'Apache 2.4

LaurineL 2017-09-06 10:06:00 UTC #8

Bonjour,
J'ai essayé pour le site de ma cliente de mettre à jour le fichier .htaccess mais rien ne se passe. Je précise que son site fait partie du cluster023 donc selon le suivi des tâches il a été mis à jour en Apache 2.4. Actuellement le site affiche une HTTP error 500 et ce depuis hier 16h30.
Voilà ce que j'ai dans mon fichier htaccess actuellement. Merci pour votre aide !

> # BEGIN WordPress
> <IfModule mod_rewrite.c>
> RewriteEngine On
> RewriteBase /
> RewriteRule ^index\.php$ - [L]
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule . /index.php [L]
> </IfModule>

> # END WordPress

janus57 2017-09-06 10:25:30 UTC #9

Bonjour,

vous devriez vérifier si il n'y a pas plusieurs .htaccess, car le .htaccess de base de WordPRess fonctionne sur apache 2.2/2.4

Cordialement, janus57

LaurineL 2017-09-06 11:11:12 UTC #10

Bonjour, merci pour votre réponse !
Je viens de vérifier, il y a bien un deuxième .htaccess, qui se trouve dans le dossier du plugin askimet... Lequel garder ?
Voilà son contenu :
# Only allow direct access to specific Web-available files.

# Apache 2.2
<IfModule !mod_authz_core.c>
	Order Deny,Allow
	Deny from all
</IfModule>

# Apache 2.4
<IfModule mod_authz_core.c>
	Require all denied
</IfModule>

# Akismet CSS and JS
<FilesMatch "^(form\.js|akismet\.js|akismet\.css)$">
	<IfModule !mod_authz_core.c>
		Allow from all
	</IfModule>
	
	<IfModule mod_authz_core.c>
		Require all granted
	</IfModule>
</FilesMatch>

# Akismet images
<FilesMatch "^logo-full-2x\.png$">
	<IfModule !mod_authz_core.c>
		Allow from all
	</IfModule>
	
	<IfModule mod_authz_core.c>
		Require all granted
	</IfModule>
</FilesMatch>

janus57 2017-09-06 11:30:09 UTC #11

Bonjour,

les deux semblent conforme.
Je vous conseil de regarder les logs d'erreur qui doivent indiquer ce qui produit cette erreur 500 et surtout quel fichier.

Car là je pencherais pour le fait que vous avez modifié un .htaccess avec le mauvais logiciel qui a introduit des caractères invisible que apache aime pas du tout.

Cordialement, janus57

Gaston_Phone 2017-09-06 12:58:39 UTC #12

Faire le test du script bonjour.php --> OVH - Erreur 500 sur votre site Internet

LaurineL 2017-09-06 13:10:55 UTC #13

Le problème est résolu ! Merci pour votre aide.
Finalement c'était simplement un fichier php dans le thème que j'avais modifié... Rien à voir avec Apache :)

Gaston_Phone 2017-09-06 13:51:03 UTC #14

Merci Laurine pour ta Franchise. :)

ArmandM 2017-09-07 18:15:43 UTC #15

Bonjour,

J'ai un problème avec le fichier htaccess depuis la migration.
J'ai bien require valid-user.
Message erreur : The server encountered an internal error or misconfiguration and was unable to complete your request.

Mon fichier :

AuthType Basic
AuthName "Accès protégé"
AuthUserFile /home/slpcftc/www/limited/.htpasswd
AuthGroupFile /dev/null
Files "gestion.php" (avec les signes supérieurs et inférieurs)
Require valid-user
/Files

Merci pour vos solutions éventuelles

ArmandM 2017-09-08 07:38:45 UTC #16

Bonjour, problème réglé. La nouvelle version est plus sensible à la "casse". Le Files doit englober l'ensemble des directives.

Bonne journée

DJiK 2017-09-08 15:29:01 UTC #17

Hahaha! Super bien caché le lien hors-sujet, je pense que ça va tout changer à votre référencement! Haha!

VeroniqueB1 2017-09-08 18:26:30 UTC #18

J'ai ajouté le code dans mon .htaccess (à la base et celui du thème) mais rien, ça n'a pas arrangé les choses...
J'ai ajouté le morceau en fin de code, derrière le dernier < ifmodules >
(prestashop 1.6.1 et cluster 013)

Gaston_Phone 2017-09-08 18:54:14 UTC #19

Quel message d'erreur ?

VeroniqueB1 2017-09-09 15:05:00 UTC #20

Et bien le back office tourne toujours dans la semoule. Si j'arrive à accéder au tableau de bord, ensuite impossible d'ouvrir aucune autre page, ça tourne, ça tourne et ça termine en 504 bad gateaway time-out.
J'avais eu le même problème, exactement le même, avec l'incident du mois de juin sauf que le front office fonctionne, les clients ont juste du mal à passer leur commande correctement, mais ce n'est pas une page blanche...

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVHcloud Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.