[résolu] Accès protegé par .htaccess tourne en rond
... / [résolu] Accès protegé pa...
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

[résolu] Accès protegé par .htaccess tourne en rond

by
AVEA
Created on 2019-05-28 09:01:48 (edited on 2024-09-04 13:31:04) in Hébergement Web-old

Bonjour,
J'ai mis en place un .htaccess pour protéger l’accès a un répertoire par une authentification.
J'ai suivi ces instructions https://docs.ovh.com/fr/hosting/mutualise-htaccess-comment-proteger-lacces-a-un-repertoire-par-une-authentification/

L'autentification est bien demandé mais après validation ça continue à le demander, cela tourne en rond.

J'ai vérifié le chemin vers mon .htpasswd avec echo realpath.
J'évite de fautes de frappes du login/mdp via copier-coller.

Comment résoudre cela ?
Merci pour vos lumières.


11 Replies ( Latest reply on 2019-05-29 11:39:14 by
kyodev
)

> L'autentification est bien demandé mais après validation ça continue à le demander

une erreur retournée?

sans exemple, il va falloir te débrouiller seul

voilà ce qui fonctionne dans le .htacces
```text
AuthName "Identification requise"
AuthType Basic
AuthUserFile "/home/login/.htpasswd"
Require valid-user
```

.htpasswd:
```text
# pass: 123
test:CJdhlwz1J/W5k
```

Merci pour la réponse rapide.

Voici mon .htacces :

AuthUserFile /home/monloginftp/www/mondossier/.htpasswd
AuthGroupFile /dev/null
AuthName "mon message"
AuthType Basic
require valid-user

Mon .htpasswd ressemble bien à

test:CJdhlwz1J/W5k

Pas d'erreur retournée.
Après clique sur OK la fenêtre "Autentification requise" se vide mais reste.

PS : j'ai aussi essayé avec les guillemets pour le AuthUserFile, comme tu le mets dans ton exemple, mais cela ne change rien

et si tu essayais avec mes données?
car je ne vois pas d'erreur me sauter aux yeux

Je ne comprends pas bien. Veux-tu que je met réellement
`AuthUserFile "/home/login/.htpasswd"`
dans mon .htaccess ?

Si non, j'ai essayé de retirer
`AuthGroupFile /dev/null`
de mon fichier, comme c'est la seule différence que je vois, mais cela ne change rien non plus.

Un détail, p-ê c'est ça ? : mon .htaccess et .htpasswd ne se trouvent pas à la racine de mon hébergement (dossier www) mais dans le dossier du sous-domaine /www/mondossier/

tu peux mettre les fichiers où tu veux

le .htaccess dans le répertoire que tu veux protéger
le .htpasswd où tu veux, moi je le sors des sites généralement, tel qu'indiqué, au dessus de `www`, mais tu peux adapter

J'ai essayé avec mon .htpasswd au dessus du www et ce .htacces :

AuthUserFile /home/monlogin/.htpasswd
AuthName "mon message"
AuthType Basic
require valid-user

et aussi testé avec les guillemets :

AuthUserFile "/home/vivreensjz/.htpasswd"
AuthName "mon message"
AuthType Basic
require valid-user

Sans succès ... la fenêtre "Autentification requise" continue à revenir :(

les guillemets ne sont nécessaires que si espaces, pour ne pas qu'ils soient confondu avec plusieurs paramètres

require avec un R majuscule, ça change?

malheureusement non

tu as spip...
je peux avoir l'url à tester, ici ou en privé?

C'est un dossier vide pour l'instant, il n'y a qu'un index.html (et un index.php avec le echo realpath). Dès que la protection fonctionne je compte y mettre un site statique.

C'est ici : 2018.vivre-ensemble.be

J'y mets temporairement tes données dans le .htpasswd :
test:CJdhlwz1J/W5k

que dire?
l'abus est dangereux :o)

https://i.imgur.com/8Wx6MJJ.png

vide le cache de ton navigateur (s'il y avait des redirections avant)
ou essaye avec un autre navigateur

Ca alors, pas de soucis pour toi ?

Je fais tous mes tests aussi bien avec http qu'avec https, à chaque test dans une nouvelle fenêtre de navigation privée, donc pas de cache.

Une autre navigateur donne le même problème pour moi. Est-ce que ce serai du à un firewall ou autre restrictions du réseau où je me trouve ?

là tu me colles... je vois pas comment faire ça avec un FW

essaye avec un proxy?: kproxy.com

voilà ce que ça me donne :

Request bloqué par le watchguard HTTP Proxy.
Raison: Category 'Proxy Avoidance' denied by WebBlocker policy 'HTTPS WEBBLOCKER'.

Je vais demander les responsables du réseau ici

ah oui, y'a du lourd
ce message, c'est avec kproxy?
mais de là à bloquer un htpasswd....

merci pour ton aide en tout cas, j'essaye d'être débloqué rapidement.
bonne journée

Bonjour @kyodev (et autres lecteurs éventuels),
Malheureusement je dois encore revenir avec cette histoire de .htaccess.
J'ai testé hier dans d'autres endroits et réseaux (sans restrictions), mais je ne parvenais pas non plus à afficher la page. Même phénomène, le popup pour s'identifier continue à revenir, la page index ne s'affiche jamais.
Je ne comprends pas ... comment ça se fait que tu es parvenu à voir la page ? C'est quoi la magie ici ?

ayant perdu une heure ce matin à déplomber une fonction, je n'ai pas l'impression d'être magicien, d'autant plus que je n'ai pas une once d'hypothèse pour ton souci... :/

et je récidive:
```text
curl --head -utest:123 https://2018.vivre-ensemble.be/
HTTP/2 200
date: Wed, 29 May 2019 10:18:46 GMT
server: Apache
```

arf, sorry pour la matinée de plomb..

123 n'est pas le bon mdp, c'est CJdhlwz1J/W5k

curl --head -utest:CJdhlwz1J/W5k https://2018.vivre-ensemble.be
HTTP/2 401
date: Wed, 29 May 2019 11:01:14 GMT
content-type: text/html; charset=iso-8859-1
server: Apache
www-authenticate: Basic realm="message de mon htaccess"
x-iplb-instance: 29711
set-cookie: SERVERID104280=11217|XO5mf|XO5mf; path=/

si tu vois `HTTP/2 200` c'est Ok
`CJdhlwz1...` c'est un password chiffré, 123 donc, ce que tu dois utiliser comme utilisateur

L'astuce magique était le mot de passe chiffré !

Problème résolu pour moi, merci.

un mot de passe en clair n'étant pas permis
http://aspirine.org/htpasswd.html
md5 ou bcrypt