Changeset 520 for traduc/trunk/manuel/client-auth.xml
- Timestamp:
- 12/08/06 09:57:24 (2 years ago)
- Files:
-
- traduc/trunk/manuel/client-auth.xml (modified) (20 diffs)
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
traduc/trunk/manuel/client-auth.xml
r506 r520 1 1 <?xml version="1.0" encoding="ISO-8859-1"?> 2 2 <!-- $Header: /var/lib/cvs/pgsql-fr/sgml/client-auth.sgml,v 1.11 2005/09/15 07:03:15 guillaume Exp $ --> 3 <!-- SAS : 20061208 --> 3 4 4 5 <chapter id="client-authentication"> <title>Authentification du client</title> … … 119 120 <para> 120 121 Les connexions TCP/IP ne sont pas autorisées si le serveur 121 n'est pas lancé avec la valeur appropriée du paramètre de configuration122 n'est pas démarré avec la valeur appropriée du paramètre de configuration 122 123 <xref linkend="guc-listen-addresses"/>. En effet, par défaut, le 123 124 serveur n'écoute que les connexions TCP/IP en provenance de … … 139 140 Pour utiliser cette fonction, le serveur 140 141 doit être compilé avec le support de <acronym>SSL</acronym>. De plus, 141 <acronym>SSL</acronym> doit être activé au lancementdu serveur en142 <acronym>SSL</acronym> doit être activé au démarrage du serveur en 142 143 positionnant le paramètre de configuration <xref linkend="guc-ssl"/> 143 144 (voir la <xref linkend="ssl-tcp"/> pour plus d'informations). … … 151 152 <para> 152 153 Cet enregistrement a une logique opposée à <literal>hostssl</literal> : il 153 n'intercepte que les tentatives de connexion n'utilisant pas154 n'intercepte que les tentatives de connexion qui n'utilisent pas 154 155 <acronym>SSL</acronym>. 155 156 </para> … … 157 158 </varlistentry> 158 159 159 <!-- ICI -->160 160 <varlistentry> 161 161 <term><replaceable>database</replaceable></term> 162 162 <listitem> 163 163 <para> 164 Indique les noms des bases de données co rrespondant àl'enregistrement. La164 Indique les noms des bases de données concernées par l'enregistrement. La 165 165 valeur <literal>all</literal> indique qu'il concerne toutes les bases 166 166 de données. 167 L a valeur<literal>sameuser</literal> indique que l'enregistrement167 Le terme <literal>sameuser</literal> indique que l'enregistrement 168 168 coïncide si la base de données demandée a le même nom que l'utilisateur 169 169 demandé. 170 L a valeur<literal>samerole</literal> indique que l'utilisateur demandé doit170 Le terme <literal>samerole</literal> indique que l'utilisateur demandé doit 171 171 être membre du rôle portant le même nom que la base de données demandée 172 172 (<literal>samegroup</literal> est obsolète bien qu'il soit toujours accepté 173 comme écriture alternative de <literal>samerole</literal>.). Sinon, 173 comme écriture alternative de <literal>samerole</literal>.). Dans 174 tous les autres cas, 174 175 c'est le nom d'une base de données particulière. Des noms de bases de 175 176 données multiples peuvent être 176 fournis en les séparant par des virgules. Un fichier séparécontenant177 fournis en les séparant par des virgules. Un fichier contenant 177 178 des noms de bases de données peut être indiqué en faisant précéder le 178 nom d efichier de <literal>@</literal>.179 nom du fichier de <literal>@</literal>. 179 180 </para> 180 181 </listitem> … … 185 186 <listitem> 186 187 <para> 187 Indique à quels utilisateurs de la base de données cet enregistrement188 Indique les utilisateurs de la base de données auxquels cet enregistrement 188 189 correspond. La valeur <literal>all</literal> indique qu'il concerne tous 189 les utilisateurs. Sinon, il s'agit soit du nom d'un utilisateur190 spécifique de la base de données soitd'un nom de groupe précédé par un191 <literal>+</literal> ( rappelez-vous qu'il n'existe pas de vraies distinctions190 les utilisateurs. Dans le cas contraire, il s'agit soit du nom d'un utilisateur 191 spécifique de la base de données ou d'un nom de groupe précédé par un 192 <literal>+</literal> (il n'existe pas de véritable distinction 192 193 entre les utilisateurs et les groupes dans 193 <productname>PostgreSQL</productname> ; un <literal>+</literal> signifie réellement 194 <productname>PostgreSQL</productname> ; un <literal>+</literal> 195 signifie exactement 194 196 <quote>établit une correspondance pour tous les rôles faisant parti 195 197 directement ou indirectement de ce rôle</quote> alors qu'un nom sans 196 198 <literal>+</literal> établit une correspondance avec ce rôle spécifique). 197 Plusieurs noms d'utilisateurs peuvent être fournis en les séparant avec198 des virgules. Un fichier séparécontenant des noms d'utilisateurs peut199 être spécifié en précédant le nom du fichier avec un<literal>@</literal>.199 Plusieurs noms d'utilisateurs peuvent être fournis en les séparant 200 par des virgules. Un fichier contenant des noms d'utilisateurs peut 201 être indiqué en faisant précéder le nom du fichier de <literal>@</literal>. 200 202 </para> 201 203 </listitem> … … 206 208 <listitem> 207 209 <para> 208 Spécifie l'échelle d'adresses IP du client auquelcorrespond cet210 Indique la plage d'adresses IP client à laquelle correspond cet 209 211 enregistrement. Il contient une adresse IP dans la notation décimale 210 212 standard et une longueur de masque CIDR (les adresses IP 211 peuvent seulement être spécifiées numériquement, maispas en tant que213 ne peuvent qu'être indiquées numériquement, pas en tant que 212 214 nom d'hôte ou de domaine). La longueur du masque indique le nombre de 213 bits pour lequel une correspondance doit être apportée avec l'adresse214 IP du client. Les bits àdroite doivent valoir zéro dans l'adresse IP215 indiquée. Il ne doit y avoir aucun espace blancentre l'adresse IP, le215 bits forts pour lesquels une correspondance doit être trouvée avec l'adresse 216 IP du client. Les bits de droite doivent valoir zéro dans l'adresse IP 217 indiquée. Il ne doit y avoir aucune espace entre l'adresse IP, le 216 218 <literal>/</literal> et la longueur du masque CIDR. 217 219 </para> … … 221 223 <literal>172.20.143.89/32</literal> pour un hôte seul, 222 224 <literal>172.20.143.0/24</literal> pour un petit réseau ou 223 <literal>10.6.0.0/16</literal> pour un réseau plus grand. Pour spécifier224 un seul hôte, utilisez un masque de 32 pour IPv4 ou 128 pour IPv6. Dans225 une adresse réseau, ne pas oublier les zéros en fin.226 </para> 227 228 <para> 229 Une adresse IP au format IPv4 correspondra aux connexions IPv6 qui auront230 l'adresse correspondante. Par exemple, <literal>127.0.0.1</literal> correspondra225 <literal>10.6.0.0/16</literal> pour un réseau plus grand. Pour 226 n'indiquer qu'un seul hôte, on utilise un masque de 32 pour IPv4 ou 128 pour 227 IPv6. Dans une adresse réseau, ne pas oublier les zéros finaux. 228 </para> 229 230 <para> 231 Une adresse IP indiquée au format IPv4 coïncide avec les connexions IPv6 232 d'adresse correspondante. Par exemple, <literal>127.0.0.1</literal> correspond 231 233 à l'adresse IPv6 <literal>::ffff:127.0.0.1</literal>. Une entrée donnée au 232 format IPv6 correspond rauniquement aux connexions IPv6 même si l'adresse233 représentée est dans le domaine IPv4-vers-IPv6. Notez que les adresses au234 format IPv6 s eront rejetées si la bibliothèque système C ne supporte pas234 format IPv6 correspond uniquement aux connexions IPv6 même si l'adresse 235 représentée est dans le domaine IPv4-vers-IPv6. Les adresses au 236 format IPv6 sont rejetées si la bibliothèque système C ne supporte pas 235 237 les adresses IPv6. 236 238 </para> … … 248 250 <listitem> 249 251 <para> 250 Ces champs p ourraient être utilisés comme alternative à la notation252 Ces champs peuvent être utilisés comme alternative à la notation 251 253 <replaceable>CIDR-address</replaceable>. Au lieu de spécifier la longueur 252 du masque, le masque actuel est spécifié comme une colonne séparée. Par254 du masque, le masque réel est indiquée dans une colonne distincte. Par 253 255 exemple, <literal>255.0.0.0</literal> représente une longueur de masque CIDR 254 256 IPv4 de 8, et <literal>255.255.255.255</literal> représente une longueur de … … 256 258 </para> 257 259 258 <para>Ces champ ne concernent que les enregistrements 259 <literal>host</literal>, <literal>hostssl</literal> et <literal>hostnossl</literal>. 260 </para> </listitem> </varlistentry> 260 <para>Ces champ ne concernent que les enregistrements 261 <literal>host</literal>, <literal>hostssl</literal> et 262 <literal>hostnossl</literal>. 263 </para> 264 </listitem> 265 </varlistentry> 261 266 262 267 <varlistentry> <term><replaceable>auth-method</replaceable></term> 263 <listitem> <para>Détermine la méthode d'authentification à utiliser lors d'une 264 connexion via cet enregistrement. Les choix possibles sont résumés ici ; les 265 détails se trouvent dans la <xref linkend="auth-methods"/>. 266 267 <variablelist> <varlistentry> <term><literal>trust</literal></term> <listitem> 268 <para>Autorise la connexion sans conditions. Cette méthode permet à 269 n'importe qui de se connecter au serveur de bases de données 270 <productname>PostgreSQL</productname>, de s'enregistrer comme n'importe quel 271 utilisateur <productname>PostgreSQL</productname> de son choix sans nécessiter 272 de mot de passe. Voir la <xref linkend="auth-trust"/> pour les détails. </para> 273 </listitem> </varlistentry> 274 275 <varlistentry> <term><literal>reject</literal></term> <listitem> <para>Rejette 276 la connexion sans conditions. Ce cas est utile pour <quote>filtrer</quote> 277 certains hôtes d'un groupe. </para> </listitem> </varlistentry> 278 279 <varlistentry> <term><literal>md5</literal></term> <listitem> <para>Demande au 280 client de fournir un mot de passe chiffré MD5 pour son authentification. Voir 281 la <xref linkend="auth-password"/> pour 282 les détails. </para> </listitem> </varlistentry> 268 <listitem> 269 <para> 270 Indique la méthode d'authentification à utiliser lors d'une 271 connexion via cet enregistrement. Les choix possibles sont résumés ici ; les 272 détails se trouvent dans la <xref linkend="auth-methods"/>. 273 274 <variablelist> 275 <varlistentry> 276 <term><literal>trust</literal></term> 277 <listitem> 278 <para> 279 Autorise la connexion sans condition. Cette méthode permet à 280 quiconque peut se connecter au serveur de bases de données 281 de s'enregistrer sous n'importe quel utilisateur 282 <productname>PostgreSQL</productname> de son choix sans 283 mot de passe. Voir la <xref linkend="auth-trust"/> pour les détails. 284 </para> 285 </listitem> 286 </varlistentry> 287 288 <varlistentry> 289 <term><literal>reject</literal></term> 290 <listitem> 291 <para> 292 Rejette la connexion sans condition. Ce cas est utile 293 pour <quote>filtrer</quote> certains hôtes d'un groupe. 294 </para> 295 </listitem> 296 </varlistentry> 297 298 <varlistentry> 299 <term><literal>md5</literal></term> 300 <listitem> 301 <para> 302 Demande au client de fournir un mot de passe chiffré MD5 pour 303 l'authentification. Voir la <xref linkend="auth-password"/> pour 304 les détails. 305 </para> 306 </listitem> 307 </varlistentry> 283 308 284 309 <varlistentry> … … 287 312 <note> 288 313 <para> 289 Cette option est seulement recommandée pour pouvoir communiquer avec314 Cette option est uniquement recommandée pour communiquer avec 290 315 les clients de version antérieure à la 7.2. 291 316 </para> … … 307 332 l'authentification. Comme le mot de passe est envoyé en clair sur 308 333 le réseau, ceci ne doit pas être utilisé sur des réseaux non 309 sûrs. De plus, cette option ne fonctionne pas avec les applications310 clients compatibles avec les threads. Voir la <xref311 linkend="auth-password"/> pour les détails.334 dignes de confiance. De plus, cette option ne fonctionne pas avec 335 les applications client qui utilisent les threads. Voir la 336 <xref linkend="auth-password"/> pour les détails. 312 337 </para> 313 338 </listitem> … … 319 344 <para> 320 345 Utilise Kerberos V5 pour authentifier l'utilisateur. Ceci n'est 321 disponible que pour les connexions TCP/IP. Voir la <xref322 linkend="kerberos-auth"/> pour les détails.346 disponible que pour les connexions TCP/IP. Voir la 347 <xref linkend="kerberos-auth"/> pour les détails. 323 348 </para> 324 349 </listitem> … … 331 356 Récupère le nom de l'utilisateur du système d'exploitation du client 332 357 (pour les connexions TCP/IP en contactant le serveur d'identification 333 sur le client, pour les connexions locales ,en l'obtenant du système358 sur le client, pour les connexions locales en l'obtenant du système 334 359 d'exploitation) et vérifie si l'utilisateur est autorisé à se 335 connecter en tant qu'utilisateur de la base de données demandé en360 connecter avec l'utilisateur de base de données indiqué en 336 361 consultant la correspondance indiquée après le mot clé 337 362 <literal>ident</literal>. Voir la <xref linkend="auth-ident"/> … … 345 370 <listitem> 346 371 <para> 347 Authentifie en utilisant LDAP comme serveur central. Voir la <xref348 linkend="auth-ldap"/> pour les détails.372 Authentifie avec LDAP comme serveur central. Voir la 373 <xref linkend="auth-ldap"/> pour les détails. 349 374 </para> 350 375 </listitem> … … 355 380 <listitem> 356 381 <para> 357 Authentifie en utilisantles Pluggable Authentification Modules (PAM)382 Authentifie avec les Pluggable Authentification Modules (PAM) 358 383 fournis par le système d'exploitation. Voir la <xref linkend="auth-pam"/> 359 384 pour les détails. … … 371 396 <para> 372 397 La signification de ce champ optionnel dépend de la méthode 373 d'authentification choisie. Des détails sont disponibles ci-dessous.398 d'authentification choisie. Les détails sont disponibles ci-dessous. 374 399 </para> 375 400 </listitem> … … 380 405 <para> 381 406 Les fichiers inclus par les constructions <literal>@</literal> sont lus comme des 382 listes de noms, qui peuvent être séparés par soit des espaces blancs soit407 listes de noms, qui peuvent être séparés soit par des espaces soit par 383 408 des virgules. Les commentaires sont introduits par le caractère 384 409 <literal>#</literal> comme dans <filename>pg_hba.conf</filename>, et les 385 constructions <literal>@</literal> imbriquées sont autorisées. Sauf si le nom du386 fichier suivant <literal>@</literal> est un chemin absolu, il est supposé relatif387 au répertoire contenant le fichier le référençant.410 constructions <literal>@</literal> imbriquées sont autorisées. À moins 411 que le nom du fichier qui suit <literal>@</literal> ne soit un chemin absolu, 412 il est supposé relatif au répertoire contenant le fichier le référençant. 388 413 </para> 389 414 390 <para>Les enregistrements du fichier <filename>pg_hba.conf</filename> sont 391 examinés séquentiellement pour chaque tentative de connexion, l'ordre des 392 enregistrements est significatif. Généralement, les premiers enregistrements 393 auront des paramètres d'interception de connexions plus stricts alors que les 394 enregistrements suivants auront des paramètres plus larges et des méthodes 395 d'authentification plus fortes. Par exemple, on pourrait souhaiter utiliser 396 l'authentification <literal>trust</literal> pour les connexions TCP/IP locales mais 397 demander un mot de passe pour les connexion TCP/IP distantes. Dans ce cas, un 398 enregistrement spécifiant une authentification <literal>trust</literal> pour les 399 connexions issues de 127.0.0.1 apparaîtrait avant un enregistrement spécifiant 400 une authentifications par mot de passe pour une plage plus étendue d'adresses IP 401 client autorisées. </para> 415 <!-- ICI --> 416 <para> 417 Les enregistrements du fichier <filename>pg_hba.conf</filename> sont 418 examinés séquentiellement pour chaque tentative de connexion, l'ordre des 419 enregistrements est significatif. Généralement, les premiers enregistrements 420 ont des paramètres d'interception de connexions plus stricts alors que les 421 enregistrements suivants ont des paramètres plus larges et des méthodes 422 d'authentification plus fortes. Par exemple, on peut souhaiter utiliser 423 l'authentification <literal>trust</literal> pour les connexions TCP/IP locales mais 424 demander un mot de passe pour les connexion TCP/IP distantes. Dans ce cas, 425 l'enregistrement précisant une authentification <literal>trust</literal> pour les 426 connexions issues de 127.0.0.1 apparaît avant un enregistrement indiquant 427 une authentification par mot de passe pour une plage plus étendue d'adresses IP 428 client autorisées. 429 </para> 402 430 403 431 <para>Le fichier <filename>pg_hba.conf</filename> est lu au démarrage et 404 quandle processus serveur principal reçoit un signal432 lorsque le processus serveur principal reçoit un signal 405 433 <systemitem>SIGHUP</systemitem><indexterm><primary>SIGHUP</primary></indexterm>. 406 Si vous éditez le fichier sur un système actif, vous aurez àsignaler au407 serveur (en utilisant <literal>pg_ctl reload</literal> ou <literal>kill434 Si le fichier est édité sur un système actif, on peut signaler au 435 serveur (en utilisant <literal>pg_ctl reload</literal> ou <literal>kill 408 436 -HUP</literal>) de relire le fichier. </para> 409 437 438 <!-- ICI --> 410 439 <tip> 411 440 <para> … … 783 812 <para> 784 813 Les correspondances d'identité autres que <literal>sameuser</literal> 785 sont définies dans le fichier de correspondance d'identité, qui estnommé814 sont définies dans le fichier nommé 786 815 par défaut <filename>pg_ident.conf</filename> 787 <indexterm><primary>pg_ident.conf</primary></indexterm> et qui eststocké816 <indexterm><primary>pg_ident.conf</primary></indexterm> et stocké 788 817 par défaut dans le répertoire data (il est possible de placer le fichier 789 818 de correspondance ailleurs ; voir le paramètre de configuration … … 792 821 <synopsis><replaceable>nom-correspondance</replaceable> <replaceable>nomutilisateur-ident</replaceable> <replaceable>base-donnee-utilisateur</replaceable></synopsis> 793 822 Les commentaires et les espaces sont gérés de la façon habituelle dans le 794 fichier <filename>pg_hba.conf</filename>. Le <replaceable>map-name</replaceable> est un 795 nom arbitraire qui sera utilisé pour se référer à cette correspondance dans 796 <filename>pg_hba.conf</filename>. Les deux autres champs spécifient quel 797 utilisateur du système d'exploitation est autorisé à se connecter sous quel nom 798 d'utilisateur de base de données. Le même <replaceable>nom-correspondance</replaceable> 799 peut être répété pour spécifier plusieurs correspondances d'utilisateurs au sein 800 d'une même table de correspondance. Il n'y a pas de restriction sur le nombre 801 d'utilisateurs de bases de données auxquels un utilisateur de système 802 d'exploitation donné peut correspondre et vice-versa. </para> 823 fichier <filename>pg_hba.conf</filename>. Le 824 <replaceable>nom-correspondance</replaceable> est un 825 nom arbitraire utilisé pour se référer à cette correspondance dans 826 <filename>pg_hba.conf</filename>. Les deux autres champs spécifient quel 827 utilisateur du système d'exploitation est autorisé à se connecter sous quel nom 828 d'utilisateur de base de données. Le même <replaceable>nom-correspondance</replaceable> 829 peut être répété pour spécifier plusieurs correspondances d'utilisateurs au sein 830 d'une même table de correspondance. Il n'y a pas de restriction sur le nombre 831 d'utilisateurs de bases de données auxquels un utilisateur de système 832 d'exploitation donné peut correspondre et vice-versa. </para> 803 833 804 834 <para>Le fichier <filename>pg_ident.conf</filename> est lu au démarrage et

