Putain, je vais tuer quelqu'un là! Ca fait 3 plombes que je me bagarre avec un putain de .htaccess de sa race!!!!! (Désolé, c'est très vulgaire, mais ça me fait beaucoup de bien...)
 
Alors voici mon fichier .htaccess situé dans un certain répertoire (appelons-le "prive" ):

Maintenant, voici le contenu de mon fichier de mots de passe "utilisateurs" situé à l'emplacement sus-mentionné:

 
Pour info, le chemin AuthUserFile a été trouvé en utilisant un script php faisant appel à la fonction "realpath", et le mot de passe a été généré grâce à l'utilitaire "htpasswd".
 
Le problème à présent: lorsque je demande un fichier contenu dans le répertoire protégé, une boîte surgissante me demande mes login et password; jusque-là, tout va bien. Mais une fois que je confirme mon mot de passe, le navigateur m'envoie chier avec un "Authorization required".
 
Si je suis con, dîtes le moi, n'ayez pas peur, mais par pitié, dîtes moi pourquoi ça ne marche pas, je vous en suppliiiiiiebeuâââhh!
 
 
 
Edit: Résolu...

Ton apache n'est p'tre pas configure de sorte que les pass soient crypté, si tu testes avec easyphp alors les pass ne sont pas crypte

1. Ce n'est pas MON apache mais celui de mon hébergeur de merde qui est aimable comme une porte de prison et qui a un baobab au creux de la main.
 
2. J'ai testé avec un mot de passe en clair, bien sûr, mais ça ne marche pas non plus.
 
3. En cherchant un peu partout des infos sur le web, j'ai réussi à trouver au moins trois façon d'encrypter les mots de passe. Ainsi, un site m'a demandé de choisir une clef de 2 caractères avant encryptage, un autre (commentcamarche) m'a fournit le code suivant:

et comme vous pouvez le voir dans mon précédent post, l'utilitaire htpasswd, lui, m'avait donné:

Si quelqu'un est capable de m'expliquer comment le serveur fait pour choisir la bonne méthode de [dé]cryptage, je suis toute ouïe...
 
 

Et un de mieux!

 
Donnez-moi vos versions cryptées de mon mot de passe:

Dixit commentcamarche....
 
Quelqu'un peut expliquer ce mystère à mon pauvre cerveau débile?

UP
Personne ne voit ce qui cloche? A vot' bon coeur m'sieurs 'dames...

 
Tu as essayé sans le limit ? Chez mon hébergeur il me fait une erreur si j'en met un. D'ailleurs dans la doc apache il est marqué que Limit est souvent inutile.

 
Les caractéristiques sont visibles. En gros, il y a deux trois méthodes (genre DES, MD5 et autres) et elles sont faciles (pour la machine) à reconnaitre entre elles. Le plus souvent, c'est un crypt() de base, donc la version courte dans tous ceux que tu as montré.

Ca ne marche pas non plus. Est-il possible que le fait que je crée mon fichier sous Windows peut poser un problème? (caractère de fin de ligne par exemple).
 
Eventuellement, quelqu'un peut-il faire un test avec "x" comme mot de passe et me renvoyer ce mot de passe crypté? Je trouve ça franchement louche cette histoire de mot de passe qui change...

Oui, ça peut poser un problème pour le fichier de mot de passe.
 
Il te renvoie quoi comme erreur ? Tu as accès aux logs du serveur ?
 

 
Le mot de passe n'est pas vraiment crypté, il est "hashé", c'est à dire que l'on peut passer de mot de passe à hash mais pas de hash à mot de passe. Pour savoir si le mot de passe est le bon, on hashe l'entrée de l'utilisateur pour voir si elle correspond au hash du mot de passe.
 
Bon, pour "x" :
toucouch:8xNsS3YDck4e.  
avec htpasswd (le . est inclu)

1. Bon, en ne mettant qu'une ligne sans CR/LN à la fin ça devrait aller, non?
 
2. Je n'ai pas accès aux logs, et le message est le suivant:

 
3. Ok, merci pour l'info.
 
4. Je teste ça tout de suite, merci.

Putain de merde! Ca ne marche toujours pas! Il n'y a que 6 lignes en tout dans ces putains de fichiers! Elle est où la connerie?
 
Si on me demande le login+mdp, c'est que le .htaccess est bien compris, non? Donc le problème ne peut venir que du fichier de mots de passe où bien de la ligne AuthUserFile... La fonction realpath me renvoie exactement ce qui est actuellement écrit!
 
Ou alors, ça viendrait de la configuration du serveur? Mais à quel niveau ça pourrait chier? Un répertoire dédié aux mots de passe, peut-être?
 
A tout hasard, on ne pourrait pas définir un utilisateur valide pour le répertoire sans lui attribuer de mot de passe des fois?

 
Essaye  

à la place du Require valid-user, juste pour voir.

Marche pas non plus!
 
Question con car désespérée: entre les "mots-clefs" comme AuthUserFile et les valeurs associées, un simple espace suffit, pas besoin de tabulation ou autre? Et la casse a-t-elle une importance?

 
Ben, la casse oui, je crois.
Exemple d'un .htaccess à moi que j'ai :

On est bien d'accord, ça ressemble comme deux gouttes d'eau à mon fichier... Donc, je ne comprends pas...
 
Est-ce-que ça pourrait dépendre de la façon dont mon hébergeur à configuré Apache? Va falloir que j'appelle (même si je pense que ça ne servira à rien...)

Ça dépend fortement des couillonnades de ton hébergeur. C'est qui qu'on y aille pas ?

c'est qui ton hébergeur ?
tu as bien mis tes mots de passe dans un fichier "utilisateurs.txt" qui se trouve dans le dossier "htfiles" ?
et tu les as noté comment tes login et mots de passe dans ce fichier ?
@+
 
essaie les guillemets à : AuthName "protege"  
car mon .htaccess chez ovh ressemble pile poil au tien à part ça (comme jyb)

blueteen a écrit a écrit : 1. c'est qui ton hébergeur ? 2. tu as bien mis tes mots de passe dans un fichier "utilisateurs.txt" qui se trouve dans le dossier "htfiles" ? 3. et tu les as noté comment tes login et mots de passe dans ce fichier ? @+   essaie les guillemets à : AuthName "protege"   car mon .htaccess chez ovh ressemble pile poil au tien à part ça (comme jyb)

1. Mon hébergeur, c'est un type qui bosse chez lui avec, d'après ce que m'a dit mon boss, les serveurs entre sa bagnole et sa machine à laver dans son garage (j'exagère, bien sûr, mais c'est l'esprit)... Et quand tu le sonne, il t'envoie chier, te renvoie à son "support on-line" qui affiche depuis au moins trois des trucs du genre "Perl: error, etc." sur une pleine page... On devrait penser à changer quand-même...
 
2. Oui.
 
3. J'ai déjà a peu près tout essayé: non-crypté, crypté avec l'utilitaire apache, avec différents sites, etc. (Cf. plus haut)
 
Sinon, pour revenir à mon problème, j'ai vu que sur free il fallait utiliser une syntaxe spéciale du genre:

Quelqu'un peut-il m'expliquer c'est quoi cette syntaxe? Je vais essayer la même chose pour voir, je vous tiens au courant...

heu a mon avis je vais sortir une grosse connerie encore parce que vu ce que tu dit ca vient de la ... et htaccess mais bon on sait jamais alors...
 
ben voici un lien...
 
http://www.phpdebutant.com/article51.php

Bon, ça date un peu comme topic, mais voilà un truc qui marche:

A mon avis, mon hébergeur a dû utiliser des options particulières empêchant la création d'une liste d'utilisateurs par exemple.
 
Merci quand-même à tous ceux qui ont participé à ce topic...

mauh non ça date pas, tout juste un mois
 

blueteen a écrit a écrit : mauh non ça date pas, tout juste un mois

C'est le délai qu'il me faut pour bien calmer mes nerfs...