Bonsoir à tous,
Tout est dans le titre ! C'est moi qui n'ai pas de chance ou bien ?
Ca fait 3 jours de suite que je bloguouille tranquille et qu'inmanquablement je
finis par avoir le traditionnel "Site en travaux..." qui s'affiche au bout d'un
moment. en général, vers 3 heures, 3heures et demi... Ca ne dure jamais
longtemps mais j'ai finis par apprendre à faire un Ctrl+C sur mes billets avant
de les valider, c'est un poil pénible quand même...
Bonne nuit.
Ceci était la minute... euh... nécéssaire ? ... de L'oiseau2nuit... point-Net
Zzz. a écrit :
Bonsoir à tous,
Tout est dans le titre ! C'est moi qui n'ai pas de chance ou bien ?
Ca fait 3 jours de suite que je bloguouille tranquille et qu'inmanquablement je
finis par avoir le traditionnel "Site en travaux..." qui s'affiche au bout d'un
moment. en général, vers 3 heures, 3heures et demi... Ca ne dure jamais
longtemps mais j'ai finis par apprendre à faire un Ctrl+C sur mes billets avant
de les valider, c'est un poil pénible quand même...
Bonne nuit.
Ceci était la minute... euh... nécéssaire ? ... de L'oiseau2nuit... point-Net
_______________________________________________
C'est sans doute qu'il y a une maintenance du serveur chez ton hebergeur vers 3h00, 3h30 
Bernard
Bonjour,
Sur mon spip 1.8.2g l'authentification ldap se faisait parfaitement.
J'ai migré vers un spip 1.9.1 ce matin et plus d'authentification ldap !!!
Après la saisie du mot de passe, le script tourne longtemps avant de rendre une internal server error !!!
Voici ce que j'ai dans mon inc_connect.php :
j'ai caché les valeurs réelles de ma base, serveur et chaine ldap ... il n'y a pas d'authentification nécessaire pour consulter l'annuaire ...
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.3;
spip_connect_db('localhost','','user','pass','base');
function spip_connect_ldap() {
$GLOBALS['ldap_link'] = @ldap_connect("serveurldap","389");
@ldap_set_option($GLOBALS['ldap_link'],LDAP_OPT_PROTOCOL_VERSION,"3");
@ldap_set_option($GLOBALS['ldap_link'], LDAP_OPT_REFERRALS, 0);
@ldap_bind($GLOBALS['ldap_link'],"","");
return $GLOBALS['ldap_link'];
}
$GLOBALS['ldap_base'] = "chemin_ldap";
$GLOBALS['ldap_present'] = true;
?>
Quelqu'un a-t-il une idée ? j'ai tourné en rond tout l'après midi ...
Merci par avance.
Bruno Douville a écrit :
Bonjour,
Sur mon spip 1.8.2g l'authentification ldap se faisait parfaitement.
J'ai migré vers un spip 1.9.1 ce matin et plus d'authentification ldap !!!
Après la saisie du mot de passe, le script tourne longtemps avant de rendre une internal server error !!!
Voici ce que j'ai dans mon inc_connect.php :
j'ai caché les valeurs réelles de ma base, serveur et chaine ldap ... il n'y a pas d'authentification nécessaire pour consulter l'annuaire ...
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.3;
spip_connect_db('localhost','','user','pass','base');
function spip_connect_ldap() {
$GLOBALS['ldap_link'] = @ldap_connect("serveurldap","389");
@ldap_set_option($GLOBALS['ldap_link'],LDAP_OPT_PROTOCOL_VERSION,"3");
@ldap_set_option($GLOBALS['ldap_link'], LDAP_OPT_REFERRALS, 0);
@ldap_bind($GLOBALS['ldap_link'],"","");
return $GLOBALS['ldap_link'];
}
$GLOBALS['ldap_base'] = "chemin_ldap";
$GLOBALS['ldap_present'] = true;
?>
Quelqu'un a-t-il une idée ? j'ai tourné en rond tout l'après midi ...
Merci par avance.
Je complète ma question :
Visiblement lors de la lecture ldap les nouveaux utilisateurs sont bien inscrits dans la base de données avec leurs caractéristiques. L'accès annuaire est donc correct. C'est la partie authentification qui ne passe pas ... est-ce un problème de cryptage du mot de passe ? Cela n'a pas changé depuis que j'ai basculé il y a 3 jours en 1.9.1 ...
Je n'ai pas d'affichage erreur de mot de passe, j'ai soit une internal server error soit un message me demandant d'autoriser les cookies (lesquels sont evidemment activés).
Pour les rédacteurs ldap déjà inscrits impossible de se connecter.
Une idée ? Merci par avance.
Bruno Douville a écrit :
Bruno Douville a écrit :
Bonjour,
Sur mon spip 1.8.2g l'authentification ldap se faisait parfaitement.
J'ai migré vers un spip 1.9.1 ce matin et plus d'authentification ldap !!!
Après la saisie du mot de passe, le script tourne longtemps avant de rendre une internal server error !!!
Voici ce que j'ai dans mon inc_connect.php :
j'ai caché les valeurs réelles de ma base, serveur et chaine ldap ... il n'y a pas d'authentification nécessaire pour consulter l'annuaire ...
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.3;
spip_connect_db('localhost','','user','pass','base');
function spip_connect_ldap() {
$GLOBALS['ldap_link'] = @ldap_connect("serveurldap","389");
@ldap_set_option($GLOBALS['ldap_link'],LDAP_OPT_PROTOCOL_VERSION,"3");
@ldap_set_option($GLOBALS['ldap_link'], LDAP_OPT_REFERRALS, 0);
@ldap_bind($GLOBALS['ldap_link'],"","");
return $GLOBALS['ldap_link'];
}
$GLOBALS['ldap_base'] = "chemin_ldap";
$GLOBALS['ldap_present'] = true;
?>
Quelqu'un a-t-il une idée ? j'ai tourné en rond tout l'après midi ...
Merci par avance.
Je complète ma question :
Visiblement lors de la lecture ldap les nouveaux utilisateurs sont bien inscrits dans la base de données avec leurs caractéristiques. L'accès annuaire est donc correct. C'est la partie authentification qui ne passe pas ... est-ce un problème de cryptage du mot de passe ? Cela n'a pas changé depuis que j'ai basculé il y a 3 jours en 1.9.1 ...
Je n'ai pas d'affichage erreur de mot de passe, j'ai soit une internal server error soit un message me demandant d'autoriser les cookies (lesquels sont evidemment activés).
Pour les rédacteurs ldap déjà inscrits impossible de se connecter.
Une idée ? Merci par avance.
Personne n'a jamais été confronté à ce problème ?
* Bruno Douville tapotait, le 26/01/2007 11:01:
Bruno Douville a écrit :
Bruno Douville a écrit :
Bonjour,
Sur mon spip 1.8.2g l'authentification ldap se faisait parfaitement.
J'ai migré vers un spip 1.9.1 ce matin et plus d'authentification ldap !!!
Après la saisie du mot de passe, le script tourne longtemps avant de rendre une internal server error !!!
Voici ce que j'ai dans mon inc_connect.php :
j'ai caché les valeurs réelles de ma base, serveur et chaine ldap .... il n'y a pas d'authentification nécessaire pour consulter l'annuaire ...
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.3;
spip_connect_db('localhost','','user','pass','base');
function spip_connect_ldap() {
$GLOBALS['ldap_link'] = @ldap_connect("serveurldap","389");
@ldap_set_option($GLOBALS['ldap_link'],LDAP_OPT_PROTOCOL_VERSION,"3");
@ldap_set_option($GLOBALS['ldap_link'], LDAP_OPT_REFERRALS, 0);
@ldap_bind($GLOBALS['ldap_link'],"","");
return $GLOBALS['ldap_link'];
}
$GLOBALS['ldap_base'] = "chemin_ldap";
$GLOBALS['ldap_present'] = true;
?>
Quelqu'un a-t-il une idée ? j'ai tourné en rond tout l'après midi ....
Merci par avance.
Je complète ma question :
Visiblement lors de la lecture ldap les nouveaux utilisateurs sont bien inscrits dans la base de données avec leurs caractéristiques. L'accès annuaire est donc correct. C'est la partie authentification qui ne passe pas ... est-ce un problème de cryptage du mot de passe ? Cela n'a pas changé depuis que j'ai basculé il y a 3 jours en 1.9.1 ...
Je n'ai pas d'affichage erreur de mot de passe, j'ai soit une internal server error soit un message me demandant d'autoriser les cookies (lesquels sont evidemment activés).
Pour les rédacteurs ldap déjà inscrits impossible de se connecter.
Une idée ? Merci par avance.
Personne n'a jamais été confronté à ce problème ?
Pour poser ta question, tu as répondu à une question existante au lieu de créer un nouveau message.
Résultat, ta question est noyée dans un fil de message (affiche en arborescence) et personne ne la voit.
==> repose la question en écrivant un *nouveau* message.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Bonjour,
Sur mon spip 1.8.2g l'authentification ldap se faisait parfaitement. J'ai migré vers un spip 1.9.1 et plus d'authentification ldap !!!
Après la saisie du mot de passe, le script tourne longtemps avant de rendre une internal server error !!!
Voici ce que j'ai dans mon inc_connect.php :
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.3;
spip_connect_db('localhost','','user','pass','base');
function spip_connect_ldap() {
$GLOBALS['ldap_link'] = @ldap_connect("serveurldap","389");
@ldap_set_option($GLOBALS['ldap_link'],LDAP_OPT_PROTOCOL_VERSION,"3");
@ldap_set_option($GLOBALS['ldap_link'], LDAP_OPT_REFERRALS, 0);
@ldap_bind($GLOBALS['ldap_link'],"","");
return $GLOBALS['ldap_link'];
}
$GLOBALS['ldap_base'] = "chemin_ldap";
$GLOBALS['ldap_present'] = true;
?>
Visiblement lors de la tentative de login, ldap les nouveaux utilisateurs sont bien inscrits dans la base de données avec leurs caractéristiques. L'accès annuaire est donc correct. C'est la partie authentification qui ne passe pas ... est-ce un problème de cryptage du mot de passe ? Cela n'a pas changé depuis que j'ai basculé il y a 5 jours en 1.9.1 ...
Je n'ai pas d'affichage erreur de mot de passe, j'ai soit une internal server error soit un message me demandant d'autoriser les cookies (lesquels sont évidemment activés).
Pour les rédacteurs ldap déjà inscrits impossible de se connecter, sauf s'il existe déjà un mot de passe dans la table des auteurs (le champ source est bien fixé à "ldap")
Si quelqu'un a une idée, je suis preneur : 50 rédacteurs en panne ....
Merci par avance.