\documentclass{report}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{textcomp}
\usepackage{geometry}
\geometry{top=15mm, bottom=15mm, left=1cm, right=1cm}
\usepackage[french]{babel}
\usepackage{pslatex}
\usepackage[colorlinks=true,urlcolor=black]{hyperref}
\usepackage{graphicx}
\usepackage{fancyhdr}
\pagestyle{fancy}
\renewcommand{\footrulewidth}{0.4pt}
\fancyfoot[L]{Uubu.fr}
\fancyfoot[R]{sam. nov. 2 17:51:12 CET 2013}
\lfoot{\Large \textit{Uubu.fr}}
\hypersetup{pdfinfo={
Title={rfc4521},
Author={Sylvain Girod},
Creator={Bash script from uubu.fr's format version 1},
Producer={Bash script and PDFLaTeX},
Subject={Extentions LDAP},
CreationDate={D:20131102175112},
ModDate={D:20131102175112},
Keywords={LDAP;Lightweight Directory Access Protocol}
}}
\begin{document}
 
\begin{center}
{\Huge rfc4521 }
\end{center}
\vspace{1cm}
 
\begin{flushleft}
 
{\large Extentions LDAP}
 
\vspace{10mm}
 
\vspace{1cm}{\huge Mécanisme de découverte }
 
\
 
\hspace{1mm}  LDAP ne fournis aucun mécanisme pour qu'un serveur découvre les capacité des clients. L'attribut \textbf{supportedControl} du RootDSE est utilisé pour avertir des opérations étendues supportées. l'attribut \textbf{supportedFeatures} est utilisé pour avertir des fonctionnalités. D'autres attributs du RootDSE peut être utilisés pour avertir d'autres capacités.
\vspace{5mm} \\
 
 
\hspace{1mm}  LDAP est conçus pour supporter unicode. les options de tag de langue (rfc 3866) fournissent un mécanisme pour tag les valeurs avec des informations de langue.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Extensions d'opération LDAP }
 
\
 
\hspace{1mm}  Les extensions devraient utiliser les contrôles pour définir des extensions qui complémentent des opérations existantes, sinon, il est préférable de définir des opérations étendues.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Contrôles }
 
\
 
\hspace{1mm}  Les contrôles sont recommandés pour étendre de opérations existantes. Une opération existante peut être une opération de base, une opération étendue, une modification de mot de passe ou une opération définie comme extension d'une opération de base ou étendue.
\vspace{5mm} \\
 
 
\hspace{1mm}  Les extensions ne devraient pas retourner de réponse à moins que le serveur sait que le client peut utiliser ce contrôle. Une opération existante peut être étendue pour retourner des messages \textbf{IntermediateResponse}. Les contrôles ne devraient pas définir de sémantique additionnelles à la criticité des contrôles.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Étendre l'opération Bind avec des contrôles }
 
\
 
\hspace{1mm}  Les contrôles attachés aux messages de requête et de réponse d'une opération Bind ne sont pas protégés par une couche de sécurité établie par l'opération bind.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Étendre l'opération StartTLS avec des contrôles }
 
\
 
\hspace{1mm}  Les contrôles attachés aux messages de requête et de réponse d'une opération StartTLS ne sont pas protégés par la couche de sécurité.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Étendre l'opération de recherche avec des contrôles }
 
\
 
\hspace{1mm}  L'opération de recherche a 2 phases:
\vspace{5mm} \\
 
 
\begin{description} \normalsize
\item[\hspace{1mm} -]{trouver l'objet de base}
\item[\hspace{1mm} -]{Rechercher les objets à ou sous l'objet de base.}
\end{description}
 
\hspace{1mm}  Les contrôles étendant la recherche devraient clairement statuer sur quelle(s) phase(s) le contrôle s'applique.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Étendre les opérations update avec des contrôles }
 
\
 
\hspace{1mm}  Les opération update ont des propriétés d'atomicité, consistance, isolation et durabilité (ACID)
\vspace{5mm} \\
 
 
\begin{description} \normalsize
\item[\hspace{1mm} atomicité:]{tous ou aucun des changements demandés ont été fait}
\item[\hspace{1mm} consistance:]{L'état DIT résultant doit être conforme au schéma et d'autres contraintes}
\item[\hspace{1mm} isolation:]{les états intermédiaires ne sont pas exposés}
\item[\hspace{1mm} durabilité:]{l'état DIT résultant est préservé jusqu'à une mise à jours ultérieure.}
\end{description}
 
\hspace{1mm}  En définissant un contrôle qui demande des changements additionnels, ces changements ne devraient pas être traités comme partie d'une transaction séparée
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Réponses intermédiaires }
 
\
 
\hspace{1mm}  Les extensions devraient utiliser les messages \textbf{IntermediateResponse} au lieu des messages \textbf{ExtendedResponse} pour retourner des résultats intermédiaires.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Notifications non-sollicitées }
 
\
 
\hspace{1mm}  Les notifications non-sollicitées permettent à un serveur de notifier le client d'évènements non associés avec l'opération courante. Ces extensions doivent être conçues de manière à ce qu'un serveur n'envoie ces notification que s'il sait que le client peut utiliser ces notifications.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Code de résultat }
 
\
 
\hspace{1mm}  Les extensions qui spécifient de nouvelles opérations ou améliorent des opérations existantes ont souvent besoin de nouveaux code de résultat. L'extension doit être conçue de manière à ce qu'un client ait une indication clair de la nature du résultat.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Types de message LDAP }
 
\
 
\hspace{1mm}  Les extensions peuvent spécifier de nouveaux types de messages LDAP en étendant le choix \textbf{protocolOp} de la séquence \textbf{LDAPMessage}, mais c'est généralement inapproprié et non-nécessaire. Cependant, dans certains cas, de nouveaux mécanismes d'extensions devraient être définis.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Méthodes d'authentification }
 
\
 
\hspace{1mm}  Bind supporte 2 méthodes d'authentification, simple et SASL. Il est recommandé que les nouveau processus d'authentification soient définis comme mécanisme SASL.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Extension de schéma }
 
\
 
\hspace{1mm}  Les extensions définissant des éléments de schéma LDAP doivent fournir la définition de schéma conformément avec la syntaxe définie.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Syntaxes LDAP }
 
\
 
\hspace{1mm}  Chaque syntaxe LDAP est définie en terme d'ASN.1. Chaque extension détaillant une syntaxe LDAP doit spécifier les données ASN.1 associées avec la syntaxe.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Matching Rules }
 
\
 
\hspace{1mm}  3 types basique de règle de correspondance peuvent être associés avec un type d'attribut. En plus, LDAP fournis un mécanisme de règle extensible.
\vspace{5mm} \\
 
 
\vspace{1cm}{\huge Autres mécanismes étendu }
 
\
 
\hspace{1mm}  Chaque option est identifiée par une chaîne de lettres, nombre et tirets. Cette chaîne devrait être courte.
\vspace{5mm} \\
 
 
\hspace{1mm}  Les extensions interagissant avec des identité d'authorisation devraient supporter le format authzId. ce format est extensible.
\vspace{5mm} \\
 
 
\hspace{1mm}  Les extensions d'URL LDAP sont identifiées par une chaîne courte, un descripteur, la chaîne devrait être courte.
\vspace{5mm} \\
 
\end{flushleft}
\end{document}
