Télécharger - Site personnel de Serge Moutou

More documents

Recommendations

Info

Chapitre 8 : Les annuaires LDAP 1. Objectif général du TP L'objectif du TP est de : configurer un petit serveur LDAP, générer un petit annuaire, ajouter de nouvelles entrées, les modifier, etc. La mise en œuvre se fait en utilisant l'outil de OpenLDAP® (http://www.openldap.org/). Vous pouvez consulter ultérieurement ce site pour plus d'informations. La première chose à faire va donc consister à configurer le serveur. Certains paramètres seront totalement indépendants de la nature de l'annuaire géré, d'autres vont bien sûr complètement dépendre de la structure de l'annuaire géré. Une fois le serveur configuré, il s'agira de créer un annuaire simple, de type pages blanches. Pour cela, il faudra : définir la structure générale des données, saisir au format LDIF les premières données, effectuer le peuplement initial de la base de données. La consultation de l'annuaire pourra se faire soit par l'intermédiaire des outils OpenLDAP®, soit à travers un navigateur comme Netscape® Communicator1, ou bien en utilisant un petit navigateur java (ldapbrowser). 2. Accès aux comptes pour le TP Pour pouvoir utiliser les outils ldap, vous devez vous connecter sous un des comptes suivants : tpe1, tpe2 ? tpe9. L'affectation du compte et le mot de passe vous seront communiqués le jour du TP. Le fait de vous connecter sous un de ces comptes vous permettra de travailler dans un répertoire du même nom. Dans la suite du document, nous appellerons tpex un compte/répertoire appartenant à l'ensemble {tpe1, tpe9}. Quelque soit le compte que vous utilisez, vous devrez toujours accéder aux outils ldap par l'intermédiaire du compte michel. Pour vous faciliter la tâche, vous devez exécuter la commande suivante : source ~michel/.ldap.cshrc Cette commande vous positionnera correctement votre variable PATH. Il est important de noter que chaque fois que vous créerez une nouvelle fenêtre terminal, cette commande devra être ré-exécutée. Nous vous conseillons également de travailler dans un sous-répertoire par rapport au répertoire tpex. En effet, ces comptes sont utilisés par de nombreux élèves de différentes populations. Travailler dans un sous-répertoire vous permettra de retrouver plus facilement vos données d'un TP à l'autre. Dans la suite du document, nous appellerons mon-tp-ldap le sous répertoire que vous aurez créé dans le compte tpex. 3. Configuration du serveur La configuration d'un serveur est la phase préliminaire à tout mise en œuvre de celui-ci. Elle est bien entendu spécifique à l'outil que vous utilisez. Dans le cas d'OpenLDAP®, cela consiste à éditer un fichier : slapd.conf. L'édition du fichier a, dans le cadre du TP, deux objectifs : la configuration du serveur et la compréhension des besoins d'un 94 /163
serveur LDAP. La configuration va permettre de gérer trois aspects : la définition des schémas LDAP ; la gestion du serveur proprement dit ; et la gestion de la base de données, soit : la définition du nom de la base (c'est-à-dire le suffixe de la base) ; l'identification du gestionnaire de la base ; la définition de la zone où seront stockées les données de la base. Le fichier initial de configuration est présenté ici. En caractères gras, apparaissent les endroits où il va être nécessaire d'apporter des modifications. Dans ce fichier, les lignes qui commencent par le caractère # sont des commentaires. Le chemin d'accès au fichier initial est le suivant : ~michel/ldapLinux/etc/openldap/slapd.conf Recopiez ce fichier dans votre répertoire de travail, puis modifiez-le de façon à ce qu'il reflète la configuration de votre futur serveur2. Voir les sections suivantes pour savoir comment procéder. 3.1. Gestion des schémas. Rappelons qu'un objet LDAP est décrit par des attributs et des classes d'objet. Un schéma regroupe les attributs et les classes d'objet que pourront posséder les objets de l'annuaire. Il précise pour chaque attribut et chaque classe les contraintes, les héritages, les syntaxes, etc. La ligne suivante (dans le fichier slapd.conf) : include /Users/teleinf3/michel/ldapLinux/etc/openldap/schema/core.schema va permettre de spécifier quel schéma l'annuaire doit mettre en œuvre. Ici, le fichier core.schema décrit le schéma de base de tous les annuaires LDAP. Il contient les définitions des attributs et classes d'objet standards. Ce schéma est obligatoire ; c'est le minimum attendu par un serveur LDAP. Dans notre cas, si nous souhaitons créer un annuaire de type page blanche, ce schéma est insuffisant. Il nous faudra plusieurs schémas complémentaires permettant d'avoir une description plus « intéressante » des objets de notre annuaire. Il suffit en effet de comparer ce qu'offre la classe person (définie dans core.schema) par rapport à la classe inetorgperson (définie dans inetorgperson.schema). Il nous faudra donc généralement rajouter les lignes suivantes : include /Users/teleinf3/michel/ldapLinux/etc/openldap/schema/cosine.schema include /Users/teleinf3/michel/ldapLinux/etc/openldap/schema/inetorgperson.schema 3.2. Gestion du serveur Les lignes suivantes (voir slapd.conf): pidfile /Users/teleinf3/michel/ldapLinux/var/slapd.pid argsfile /Users/teleinf3/michel/ldapLinux/var/slapd.args 95 /163
Page 1 and 2:
Chapitre 1 : Généralités sur les
Page 3 and 4:
• Interface système/applications
Page 5 and 6:
Applications utilisateurs Niveau Ut
Page 7 and 8:
C. Carrez "Les systèmes informatiq
Page 9 and 10:
0x000 Master Boot Record Chargeur p
Page 11 and 12:
Table de partition Partition 1 Part
Page 13 and 14:
Linux) qu'il faut créer avec l'uti
Page 15 and 16:
suffit). Il faut au moins une parti
Page 17 and 18:
Installation de paquetages rpm On p
Page 19 and 20:
BROADCAST = 10.194.2.255 ONBOOT = y
Page 21 and 22:
Connexion Après le chargement du b
Page 23 and 24:
Manipulation Si par mégarde, sous
Page 25 and 26:
kill PID : met fin normalement à l
Page 27 and 28:
suivante dans une ligne de la table
Page 29 and 30:
Sauvegarde et archivage avec tar G
Page 31 and 32:
2°) Opérations sur un registre. L
Page 33 and 34:
2°) Registres l'UCT doit posséder
Page 35 and 36:
Exercice 9 On donne le programme :
Page 37 and 38:
Si op1< op2 OF est mis à 1. Si op1
Page 39 and 40:
Les appels systèmes On peut conna
Page 41 and 42:
Chapitre 5 : Gestion des utilisateu
Page 43 and 44: Compléments Si le rep. de base n'e
Page 45 and 46: Les différentes catégories de fic
Page 47 and 48: Les options les options par défaut
Page 49 and 50: un rép. obligatoirement démonté
Page 51 and 52: la date de dernière modification l
Page 53 and 54: Ajout, retrait ou fixation des perm
Page 55 and 56: 777 = 111 111 111 permissions maxi
Page 57 and 58: 2. Effectuer des vérifications : p
Page 59 and 60: Vérifiez bien que le problème est
Page 61 and 62: Enfin le fichier rc.local est lu (/
Page 63 and 64: en local, par exemple linuxconf, pe
Page 65 and 66: var/run/squid.pid'. 6 Envoyer un si
Page 67 and 68: chkconfig netstat -na Permet de cr
Page 69 and 70: Chapitre7 : Shell Bash et Scripts (
Page 71 and 72: TP 1 1. Personnaliser le script .ba
Page 73 and 74: Les commandes du shell référence
Page 75 and 76: Tester ll --help | less < redirecti
Page 77 and 78: Créer un script Variables : ne son
Page 79 and 80: Mise au point, débogage Exécution
Page 81 and 82: lecture. Ces variables sont automat
Page 83 and 84: [toto@p00]$ [ -r "/etc/shadow" ] ||
Page 85 and 86: then echo "je vais vérifier ton de
Page 87 and 88: Boucle while Si aucune liste n'est
Page 89 and 90: En connexion root, on doit relancer
Page 91 and 92: cat < users.txt | while true do rea
Page 93: II. Créer des comptes décrits dan
Page 97 and 98: ootdn "cn=Manager, o=INT, c=FR" 3.3
Page 99 and 100: one » retourne tous les objets sit
Page 101 and 102: et ldapsearch -L -x -H ldap://machi
Page 103 and 104: Si l'on rend le fichier /etc/passwd
Page 105 and 106: PAM - © Philippe Chadefaux - 10/1/
Page 107 and 108: Ligne 5 Comptabilise la "vie" du mo
Page 109 and 110: # pour permettre l'accès sur le se
Page 111 and 112: passwd en relançant /usr/bin/make
Page 113 and 114: Rappelons que ces 2 serveurs permet
Page 115 and 116: I) Chiffrement monoalphabétique 1
Page 117 and 118: Mot clef: chiffré : ROUGEROUGEROUG
Page 119 and 120: 119 /163
Page 121 and 122: Pourquoi la cryptographie ? 2500 an
Page 123 and 124: exemple. La solution tout à fait n
Page 125 and 126: différence, on n'est jamais à l'a
Page 127 and 128: On commence le protocole par échan
Page 129 and 130: Le principe consacré par l'article
Page 131 and 132: $ md5sum -v -c mesfichiers.md5 caff
Page 133 and 134: Vous allez alors avoir les fichiers
Page 135 and 136: La première partie qui est entre p
Page 137 and 138: Chapitre 13 : L'espionnage du rése
Page 139 and 140: Chapitre 14 : Gnu Privacy Guard (Gn
Page 141 and 142: X [Y p2 Y]$ gpg --import X.gpg ou Y
Page 143 and 144: On construit sur ce principe un ré
Page 145 and 146:
- objsign : pour la signature de co
Page 147 and 148:
Les paramètres généralement renc
Page 149 and 150:
verify return:1 CONNECTED(00000003)
Page 151 and 152:
tiers à relayer son courrier sur l
Page 153 and 154:
emailAddress_max = 40 [CA_ROOT] nsC
Page 155 and 156:
Chapitre 16 : SSH/SSF (21 Mai 2001
Page 157 and 158:
Utilisation HTTP : Apache port 80 P
Page 159 and 160:
Port 22 ListenAddress 0.0.0.0 HostK
Page 161 and 162:
machine locale : locale, login : us
Page 163:
User Name / Password : comme d'hab
show all

Télécharger - Site personnel de Serge Moutou

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?