[Résolu] Apache 2.4 pas coopératif

[mulanee 28]

Bonjour,

Quand je passe mon serveur domestique sous Apache 2.4, j'ai un soucis d'affichage tel que je ne vois pas le captcha de connexion.

Soucis qui disparait quand je reviens en apache 2.2

Mon serveur est abrité dans mon NAS Synology qui ne permet presque rien au niveau du paramétrage d'Apache.

Une solution?

Modifié 12 janvier par mulanee

[Fred 1 569]

As-tu lu ceci ?

[mulanee 28]

Il y a 23 heures, Fred a dit :

As-tu lu ceci ?

 

Bonjour,

 

Maintenant oui

 

Ceci dit je ne vois pas ces instructions dans le .htaccess de Zwii

[roger 302]

Il y a 18 heures, mulanee a dit :

Ceci dit je ne vois pas ces instructions dans le .htaccess de Zwii

As tu au moins essayé ce qui est conseillé en suivant le lien de Fred?

"Modifications de la configuration à l'exécution" la partie à lire et au besoin essayer chez soi.

 

Il n'est pas forcément nécessaire de modifier obligatoirement le .htaccess d'un zwii pour que cela fonctionne....surtout quand on n'héberge son site que sur son propre nas perso pour faire des tests et pas en ligne définitivement...

Pour ma part, le htaccess de mes zwii fonctionne parfaitement tel qu'il est produit par le cms, la version apache chez IONOS étant à jour....

La version Apache actuelle chez moi est:

Apache 2.4.102.4.38

[mulanee 28]

Il y a 1 heure, roger a dit :

As tu au moins essayé ce qui est conseillé en suivant le lien de Fred?

"Modifications de la configuration à l'exécution" la partie à lire et au besoin essayer chez soi.

 

Il n'est pas forcément nécessaire de modifier obligatoirement le .htaccess d'un zwii pour que cela fonctionne....surtout quand on n'héberge son site que sur son propre nas perso pour faire des tests et pas en ligne définitivement...

Pour ma part, le htaccess de mes zwii fonctionne parfaitement tel qu'il est produit par le cms, la version apache chez IONOS étant à jour....

La version Apache actuelle chez moi est:

Apache 2.4.102.4.38

 

Le soucis c'est que je n'ai pas accès à la config Apache.

Mon NAS (Synology) est assez fermé sur tout ce qui est configuration, il vaut mieux passer par l'interface propriétaire (DSM) qui n'offre pas l'accès au setup d'Apache (mais pas seulement).

Je peux rentrer en SSH, mais d'une part je n'ai pas envie de casser le système, et d'autre part à la prochaine MAJ de DSM mes modifs seront écrasées.

Mon NAS ne me sert pas que pour faire des essais, j'ai un mini site en ligne + mon intranet

[Gilux 176]

Il y a 11 heures, mulanee a dit :

Le soucis c'est que je n'ai pas accès à la config Apache.

 

Remplace le contenu du .htaccess du dossier tmp par ceci :

# Bloque l'accès aux données temporaires
Require all denied
# Sauf l'accès aux images pour le captcha
<Files *.png>
Require all granted
</Files>

ça devrait le faire...

[mulanee 28]

Il y a 6 heures, Gilux a dit :

 

Remplace le contenu du .htaccess du dossier tmp par ceci :

# Bloque l'accès aux données temporaires
Require all denied
# Sauf l'accès aux images pour le captcha
<Files *.png>
Require all granted
</Files>

ça devrait le faire...

 

Ca le fait pour le captcha, merci, mais pas pour d'autres choses...

 

Exemple en apache 2.2

 

Apache 2.4

 

[Gilux 176]

Il y a 2 heures, mulanee a dit :

Ca le fait pour le captcha, merci, mais pas pour d'autres choses...

 

Bonjour @mulanee

Il faut faire la même chose pour les autres .htaccess, dont celui du dossier data :

<Files ~ "\.(htaccess|json|log)$">
Require all denied
</Files>

 

[Gilux 176]

Et ceux de site/backup, de core/class et de core/class/phpmailer (ce dernier étant inutile il peut aussi être supprimé)

# Bloque l'accès à la librairie
Require all denied

 

Je ne pense pas en avoir oublié...

Modifié 12 janvier par Gilux
autres

[Gilux 176]

@Fred

Par ailleurs, et tel que je l'avais déjà signalé, la protection des fichiers .htaccess devrait se faire à partir du premier htaccess lu, celui se trouvant à la racine et agissant récursivement, car actuellement seul le .htaccess du dossier data est protégé

[mulanee 28]

@Gilux, merci!

[Fred 1 569]

Il y a 7 heures, Gilux a dit :

@Fred

Par ailleurs, et tel que je l'avais déjà signalé, la protection des fichiers .htaccess devrait se faire à partir du premier htaccess lu, celui se trouvant à la racine et agissant récursivement, car actuellement seul le .htaccess du dossier data est protégé

Les directives d'Apache 2.2 sont reconnues par Apache 2.4, pour éviter d'avoir le problème inverse, elles ne changeront pas dans l'immédiat.

Quant à ton signalement jusqu'à preuve du contraire, tous les dossiers de données sont protégés correctement.

[mulanee 28]

Quoi qu'il en soit, le fait d'avoir changé les .htaccess a résolu le sujet..

[Gilux 176]

Il y a 2 heures, Fred a dit :

tous les dossiers de données sont protégés correctement

 

Il ne s'agit pas des dossiers, mais de la protection globale de tous les .htaccess

 

Il y a 2 heures, Fred a dit :

Les directives d'Apache 2.2 sont reconnues par Apache 2.4

 

Sauf chez @mulanee

 

[Fred 1 569]

Il y a 11 heures, Gilux a dit :

 

Il ne s'agit pas des dossiers, mais de la protection globale de tous les .htaccess

 

 

Sauf chez @mulanee

 

Jusqu'à preuve du contraire la configuration actuelle est fonctionnelle. @mulanee a commencé avec Free maintenant c'est un NAS, je ne connais aucun éditeur ou dév qui adapte sa configuration pour un utilisateur.

 

A chacun de gérer les particularités de sa configuration.

[mulanee 28]

Le problème est venu d'apache.

Résolu par l'évolution des .htacces

Tout va bien