| 36 | | Les utilisateurs pour lesquels on veut contrôler le droit d'accès par les permissions ''fined grained'' ne doivent pas recevoir de permission par les permissions standards. Par exemple, dans l'exemple ci-dessus, `anonymous` ne doit pas avoir la permission `WIKI_VIEW` par défaut. |
| | 36 | ''Note: si le fichier de configuration des fine grained permissions n'existe pas (ou pas avec le chemin indiqué dans la configuration), l'activation de la `AuthzPolicy` rend impossible l'accès à toute page. Contacter le support en cas de problème.` |
| | 37 | |
| | 38 | Les utilisateurs pour lesquels on veut contrôler le droit d'accès par les permissions ''fined grained'' ne doivent pas recevoir de permission par les permissions standards. Par exemple, dans l'exemple ci-dessus, `anonymous` ne doit pas avoir la permission `WIKI_VIEW` par défaut. Il est aussi possible de supprimer la permission d'un utilisateur ou d'un groupe pour une page ou une arborescence de pages données. Par exemple, pour construire une zone privée inaccessible aux utilisateurs non loggés : |
| | 39 | {{{ |
| | 40 | [[wiki:Private/*@*]] |
| | 41 | anonymous = |
| | 42 | }}} |
| | 43 | |
| | 44 | |
| | 45 | === Mettre à jour le fichier de configuration === |
| | 46 | |
| | 47 | La mise à jour du fichier de configuration des fine grained permissions n'est pas triviale et demande de respecter les étapes suivantes au risque de rendre impossible tout accès au projet sans l'aide du support... L'ensemble des opérations se fait depuis le menu `Admin` du projet. |
| | 48 | |
| | 49 | 1. Désactiver la `AuthzPolicy` en la supprimant de la liste des `permission_policies` dans la section `trac.ini->trac`. |
| | 50 | 1. Dans `site_upload`, détruire le fichier de configuration existant |
| | 51 | 1. Dans `site_upload`, charger la nouvelle version du fichier |
| | 52 | 1. Réactiver la `AuthzPolicy` en la réajoutant en tête de la liste des `permission_policies` dans la section `trac.ini->trac`. |
