Bonjour,
J'ai déjà ensuite à plusieurs reprise des serveurs OpenLDAP avec TLS.
En effet je me suis heurté à quelques difficultés pour la création des
certificats.
Tout d'abord tu peux vérifié avec quoi OpenLDAP à été compilé, pour cela :
# ldd /usr/sbin/slapd
et vérifier la présence de la
De mon côté j'ai la même config de nswitch:
passwd: files ldap
group: files ldap
shadow: files ldap
Par contre vérifie que tu n'est pas de compte local sur la machine du même
nom.
Sinon pour voir si la récupération depuis le ldap fonctionne bien tu peux
faire :
getent
La commande getent passwd est censé te retourné le contenu du fichier local
ainsi que tes comptes LDAP.
Pour la configuration de mes postes clients, je suis les étapes suivantes :
1 - Installation des paquets nécessaires :
# apt-get install libldap-2.4-2 libpam-ldap libnss-ldap
2 - Copie
.A8me_et_versions_utilis.C3.A9s_pour_la_formation
http://ferry.eof.eu.org/lesjournaux/rlr/public_html/multipage/x8448.html
Il y à aussi la documentation officiel de pam pour debian à cette adresse :
http://wiki.debian.org/fr/LDAP/PAM
Steven D
Steven
Le 3 décembre 2012 21:46, Bzzz lazyvi...@gmx.com a écrit
15:45, Bzzz lazyvi...@gmx.com a écrit :
On Tue, 4 Dec 2012 10:22:24 +0100
Steven D debstu...@yahoo.fr wrote:
'core une question: je n'arrive pas à déterminer ce que je
dois renseigner dans la 1ère question d'install de slapd
(docs pas claires du tout sur ce point), est-ce:
machine.domain ou
J'ai tester quasiment toutes les solutions citées mais en vain.
je pense que la machine virtuelle n'est pas incriminé, mais plutôt le
disque du host, d'où le fait de ne rien avoir dans les log Debian.
Merci pour vos conseils, je prend bonne note si jamais je perd des données
sur une machine
:
Bonjour,
Ton hypothèse me parait très peu probable (ou alors très très inquiétante).
Quel hyperviseur utilises-tu pour faire tourner tes VM ?
Le 17/10/2012 12:00, Steven D a écrit :
J'ai tester quasiment toutes les solutions citées mais en vain.
je pense que la machine virtuelle
Bonjour à tous,
Mon répertoire /root à disparu du jours au lendemain.
Pour plus de précision:
- /root est un répertoire et pas une partition externe.
- Il s'agit du machine virtuel sous vmware
- rien de spécial dans les logs
- le / est une partition en Ext3
La chose étrange, c'est que j'ai
Enfin m'a question porté sur la restauration possible ou non sur du ext3.
Merci pour l'info de création au propre d'un /root, je vais utiliser cette
solution temporairement en attendant la réinstallation du serveur ce soir.
Le /root était bien sur la partition principale, seule les $HOME des
Il faut installer les versions de php en tant que modules et ensuite les
appelés au travers d'un .htaccess
Je pense que ce lien peut aider à mettre en place la solution :
http://forum.ovh.com/showthread.php?t=56999
Steven
Le 8 octobre 2012 16:45, François TOURDE fra-duf-no-s...@tourde.org a
Ta démarche me semble la bonne.
En prenant un vks tu disposeras d'une ip fixe. En modifiant juste les
entrée dns tes services sont disponible depuis le vks.
Il faudras juste attendre un temps de propagations dns, d'environ 24 heures
maximum suivant les FAIs.
Steven
Le 22 juin 2012 09:42,
L'InnoDb gère le mode transactionnel.
De faites à chaque update, ou insert la table est locké pour pas que
d'autre requêtes n’interfère.
Pour delocké la table, un unlock table suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donner plus de
précision sur ta requête de départ.
Pour utiliser firefox à travers un tunnel ssh, il est souvent nécessaire
d'envoyer les requêtes dns dans le tunnel.
Pour cela il faut aller dans la configuration avancé de Firefox : Nouvel
onglet à l'adresse about:config
Puis rechercher la clé *network.proxy.socks_remote_dns* et la passer à
13 matches
Mail list logo