Aller au contenu

hpsmartyz

Membres
  • Compteur de contenus

    578
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Tout ce qui a été posté par hpsmartyz

  1. de rien
  2. Salut, je suis pas s
  3. Intégration de Cacti Plugin Architecture (PIA) L'un des intérêt de Cacti est sa flexibilité et sa capacité d'évolution. A cet égard on peut installer la PIA qui permet l'installation de plugins développés par tout un chacun. Tutoriels de référence: http://cactiusers.or...itectureInstall http://cactiusers.or...opic.php?t=1432 De même que pour Cacti, ce tutoriel a été réalisé avec une version maintenant ancienne de la PIA (v2.3). Ce tutoriel reste cependant très largement appliquable à la dernière en date (v2.6). Des informations en violet sont là en complément ou alternative au texte originel. Téléchargement de la PIA La PIA se télécharge là: http://mirror.cactiusers.org/downloads/plugins/cacti-plugin-0.8.7e-PA-v2.6.zip Copier cette archive sur votre Synology, par exemple dans /tmp Installation de la PIA Dans le répertoire dans lequel vous avez copié l'archive: shell> tar -zxvf cacti-plugin-arch.tar.gz Le résultat de l'archive décompressée est un dossier cacti-plugin-arch qui contient tout un ensemble de nouveaux fichiers ou de fichiers de Cacti à mettre à jour. La méthode simple serait l'utilisation de la commande patch mais elle n'est pas disponible sur le Synology. La méthode alternative consiste à copier les fichiers dans les répertoires appropriés écrasant, si besoin, les existants. Il n'y a pas de risque à cela, vous ne devriez pas avoir modifié les fichiers en question. Attention: si cela n'est pas le cas soyez vigilants! Pour Cacti 0.8.7b et PIA 2.3: A cet égard, dans l'exacte configuration de ce tutoriel, la PIA écrase le fichier cacti/lib/functions.php qui a été patché au cours de la première partie de ce tutoriel. La solution à ce point est précisée (et à réaliser) après la prochaine étape. Donc, en supposant que vous êtes dans le répertoire dans lequel vous avez tapé la commande de décompression de l'archive, en supposant que vous avez installé Cacti dans le répertoire /var/services/web/cacti/ et prenant comme exemple la version de la PIA disponible au jour de ce post, tapez ces commandes: shell> cd cacti-plugin-arch/files-0.8.7b shell> cp -R * /var/services/web/cacti/ Suite à l'écrasement de cacti/lib/functions.php par la PIA il faut à nouveau appliquer le patch Cacti (mais pas récupérer le fichier originel Cacti patché car la PIA apporte, à cacti/lib/functions.php, des modifications nécessaires à son fonctionnement). Deux solutions à cela, ou bien appliquer le patch à nouveau ou bien aller en section téléchargement (ici) et simplement récupérer le fichier. Donc, dans l'archive provenant de la zone téléchargement, récupérer le fichier cacti/lib/postPIA_functions.php, renomer sur votre Synology ce fichier en functions.php et recopier ce fichier dans cacti/lib/ sur votre Synology, écrasant le fichier existant. Pour Cacti 0.8.7e et PIA 2.6: La PIA est postérieure à la version 0.8.7e de Cacti et à tous ses patchs. La PIA intègre donc les fichiers patchés. Il vous suffit donc de recopier chacun des fichiers .php de la PIA dans les répertoires de Cacti correspondants: shell> cd cacti-plugin-arch/files-0.8.7e shell> cp -R * /var/services/web/cacti/ Import de la base de données de la PIA En supposant que vous êtes dans le répertoire dans lequel vous avez tapé la commande de décompression de l'archive: shell> cd /opt/bin shell> ./mysql -u root -p nom-de-la-base < cacti-plugin-arch/pa.sql où nom-de-la-base fait référence à la base de données de Cacti, créée dans la première partie de ce tutoriel. Application des droits shell> cd /opt/bin shell> ./mysql -u root -p mysql> FLUSH PRIVILEGES; mysql> exit Configuration de la PIA Il reste une dernière et simple étape, la modification d'un fichier. Toujours en supposant que vous avez installé Cacti dans le répertoire /var/services/web/cacti/ shell> vi /var/services/web/cacti/include/global.php Modifier la ligne 56 de telle sorte à avoir: $config['url_path'] = '/cacti/'; Cette variable donne en fait le chemin de Cacti par rapport à l'url racine de votre serveur web. Il est considéré ici que Cacti a été installé dans /var/services/web/cacti/ et est donc accessible à l'adresse: http://ip-du-synology/cacti Si ce n'est pas le cas, adaptez en fonction de votre installation propre. Gestion des permissions Loggez vous dans Cacti, allez à: Utilities > User Management Sélectionnez un utilisateur (normalement admin, mais ça dépend à qui vous voulez donner les droits) Cliquez sur l'onglet Realm Permissions, cochez la case Plugin Management, sauvegardez. Voilà, Cacti est maintenant prêt à intégrer des plugins. http://cactiusers.org/downloads/ Une fois la PIA installée et avant de pouvoir installer des plugins, il faut installer celui de base: le plugin Settings (voir __p__39570&#entry39570"'>ici). PROCEDURES POUR LA MISE A JOUR DE LA PIA: ici
  4. salut, tuto mis
  5. salut,
  6. salut, qques infos relatives au nvx FW et ce tuto. - il int
  7. salut, m
  8. salut, tr
  9. merci j'attends avec impatience le dernier FW pour faire une MaJ du tuto et faire qques tests avec le MySQL du Syno.
  10. heu, as-tu suivi le lien en haut de la page? C'est une plateforme qui permet le monitoring et la visualisation de plus ou moins tout ce que tu veux sur ton r
  11. merci
  12. merci
  13. Dernières vérifications: En lançant le poller: shell> /opt/bin/php /var/services/web/cacti/poller.php il se peut qu'il génère une erreur du type: sh: -q: not found sh: -: not found Il semblerait que ce soit lié à un appel php –q qui ne semble pas supporté sur BusyBox (BusyBox, ne supporte en fait pas cp -q) ou bien encore que cette option ne soit plus supportée pour la version de php installée (voir ici pour information) La solution consiste à aller chercher les scripts qui ne vont pas et les modifier: shell> cd /var/services/web/cacti/resource/script_queries shell> cp host_cpu.xml host_cpu.xml.bck shell> vi host_cpu.xml modifier la ligne: <script_path>|path_php_binary| -q |path_cacti|/scripts/query_host_cpu.php</script_path> en : <script_path>|path_php_binary| |path_cacti|/scripts/query_host_cpu.php</script_path> shell> cp host_disk.xml host_disk.xml.bck shell> vi host_disk.xml modifier la ligne: <script_path>|path_php_binary| -q |path_cacti|/scripts/query_host_partitions.php</script_path> en : <script_path>|path_php_binary| |path_cacti|/scripts/query_host_partitions.php</script_path> Il semble aussi que la version BusyBox (1.1.0) soit vraiment obsolète et donc grep ne supporte pas l'option –w. Il faut donc porter une modification aux scripts intégrés de Cacti. shell> cd /var/services/web/cacti/scripts shell> cp linux_memory.pl linux_memory.pl.bck shell> vi linux_memory.pl modifier la ligne: open(PROCESS, "cat /proc/meminfo | grep -w $ARGV[0] |"); en: open(PROCESS, "cat /proc/meminfo | grep $ARGV[0] |"); Test: shell> /opt/bin/php /var/services/web/cacti/poller.php normalement tout se passe bien. Sinon ... Si vous lancez cette commande plusieurs fois il se peut que vous ayez des retours vous informant que le poller est désynchronisé. C'est normal. Il se resynchronisera une fois géré par cron. Modification du fichier install.php: shell> vi /volume1/web/cacti/install/index.php Changez la ligne: $search_paths = array("/bin", "/sbin", "/usr/bin", "/usr/sbin", "/usr/local/bin", "/usr/local/sbin") en $search_paths = array("/opt/bin", "/bin", "/sbin", "/usr/bin", "/usr/sbin", "/usr/local/bin", "/usr/local/sbin") Cela permet de dire à Cacti où aller chercher le binaire php et évitera, lors de la phase de configuration finale de Cacti, d'avoir des pleines pages d'erreurs du genre: open_basedir restriction in effect ... Mise en route de Cacti: http://ip-du-syno/cacti/index.php Suivez les étapes. Cacti devrait trouver tout seul les binaires si vous avez modifié le fichier /volume1/web/cacti/install/index.php. Edition du fichier crontab: Arrêter crond shell> cd /usr/syno/etc.defaults/rc.d shell> ./S04crond.sh stop Editez le fichier: shell> vi /etc/crontab */5 * * * * root /opt/bin/php /var/services/web/cacti/poller.php > /dev/null 2>&1 /opt/bin/php est le chemin de PHP installé par ipkg Utilisez des tabulations entres les champs et non des espaces et ce pour les 6 premiers "blancs" seulement, le reste (/opt/bin ...) est une commande donc les "blancs" sont des espaces. Cela semble être une solution au problème du fichier crontab qui s'efface au reboot (même si j'ai chez moi encore ce problème. Note: le problème disparait en éditant de la même manière le fichier /etc.defaults/crontab). L'utilisation du compte 'root' pour le lancement du poller n'est préconisée que si vos scripts (ou les commandes qu'ils intègrent) nécessitent les privilèges associés à ce compte (c'est le cas d'un script décrit plus loin qui récupère les données SMART). En fait le tutoriel de référence de Cacti dit d'utiliser l'utilisateur nom-du-user-cacti défini plus haut. Cependant, même si vous choisissez cet utilisateur c'est 'root' qui lancera la commande. Cela est dû à une "limitation" de la version de crond qui vient avec BusyBox 1.1.0 qu'embarque l'OS de nos syno (voir ici). La conséquence de cela est que les fichiers (.rrd) contenant les données mesurées seront en la possession de root:root plutôt que nom-du-user-cacti:nom-du-groupe-cacti comme cela devrait être sur la base des droits donnés sur rra/. Mais cela ne pose pas de problème en fait. Relancez crontab: shell> ./S04crond.sh start Lancer Cacti: http://ip-du-syno/cacti/index.php L'invite Cacti devrait être là, utilisez admin/admin qu'il faudra changer juste après. Pour finir, allez faire un petit tour dans Configuration>Settings pour vous assurer que tout est paramétré correctement, il y a un changement à faire normalement et qui consiste à définir le chemin complet de la police de RRDTool: /opt/share/rrdtool/fonts/DejaVuSansMono-Roman.ttf Cacti est maintenant opérationel vous pouvez vous amuser avec. Vous pouvez ensuite installer la Plugin Architecture (PIA) pour permettre l'installation de plugins. Le tutoriel d'installation de la PIA est ici. En note de fin, j'aimerais remercier fredlime pour ses conseils relatifs à Busybox, ikeke pour son support lors de ma venue ici, rony du forum Cacti pour sa précieuse aide, Jérémy Couture ( http://couture.jeremy.free.fr/ ) rencontré via le forum Cacti qui m'a tout récemment redonné espoir quant à la faisabilité d'une pareille installation et looping49 qui a trouvé la solution à un problème de compatibilité de Cacti et PhotoStation. Merci à tous ceux et celles qui contribuent à ce tutoriel, l'améliorant grâce à vos retours d'expérience. N'hésitez pas à poster un message. Références générales: http://www.cacti.net...stall_unix.html http://docs.cacti.net/?q=node/438 http://docs.cacti.net/?q=Howto087 http://cactiusers.org/index.php http://www.ozmonitor...ent/view/83/70/
  14. Installation et Configuration de Cacti: Téléchargement de Cacti Télécharger Cacti ici: http://cacti.net/download_cacti.php (prendre la version pour Linux/Unix) et copier l'archive dans un répertoire sur votre Synology, par exemple /tmp La dernière version en date est 0.8.7e. C'est celle à utiliser même si ce tutoriel est basé sur la 0.8.7b (disponible ici: http://www.cacti.net...i-0.8.7b.tar.gz) Extraction de Cacti Changez, dans ces commandes, cacti-0.8.7b par ce qui correspond à la version que vous êtes en train d'installer. Dans le répertoire où l'archive a été copiée: shell> tar -zxvf cacti-0.8.7b.tar.gz Puis, déplacer Cacti vers le dossier web shell> mv cacti-0.8.7b cacti/ shell> mv cacti /var/services/web/ Notons que /var/services/web pointe sur /volume1/web Installation des patchs Les patchs sont des corrections du code source de Cacti qui font suite à l'identification et la confirmation de l'existence de bugs. Les patchs se téléchargent ici: http://www.cacti.net...oad_patches.php Pour les installer de façon automatique il faudrait le binaire patch mais qui n'est pas disponible sur le Synology. La méthode alternative consiste à modifier les fichiers concernés un a un. Les fichiers .patch sont en fait de simples fichiers texte, il suffit donc de les ouvrir et de regarder les opérations à faire. Le chemin et nom du fichier à modifier sont indiqués en en-tête du fichier .patch Les lignes commençant par un moins (-) sont à supprimer du fichier à modifier. Les lignes commençant par un plus (+) sont à ajouter au fichier à modifier. Cela est assez simple quand le patch n'impacte qu'un seul fichier source et que les modifications sont mineures, mais ce n'est pas toujours le cas. Si vous désirez réaliser l'opération par vous même et de façon automatique alors il faut utiliser une autre machine Linux sur laquelle il vous faut extraire l'archive Cacti, appliquer les patchs puis récupérer les fichiers source modifiés pour les recopier finalement sur votre Synology. Pour vous simplifier la tâche, vous pouvez trouver en zone téléchargements les fichiers déjà patchés (voir ici pour v0.8.7b et ici pour pour v0.8.7e). Pour la v0.8.7b: L'archive disponible en section téléchargement contient 4 fichiers. A ce stade seuls 3 sont utiles. Au sein de l'archive, - récupérer le fichier cacti/install/index.php puis recopier ce fichier dans cacti/install/ sur votre Synology, écrasant le fichier existant. - récupérer le fichier cacti/lib/snmp.php puis recopier ce fichier dans cacti/lib/ sur votre Synology, écrasant le fichier existant. - récupérer le fichier cacti/lib/prePIA_functions.php, puis renommer ce fichier en functions.php et recopier ce fichier dans cacti/lib/ sur votre Synology, écrasant le fichier existant. Pour la v0.8.7e: Les fichiers impactés (ci dessous) par le patching sont tous à la racine de l'archive. Recopiez les dans les bons répertoires, écrasant les fichiers existants. cli/add_graps.php include/global_arrays.php lib/snmp.php cli/repair_templates.php docs/README lib/export.hp lib/import.php lib/utility.php lib/ping.php graph.php include/top_graph_header.php lib/html_form.php lib/timespan_settings.php Création d'un utilisateur et d'un groupe associés à Cacti En ligne de commande cela se ferait comme ça: - Création d'un groupe associé à Cacti: shell> addgroup nom-du-groupe-cacti - Création d'un utilisateur associé à Cacti: shell> adduser nom-du-user-cacti -d /var/services/web/cacti -s /sbin/nologin -g nom-du-groupe-cacti avec: comme home, le répertoire: /var/services/web/cacti comme shell: /sbin/nologin comme groupe: nom-du-groupe-cacti On préfèrera créer l'utilisateur et le groupe par l'interface. Se rapporter pour cela au manuel du Synology. Il faut ensuite affiner la création de ce nouveau compte. - Pour cela il faut tout d'abord récupérer le numéro de groupe de nom-du-groupe-cacti shell> more /etc/group | grep nom-du-groupe-cacti On obtient une ligne ayant le format suivant: nom-du-groupe-cacti:x:numero-du-groupe:nobody,nom-du-user-cacti - Ensuite, on va, d'un seul coup * modifier le groupe par défaut de l'utilisateur nom-du-user-cacti le groupe par défaut de nom-du-user-cacti est 100 (users), on va le changer en numero-du-groupe * modifier le home de l'utilisateur nom-du-user-cacti le home par défaut est /, on va le changer en /var/services/web/cacti Pour ces deux points, il faut modifier le fichier /etc/passwd shell> vi /etc/passwd et changer la ligne suivante: nom-du-user-cacti:x:numero-utilisateur:100::/nonexist:/sbin/nologin en nom-du-user-cacti:x:numero-utilisateur:numero-du-groupe::/var/services/web/cacti:/sbin/nologin Notez que l'on pourrait peut-être aussi définir /bin/false comme shell pour nom-du-user-cacti. En effet /bin/false était utilisé par le Synology dans des firmware antérieurs. Aujourd'hui le Synology utilise /sbin/nologin et en effet /etc/shells liste bien /sbin/nologin (mais pas /bin/false) mais nologin n'apparait pas dans /sbin. Informations sur le shell /bin/false: http://www.cure.nom....l-binfalse.html mais certains disent que les utilisateurs peuvent encore se connecter en ssh http://www.dedibox-n...88-probleme-ssh Création de la base de données de Cacti Choisir un nom pour la base de données, ci-dessous référencée par: nom-de-la-base shell> cd /opt/bin shell> ./mysqladmin --user=root -p create nom-de-la-base référence pour mysqladmin : http://dev.mysql.com...mysqladmin.html Import de la base de données par défaut shell> cd /opt/bin shell> ./mysql -u root -p nom-de-la-base < /var/services/web/cacti/cacti.sql Création, dans mysql, d'un utilisateur de la base nom-de-la-base et définition des droits Cela se fait en donnant directement des droits à un utilisateur donné. références: http://dev.mysql.com...0/fr/mysql.html http://dev.mysql.com...ding-users.html http://dev.mysql.com...0/fr/grant.html http://dev.mysql.com...t-password.html J'ai donné à l'utilisateur de la base le même nom que celui Linux (nom-du-user-cacti) et ne change pas le mot de passe pour root: shell> cd /opt/bin shell> ./mysql -u root -p mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'localhost' IDENTIFIED BY 'mot-de-passe'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'nom-hote' IDENTIFIED BY 'mot-de-passe'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'localhost'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'nom-hote'; mysql> FLUSH PRIVILEGES; mysql> exit peut aussi se faire comme suit : shell> ./mysql -u root -p mysql> GRANT ALL PRIVILEGES ON nom-de-la-base .* TO ' nom-du-user-cacti '@'localhost'; mysql> SET PASSWORD FOR ' nom-du-user-cacti '@'localhost' = PASSWORD(' mot-de-passe '); mysql> GRANT ALL PRIVILEGES ON nom-de-la-base .* TO ' nom-du-user-cacti '@' nom-hote '; mysql> SET PASSWORD FOR ' nom-du-user-cacti '@' nom-hote ' = PASSWORD(' mot-de-passe '); mysql> GRANT ALL PRIVILEGES ON nom-de-la-base .* TO 'root'@'localhost'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base .* TO 'root'@' nom-hote '; mysql> FLUSH PRIVILEGES; mysql> exit Note: Pour des questions de "sécurité", je vous engage à supprimer l'historique des commandes passées sous mysql, historique qui se trouve dans votre home (et donc /root) shell> cd /root shell> cat /dev/null > ~/.mysql_history ou bien shell> cd /root shell> $ > ~/.mysql_history Changement des droits sur les répertoires de Cacti shell> chown -R nom-du-user-cacti:nom-du-groupe-cacti /var/services/web/cacti/rra /var/services/web/cacti/log Édition du fichier de configuration de Cacti shell> vi /var/services/web/cacti/include/config.php Il contient par défaut ces lignes: $database_default = "cacti"; $database_hostname = "localhost"; $database_username = "cactiuser"; $database_password = "cactiuser"; Remplacer le texte entre guillemets par les informations spécifiques à votre installation. Je ne sais pas pourquoi mais $database_hostname = "nom-hote"; ne semble pas fonctionner. J'ai donc laissé la ligne $database_hostname = "localhost"; telle qu'elle. MS_Totor propose pour régler ce point de modifier le fichier /etc/hosts de sorte à ce qu'il contienne au moins: 127.0.0.1 localhost nom-hote XXX.XXX.XXX.XXX nom-hote où XXX.XXX.XXX.XXX est l'adresse IP de votre Synology sur votre réseau interne (exemple 192.168.1.050) et nom-hote le nom de votre Synology mentionné plus haut. MS_Totor suggère aussi de rebooter le Synology après une telle modification. Configuration de Net-SNMP: Je n'ai rien eu à faire concernant la configuration de Net-SNMP. Le manuel de Cacti indique certaines choses à modifier dans le fichier de configuration mais dans celui mis à disposition via IPKG il n'y avait aucune des entrées indiquées (par le manuel de Cacti) comme devant être modifiée. Je n'ai donc rien fait. Notez que j'utilise SNMP_v1 (ou v2?). Si vous voulez utiliser des versions ultérieures il vous sera peut-être nécessaire de modifier le fichier de configuration de Net-SNMP en plus d'avoir à configurer certaines choses sous Cacti. Configuration d'Apache: Dans /usr/syno/apache/conf/httpd.conf-user vérifiez que vous avez ces lignes définies : AddType application/x-tar .tgz AddType application/x-httpd-php .php AddType image/x-icon .ico DirectoryIndex index.php index.html index.html.var Par défaut httpd.conf-user du Synology contient les lignes suivantes donc ce devrait être bon. AddType application/x-gzip .gz .tgz AddType image/x-icon .ico AddType application/x-httpd-php .php DirectoryIndex index.html index.htm index.cgi index.php index.php3 Configuration de PHP (IPKG): Les paramètres suivants sont à définir selon l'état indiqué. shell> vi /opt/etc/php.ini à la ligne 246, passer la variable à 16M au moins (notez que je ne suis pas au fait de l'effet de la valeur de ce paramètre ni quelle serait la meilleure valeur en fonction de votre système et de sa configuration) memory_limit = 16M; à la ligne 380 : register_globals = On à la ligne 385 : register_argc_argv = On A la ligne 562 on trouve: ;;;; ; Note: packaged extension modules are now loaded via the .ini files ; found in the directory /etc/php.d; these are loaded by default. ;;;; Dans /opt/etc/php.d/, on trouve mysql.ini qui contient : extension=mysql.so extension=mysqli.so Bien que le texte indique /etc/php.d/ au lieu de /opt/etc/php.d/ le fichier mysql.ini semble chargé car si l'on spécifie dans /opt/etc/php.ini les extensions pour le support de MySQL on obtient le message d'erreur suivant lors du test (plus bas) : PHP Warning: Module 'mysql' already loaded in Unknown on line 0 Donc pas besoin d'écrire explicitement ces extensions dans le fichier /opt/etc/php.ini Configuration de PHP (Synology): L'affichage des pages PHP de Cacti est fonction de la configuration du PHP du Synology (Apache charge le module PHP (/lib/libphp5.so) livré avec le Synology. Il faut donc apporter certaines modifications au fichier /usr/syno/etc/php.ini shell> vi /usr/syno/etc/php.ini Suite à la suggestion de looping49, il faut passer la variable safe_mode_exec_dir, à vide. A la ligne 17 (ligne 184 pour le firmware 959), commenter donc safe_mode_exec_dir = /usr/syno/bin en ajoutant un '#' au début de la ligne et créer une nouvelle ligne safe_mode_exec_dir = A la ligne 21 (ligne 206 pour le firmware 959), rajouter à la variable open_basedir, :/opt/bin:/opt/share/rrdtool/fonts en fin de ligne. Ce sont les chemins des utilitaires sur lesquels repose Cacti. ATTENTION: Il semble que sur le tout dernier firmware (DSM 2.3) /usr/syno/etc/php.ini soit réinitialisé à chaque redémarrage. Cela pourrait donc annuler les modifications appliquées ci-dessus. Voir ici pour plus d'information sur le sujet et des éléments de solution. Je ne sais pas si c'est nécessaire mais j'ai aussi changé la valeur de la variable relative à la mémoire affectée à un script, la mettant à la même valeur que dans /opt/etc/php.ini A la ligne 27 (ligne 259 pour le firmware 959) vous pouvez donc faire le changement approprié: memory_limit = 16M; A la ligne 38 (ligne 420 pour le firmware 959): register_globals = On Notez que la variable register_globals se met à On par l'interface d'administration du Synology. A la ligne 40 (ligne 430 pour le firmware 959): register_argc_argv = On A ce stade il est nécessaire de redémarrer Apache. Un bon reboot du Synology, ne peut pas faire de mal. Sinon, utilisez les scripts de lancement.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.