aide





[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]

Re: les vrais geek ont un mac

Posté par Nap () le 02/08/2006 à 14:19. (lien). Évalué à 1.

J'ai aussi entendu parler d'un jeu vidéo avec une bille à déplacer en penchant son mac d'un coté ou de l'autre pour la faire rouler

[ Répondre ]

Re: le calvaire des plug-ins

Posté par Nap () le 21/06/2006 à 16:36. (lien). Évalué à 5.

non, tu aurais du dire :
on dit "les plugins de firefox", connard.

[ Répondre ]

Re: Commande ldapadd

Posté par Nap () le 21/06/2006 à 13:30. (lien). Évalué à 2.

Salut,

tu dois laissé écrit "attribute=userPassword" tel quel, sans remplacer userPassword par quoi que ce soit


en effet la chaine "userPassword" est le nom d'un attribut LDAP servant à stocker le mot de passe d'un utilisateur dans l'objet LDAP le représentant (dans un annuaire LDAP en règle générale, chaque utilisateur est lui-même représenté par un objet de l'annuaire).


cette règle d'accès te permet donc de dire que :
- l'administrateur a un accès en écriture sur l'attribut "userPassword" des objets de l'annuaire, c'est à dire qu'il peut changer le mot de passe des utilisateurs de l'annuaire,
- l'utilisateur anonyme peut utiliser le mot de passe à fin d'authentification,
- tout utilisateur peut changer son propre mot de passe,
- toute autre personne n'y a pas accès.


Merci d'avoir lu jusqu'ici, car ton problème n'a rien à voir avec ça :-)
néanmoins comme visiblement tu n'avais pas compris ce point il me semblait bon de te donner une petite explication.


Ton problème vient du fait qu'en t'authentifiant tu donnes le mot de passe crypté, ce qui est contraire au protocole LDAP. En effet l'authentification LDAP simple telle qu'utilisée par ldapadd -x nécessite impérativement le mot de passe en clair. Utilise donc le mot de passe en clair dans ta commande ldapadd, et ça marchera !


Pour information, le cryptage du mot de passe permet juste de ne pas avoir de mot de passe en clair stocké sur le disque dur du serveur, et pas du tout de protéger le mot de passe lors de son passage sur le réseau, ce qui n'aurait strictement aucune utilité avec un simple hash.


Si tu veux plus d'info, mon mail/jabber : francois.beretti@gmail.com

[ Répondre ]

Re: Commande ldapadd

Posté par Nap () le 21/06/2006 à 11:06. (lien). Évalué à 2.

non tu ne dis pas de bétises

tsuki, il faut utiliser le mot de passe en clair dans la commande ldapadd


de plus, où es-tu allé pêcher ta configuration slapd.conf ? je n'ai jamais vu de ligne comme celle-ci :

access to attribute={SSHA}9YBOFmYWGOcotlNXIwFSpf7BE2g7xemj

[ Répondre ]

Re: Les hommes viennent ... du même endroit que les femmes

Posté par Nap () le 18/06/2006 à 23:10. (lien). Évalué à 2.

ce sont les théories qui sont étendues..

[ Répondre ]

Re: Homme presse

Posté par Nap () le 17/06/2006 à 10:52. (lien). Évalué à 4.

c'est pas parce que c'est des paroles de super trampe qu'il va forcément s'en prendre une hein

[ Répondre ]

Re: Et pourquoi

Posté par Nap () le 15/06/2006 à 22:15. (lien). Évalué à 1.

je confirme avoir entendu ça aussi

[ Répondre ]

Re: Les hommes viennent ... du même endroit que les femmes

Posté par Nap () le 15/06/2006 à 22:11. (lien). Évalué à 2.

il y a aussi des écoles ou on ne fait que des maths comme l'ENSAI (école de statistique), où les étudiants s'amusent à faire des trucs aussi téoriques que les maths de prépa (genre théories de l'intégration étendues ou autre).

=> 50% de filles

[ Répondre ]

Re: Salut bandes de tar

Posté par Nap () le 15/06/2006 à 22:02. (lien). Évalué à 2.

alors il y a longtemps, ou bien j'ai oublié, ou ils sentaient pas b

[ Répondre ]

Re: Salut bandes de tar

Posté par Nap () le 15/06/2006 à 22:00. (lien). Évalué à 2.

oi ma gueule, qu'est-ce qu'elle a m

[ Répondre ]

Re: Dans R

Posté par Nap () le 15/06/2006 à 21:24. (lien). Évalué à 3.

bof... t'as oublié un truc en dérivant (le "X" de "le tout X fois") :-)

[ Répondre ]

Re: Terriblement distrayant

Posté par Nap () le 14/06/2006 à 13:13. (lien). Évalué à 2.

Non non, en Corse par exemple, les villes sont en résolution pourrie, mais le centre, là ou il y a 3 villages, 10 vaches et du maquis, est en super résolution o_O

[ Répondre ]

Bon courage

Posté par Nap () le 14/06/2006 à 08:11. (lien). Évalué à 3.

Désolé, je ne connais pas bien Mandriva et KDE, donc je ne pourrai pas t'aider, mais c'est juste pour dire que si une fille célibataire motivée par linux n'arrive pas à avoir de l'aide sur ce site, c'est la fin de tout...

bon courage

[ Répondre ]

Re: Précisions

Posté par Nap () le 14/06/2006 à 07:32. (lien). Évalué à 1.

ça y est t'as gagné le point Ploumwin :)

[ Répondre ]

Normal

Posté par Nap () le 13/06/2006 à 09:35. (lien). Évalué à 4.

l'authentification standard en LDAP envoie le mot de passe en clair.

A ce propos, un hash du mot de passe ne sert à rien au niveau client, car si le serveur attend ce hash, alors il suffit au pirate qui l'a sniffé de l'envoyer au serveur pour être authentifié.

Pour sécuriser une authentification LDAP il y a deux moyens possibles :
- chiffrement de l'ensemble de la connexion par SSL/TLS
- utilisation d'une méthode d'authentification sécurisée, comme DIGEST-MD5, Kerberos, ou un certificat client TLS, qui t'assure qu'aucun mot de passe en clair ne se ballade.

Je n'ai jamais utilisé la seconde solution en PHP.

Pour la première, regarde la doc de ldap_connect pour savoir comment faire :
http://fr3.php.net/manual/en/function.ldap-connect.php

[ Répondre ]

Re: ploum

Posté par Nap () le 12/06/2006 à 23:47. (lien). Évalué à 7.

Allez, un point MoonWin pour Ploum

[ Répondre ]

Re: Si ca interesse quelqu'un

Posté par Nap () le 12/06/2006 à 14:25. (lien). Évalué à 7.

Mon coussin aurait besoin d'un coup de main


Il est gonflé

[ Répondre ]

Re: Tous avec moi !!

Posté par Nap () le 12/06/2006 à 08:53. (lien). Évalué à 3.

c'est à chanter sur l'air de la pêche aux moules ?

[ Répondre ]

c'est pas leur faute

Posté par Nap () le 12/06/2006 à 00:32. (lien). Évalué à 8.

c'est Federer qui a fait la faute je te signale !!

le journaliste ne fait que le citer

[ Répondre ]

Re: Hum hum

Posté par Nap () le 12/06/2006 à 00:29. (lien). Évalué à 3.

haihaihaihai :-)

[ Répondre ]

[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]