Bonjour,

J'ai un fichier htaccess qui met un accès restreint sur un dossier. En ligne cela fonctionne mais pas sur wamp:

d'abord dans mon fichier htacces, j'avais indiqué en première ligne le chemin, ainsi: PerlSetVar AuthUserFile /mdp/.htpasswd
et il a fallu que je supprime PerlSetVar sinon ça me mettait une erreur (appache log: Invalid command 'PerlSetVar')
je ne sais pas les conséquences ? ça sert à quoi en principe ce PerlSetVar ?

à présent, j'ai la fenêtre pour mettre login et mot de passe, mais ça ne fonctionne pas: apache_log me dit:
Le chemin d’accès spécifié est introuvable.  :
[client ::1:50953] AH01620: Could not open password file: C:/wamp/bin/apache/apache2.4.9/mdp/.htpasswd, referer: http://localhost/monsite/

Est-ce parce que j'ai mis un htaccess avec deny from all dans le dossier mdp ? je ne pense pas car je l'ai enlevé et ça ne change rien

Vous me direz que je n'ai pas besoin de sécuriser mon dossier en local, mais bon j'aime bien comprendre...

> ça sert à quoi en principe ce PerlSetVar ?

C'est (était ?) pour chez Free.fr. Il faudrait peut être chercher à comprendre ce que vous faites avant de copier/coller ce que vous trouvez à droite ou à gauche.

> apache_log me dit:

Ai-je besoin de dire que son chemin est faux ? Parce que c'est ce que l'on doit comprendre en traduisant le message d'erreur ...

Il est où ce fichier ? /mdp/.htpasswd en AuthUserFile ne fonctionnera pas. Ce n'est pas le chemin HTTP qu'il faut préciser en AuthUserFile mais le chemin sur le disque (genre C:/wamp/www/site/mdp/.htpasswd - d'ailleurs ton fichier s'appelle .htpassword - cf ton titre - ou .htpasswd - cf ton post ?)

> Est-ce parce que j'ai mis un htaccess avec deny from all dans le dossier mdp ?

Non (Apache ne passe pas par http + deny entrerait en action, tu aurais une 403 + Deny est dépréciée par Apache 2.4.0 pour Require)

-
Edité par julp 10 octobre 2019 à 1:37:45

Merci pour la reponse.

Ça fait plus de 10 ans que j'utilise ces htaccess sur Free, et j'avais effectivement oublié que c'était spécial pour eux. D'ailleurs j'ai dû modifier aussi AuthUserFile qui, chez Free est AuthFile mais que wamp ne reconnaît pas non plus.

Mais si le chemin est faux, pourquoi cela fonctionne quand même en production sur Free ?

(en fait, je découvre wamp que je n'utilisais pas jusqu'à présent)

-
Edité par thezig 10 octobre 2019 à 11:23:38

> Mais si le chemin est faux, pourquoi cela fonctionne quand même en production sur Free ?

Parce que justement la petite "magouille" de Free a pour but d'utiliser un chemin HTTP au lieu, comme normalement, système.

Merci pour la réponse: je m'en dormirai moins bête.^^

En local, j'ai viré mes htaccess, ainsi pas de souci