Aller au contenu

Sébastien Geoffroy

Membres
  • Compteur de contenus

    28
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Sébastien Geoffroy

  1. A J+2 pile, plus de 25% transférés sur le Cloud C2, sur mes 21 To de données. Good
  2. D'ailleurs j'en profiterais pour virer mon RAID5 et passer en SHR ...en même temps que passer en BTRFS. SHR plus flexible et perf similaires (voir un poil mieux).
  3. Avec le support Synology, on est arrivé à gonflé le transfert à 40 Mo /s (ca reste 2x moins que le test iperf qui donnait 590 Mbits/s soit 73 Mo/s) Par défaut Hyper Backup utilise 2 process pour téléverser vers C2. On peut l'augmenter à 8 (nbre de thread CPU) + redémarrer le paquet "hyper backup"
  4. Astuce, pour vérifier vos débits vers le cloud C2 de synology: 1 - Se connecter en ssh (putty) 2 - Se mettre en root (sudo su - ) 3 - Exécuter: synogear install 4 - Exécuter: Test upload: iperf3 -c iperf.eu.c2.synology.com -t 30 -i 5 //test upload Connecting to host iperf.eu.c2.synology.com, port 5201 [ 4] local 192.168.1.10 port 33812 connected to 84.200.39.205 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-5.00 sec 314 MBytes 527 Mbits/sec 79 2.41 MBytes [ 4] 5.00-10.00 sec 359 MBytes 602 Mbits/sec 3 2.07 MBytes [ 4] 10.00-15.00 sec 360 MBytes 604 Mbits/sec 0 2.16 MBytes [ 4] 15.00-20.00 sec 359 MBytes 602 Mbits/sec 0 2.21 MBytes [ 4] 20.00-25.00 sec 358 MBytes 600 Mbits/sec 1 1.91 MBytes [ 4] 25.00-30.00 sec 360 MBytes 604 Mbits/sec 0 2.45 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-30.00 sec 2.06 GBytes 590 Mbits/sec 83 sender [ 4] 0.00-30.00 sec 2.06 GBytes 589 Mbits/sec receiver iperf Done. Test download: iperf3 -c iperf.eu.c2.synology.com -R -t 30 -i 5 //test download Connecting to host iperf.eu.c2.synology.com, port 5201 Reverse mode, remote host iperf.eu.c2.synology.com is sending [ 4] local 192.168.1.10 port 33860 connected to 84.200.39.205 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-5.00 sec 549 MBytes 921 Mbits/sec [ 4] 5.00-10.00 sec 554 MBytes 929 Mbits/sec [ 4] 10.00-15.00 sec 558 MBytes 936 Mbits/sec [ 4] 15.00-20.00 sec 561 MBytes 941 Mbits/sec [ 4] 20.00-25.00 sec 555 MBytes 931 Mbits/sec [ 4] 25.00-30.00 sec 561 MBytes 941 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-30.00 sec 3.27 GBytes 937 Mbits/sec 50 sender [ 4] 0.00-30.00 sec 3.26 GBytes 934 Mbits/sec receiver iperf Done. En résumé sur le Cloud EU, je suis à 590 Mbits/sec en upload 934 Mbits/sec en download Sur le Cloud US (ne me concerne pas), je suis à 97 Mbits/sec en upload 113 Mbits/sec en download Pourtant les transferts (via hyper backup, vers le cloud C2 EU) sont bloqués à 30-40 MB/s
  5. Merci à tous pour votre intervention ! Si d'autres personnes rencontrent la même problématique que moi, tout n'est pas perdu et c'est "gratuit". Autre solution qui me vient à l'idée, renvoyer mon 1621+ (6baies) et prendre un 1821+ (8 baies) : Je remets mes 6 disques dans le nouveau NAS : Volume 1 et je me sert des 2 autres disques pour créer un volume BTRFS cout de l'opération 70 € + 2 disques de 2 To
  6. Shame on me, je me suis mélangé les pinceaux .... 1 octet c’est 8 bits en français. 1 octet égal 1 Byte en anglais Donc 21 To = 21 TB 21 To est égal à 22 020 094,07 Mo ou MB Donc l'upload des données dureraient 786 432 secondes (218 heures...donc 9 jours) sur la base d'un transfert moyen de 28 MB/s. Soit 11% par jour... 0.46% par heure. Donc sous 20 jours max, je devrais faire toute mon opération et ce gratuitement (car 30j de période d'essai gratuit sur le cloud Synology). Plus tard, quand mes finances le permettront je remplacerais mes disque de 6 To par des 10To...Je peux en changer par exemple 1 tous les 3 mois... Ps: c'est quand même pas violent le transfert chez Syno, ou alors mais je ne le pense pas, le facteur limitatif serait mes disques (?). RAID5 avec des WD-60EFRX, ca doit dépoter en r/w .... Ps: D'ailleurs au moment ou j'écrits je suis à 1% de transfert (tache lancée depuis 2h)
  7. J'ai 30 jours gratuit avec le cloud synology C2... Je viens de lancer le backup mais: - Je plafonne à 30 MB / s contrairement au speedtest syno 😕 - J'ai 21 To de données à transférer donc 176 160 752 MB si mes calcules sont bon - A raison de 30 MB/s cela donnerait: 2039 jours 😮 C'est quoi ce bordel ?? !!! EDIT: J'ai ouvert un ticket d'assistance à Synology pour cela. Je ne comprends pas pourquoi le speedtest chez eux donne >300 mbps en up et down et que hyper backup plafonne à 30/40 mbps...
  8. Pour le transfert Cloud: https://c2.synology.com/fr-fr/pricing/storage €133.29 /mois (21To) Après la variable c'est la bande passante des différents cloud...Un peut comme un VPN, il faudrait pas que ca soit du 10 mbps... Et ca aucun hébergeur ne donne l'info. Merci mais: 1 - C'est trop cher 2 - A un moment donné il faut bien que je transfère mes données... Edit: Ca me ferait 5 jours pour mes 21 To pour l'envoi et 3-4 jours pour la récupération... jouable. Et le cout serait de 133 € (1 mois de suscription) d'après https://speedtest.c2.synology.com/ Download 629 Mbps Upload 462 Mbps
  9. Merci pour ton retour: Franchement nul besoin ni l'envi d'investir dans une unité d'extension juste pour "mes VM" ... Le cout d'achat de cette unité + des disques c'est juste too much. Surtout que pour 2 ou 3 VM, j'ai besoin de quoi... 500 Go, 1 To max en btrfs ? C'est bien cela, en 2019 je suis passé d'un NAS 4 baies genre 912+ (je ne me souviens plus du modèle) vers un NAS 6 baies (1618+), j'ai donc remis les 4 disques + 2 nouveaux dans le NAS...D'ou la conservation en ext4. Le problème c'est que l'ensemble de mes 6 disques sont sur le volume1 (ext4). Et je ne pense pas qu'on puisse réduire la taille do volume (27.1 To à 26 To). Et créer un autre volume BTRFS sur la base des 1 To récupérés (?) Donc si je résume bien: Solution 1 : changer tous les disques par des 8To et se servir du surplus pour créer un second volume: 6x240 € : 1440 € --> Mais dans ce cas, pourquoi ne pourrait on pas créer un second volume sur la base de celui existant (espace disponible)? Solution2: Prendre pour 1 mois un espace Cloud (dans la liste proposée dans Hyper Backup) de 22 To (150 € / mois) et avec Hyper Backup, transférer toutes mes data sur ce cloud, supprimer et refaire mon volume RAID5 en BTRFS, réimporter mes données. --> J'ai beau avoir une connexion fibre 1 gbps (800 mbps en down, 360 mbps en up), ca risque de prendre du temps... Edit: avec un débit constant de 200 mbps, ca me ferait 10jours pour la sauvegarde et autant pour réimporter. Je suis en bond1 IEEE 802.3ad (link aggregation) niveau réseau avec 2 câbles sur mon routeur Asus , qui lui même est connecté sur la box de mon FAI Orange. IPERF3: Connecting to host 192.168.1.10, port 5201 [ 4] local 192.168.1.2 port 1586 connected to 192.168.1.10 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 38.2 MBytes 321 Mbits/sec [ 4] 1.00-2.00 sec 46.2 MBytes 387 Mbits/sec [ 4] 2.00-3.00 sec 45.0 MBytes 377 Mbits/sec [ 4] 3.00-4.00 sec 42.5 MBytes 357 Mbits/sec [ 4] 4.00-5.00 sec 45.5 MBytes 381 Mbits/sec [ 4] 5.00-6.00 sec 46.1 MBytes 388 Mbits/sec [ 4] 6.00-7.00 sec 43.6 MBytes 365 Mbits/sec [ 4] 7.00-8.00 sec 41.8 MBytes 351 Mbits/sec [ 4] 8.00-9.00 sec 42.0 MBytes 352 Mbits/sec [ 4] 9.00-10.00 sec 41.8 MBytes 350 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 433 MBytes 363 Mbits/sec sender [ 4] 0.00-10.00 sec 433 MBytes 363 Mbits/sec receiver
  10. C'est fou la limitation de Synology au btrfs pour la virtualisation !! Si on prend QNAP, on peut faire du VM sur de l'ext4....
  11. Bonjour à tous, J'ai un DS1621+ avec 32 Go de RAM (suite au crash de mon 1618+) avec 6 disques RED et un volume RAID5 / ext4 de 27 To. J'ai besoin d'installer Virtual Machine (afin de monter des VM SQL server, Windows 2019 server, ...) pour des lab. Seul hic c'est que c'est incompatible avec ext4. Et docker, je pense, ne répond pas au besoin (on ne trouve pas tout..et c'est moins flexible qu'une VM). 2 choix s'offrent à moi: - Tout réinstaller en btrfs, mais voila j'ai 21 To de données à transférer....compliqué (soit acheter 3 disque de 10 To (vla le prix) ou prendre un espace cloud de 22Go pour transférer mes données (150€ / mois) avec hyper backup + le temps...). Auriez vous une autre astuce ? - Soit trouver l'astuce afin qu'un disque dur USB/eSata soit vu comme volume interne A ce titre j'ai tenté plusieurs tuto qui fonctionnaient sous DSM6/7 mais pas chez moi: https://www.casler.org/wordpress/synology-ssd-cache-on-external-devices/ Toute aide ou conseil seraient les bienvenus, merci.
  12. Merci jacaj J'ai déjà fait l'expérience càd de sortir la CM et de ne brancher que l'alimentation 24 broches et la nappe du panneau de contrôle, rien ne se passe Pour la pile je l'ai mesurée, c'est ok et j'ai même tenté avec la pile d'origine. Je vais peut être faire jouer mon assurance habitation (dommages électriques) et vu que l'appareil à moins de 3 ans me faire rembourser sans vétuster. Et du coup partir sur un 1621+ car je pense que je pourrais remettre mes 6 disques RED de 6 To chacun afin de récupérer mes données .
  13. Je ne pense pas ou alors j'ai zappé un truc. Pour moi il n'y aurait que la fiche 24 broches et la nappe + les 2 ventilateurs.
  14. Merci, j'ai remis la barrette de 4G d'origine, même problème: Led bleu boitier qui clignote Led verte CM qui clignote avec un bruit de clignotant Pas de led allumée au niveau réseau ou disques On est d'accord que sur la CM , il n'y a qu'une fiche d'alimentation + la nappe "boitier - CM" à rebrancher ? Et bien faire en sorte que les 2 fiches connecteurs des cartes contrôleurs disque sont bien emboitée dans les ports dédiées sur la CM (quand on remonte le tout). Et bien entendu Synology assistant ne trouve pas le NAS.... Pourtant ce que j'ai fait s'est simplement démonter la CM, nettoyer (petit cout d'aspirateur et microfibre), remplacer la pile CMOS, remplacer la RAM et tout remonter
  15. Bonsoir à tous, J'ai un souci similaire avec mon 1618+ Tout marchais bien jusqu'à aujourd'hui ou je l'ai démonté proprement pour nettoyage (aspirateur) et remplacement de la pile 2032 (celle de la CM) et changement de barrettes mémoire (4Go vers 32 Go). Or au remontage il ne s'allume pas (aucune led). J'ai procédé au pontage vert noir de la broche 24 et là le ventilateur de l'alimentation fonctionne. Je rebranche le connecteur d'alimentation (avec le pontage) et le voyant en façade du syno clignote bleu (j'ai enlevé tous les disques). Par contre quand j'enlève le pont, l'alimentation s'éteint. D'où peut venir le problème et comment le résoudre ? Merci PS: J'ai la led bleue qui clignote en permanence et un genre de tictac sur la CM (led verte qui clignote aussi) et aucune led disque ne s'allume. PS2 : J'offre 200€ à celui qui me permettra de le réparer et remettre en état, j'ai toute ma vie dessus, même si les 6 disques ne sont pas perdus, je ne peux pas me payer un 1621+ à plus de 1000€
  16. Bonjour, J'ai mis en place le link aggregation (bond1) en mode adaptative load balancing . Depuis j'ai toujours de l'activité réseau en continue (100-150 kb/seconde en montant et descendant), même quand aucun appel n'est fait au Syno. Mon routeur est un Asus RT-88U avec le firmware Merlin qui est compatible 802.3ad (LACP) [feature désactivé pour le moment]. Mon installation est du type : Syno --bond1--> Routeur Asus (LAN) --> Box Orange (WAN) [bien qu'aucune connexion au syno ou depuis le syno n'est faite sur le WAN] Coté agrégation, je laisse comme tel ou alors je le fait avec mon routeur ? Coté routeur: https://www.asus.com/us/support/FAQ/1016088/ Adaptive Load Balancing : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, que le commutateur prenne en charge Link Aggregation ou non. Pour éviter des erreurs inattendues, n'activez pas Link Aggregation sur le commutateur, même lorsqu'il est pris en charge. Link Aggregation dynamique IEEE 802.3ad : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation (LACP, 802.1AX) (dynamique) IEEE 802.3ad sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Balance XOR : Ce mode permet d'équilibrer le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation statique sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Si Link Aggregation n'est pas pris en charge par le commutateur, il est encore possible d'équilibrer le trafic envoyé par votre Synology NAS. Grâce à ce mode, il est possible de détecter les liens perdus, mais pas la cause (par ex., lorsque que des câbles Ethernet sont débranchés ou que le commutateur n'est pas correctement configuré). Actif/Veille : Ce mode offre une network fault tolerance à votre Synology NAS. Cela signifie que lorsque l'interface réseau active tombe en panne, l'un des autres ports LAN assure la prise en charge afin de maintenir la connexion réseau. Vous pouvez sélectionner ce mode sans avoir à configurer le commutateur ou avec un commutateur qui prend en charge Link Aggregation IEEE 802.3ad. De ce que j'ai lu:
  17. Merci @firlin Coté agrégation, je laisse comme tel ou alors je le fait avec mon routeur ? Coté routeur: https://www.asus.com/us/support/FAQ/1016088/ https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_network_linkaggr Adaptive Load Balancing : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, que le commutateur prenne en charge Link Aggregation ou non. Pour éviter des erreurs inattendues, n'activez pas Link Aggregation sur le commutateur, même lorsqu'il est pris en charge. Link Aggregation dynamique IEEE 802.3ad : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation (LACP, 802.1AX) (dynamique) IEEE 802.3ad sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Balance XOR : Ce mode permet d'équilibrer le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation statique sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Si Link Aggregation n'est pas pris en charge par le commutateur, il est encore possible d'équilibrer le trafic envoyé par votre Synology NAS. Grâce à ce mode, il est possible de détecter les liens perdus, mais pas la cause (par ex., lorsque que des câbles Ethernet sont débranchés ou que le commutateur n'est pas correctement configuré). Actif/Veille : Ce mode offre une network fault tolerance à votre Synology NAS. Cela signifie que lorsque l'interface réseau active tombe en panne, l'un des autres ports LAN assure la prise en charge afin de maintenir la connexion réseau. Vous pouvez sélectionner ce mode sans avoir à configurer le commutateur ou avec un commutateur qui prend en charge Link Aggregation IEEE 802.3ad.
  18. @firlin Merci, j'ai suivi tes conseils et les disques n'ont remontés aucune erreur. La reconstruction du volume a pris 1,5 jours. Tout est bien. J'ai cependant un souci. Je voulais mettre en place l'hibernation des DD, comme je le fais à chaque fois sur mes syno et ça semble ne pas fonctionner sur le 1618+. Je n'ai aucun package d'installé qui pourrait faire de l'activité disque. Juste le File Station d'actif. D'ailleurs dans le moniteur de ressources, l'activité disque est à 0. Mais j'ai des connexions permanentes, comme les montages CIFS depuis ma box Asus shield... Et oui l'Asus shield n'a pas un vrai mode veille mais stand-by, contrairement à mon ancien player android "Zidoo". J'ai mis en place le link aggregation (bond1) en mode adaptative load balancing . Depuis j'ai toujours de l'activité réseau en continue (100-150 kb/seconde en montant et descendant), même quand aucun appel n'est fait au Syno. Est-ce cela qui pourrait bloquer l'hibernation des DD ? Mon routeur est un Asus RT-88U avec le firmware Merlin qui est compatible 802.3ad (LACP) [feature désactivé pour le moment]. Mon installation est du type : Syno --bond1--> Routeur Asus (LAN) --> Box Orange (WAN) [bien qu'aucune connexion au syno ou depuis le syno n'est faite sur le WAN]
  19. Merci, mais synology propose deja un test SMART, ce n'est pas la même chose ?
  20. Syno 1618+ reçu et migration depuis le 412+ effectué avec succès. J'ai déplacé les 4 disques de 6 To dans l'ordre sur le 1618+ puis fait une migration comme indiqué dans le tuto. J'attends mes 2 disques supplémentaires de 6 to pour occuper les 6 baies et agrandir mon volume. Restera ensuite la migration des données de mon 414J , que je ferais via le réseau LAN (montage distant de NAS à NAS puis transfert).
  21. Merci beaucoup, je reçois mon 1618+ semaine prochaine. Je serais bien parti sur des disque de 8 To mais trop cher et le syno 8 baies avec des disques de 6To ca commence à coûter une jambe et la conso du 8 baies grimpe en flèche... Quand les 8To ou les 10To baisseront on verra ... ou alors il y a l'option de la baie d'extension...
  22. vieilles casseroles, c'est à dire ? Si je suis sur un version DSM récente (mes syno sont toujours à jour et les dernières mise à jour toujours proposées pour mes modèles), je en vois pas ou serait le problème ? Pour la migration du 412+ vers le 1618+, je mets pour commencer les 4 disques du 412+ ou alors directement les 4 disques du 412+ et les deux nouveaux disques 'pour arriver à 6 disques) ? Le but étant de rester en RAID5 ext4 avec la taille maximal du volume c'est à dire 6x6 To brut (on enlève 1/3 pour le raid 5 en capacité finale).
  23. @vletroye Merci pour ton retour, effectivement le link aggregation au niveau IP peut être une meilleure solution, surtout si à la maison nous sommes 5 à regarder des films stockés sur le Syno. Je ne compte pas utiliser le transcodage, nous avons tous à la maison des boitiers Zidoo ou shield pour le visionnage des vidéos. Ca marche très bien comme ça ! @firlin merci également, je vais faire la présentation dans un autre post. Pour la migration des données tu sembles avoir un avis différent que le tuto Synology que j'ai posté. Pour ue ma migration soit compatible, il faut: - que le matériel le permette (dans le tableau, 414+ vers 1618+ est dit "ok" sans passer par le backup/restauration des données par hyperbackup) - que le système de fichier soit le même, je suis en ext4 sur le 414+, ce système de fichier est également compatible avec le 1618+. Le BTRFS est plutôt destiné aux entreprises et n'est pas obligatoire... Pour un particulier, l'ext4 semble le plus adapté pour du RAID5 Syno avec stockage de fichiers. - que la version de synology soit proche (je suis en DSM 6.2.1-23824 Update 2 sur mes 2 Syno) et que la version DSM sur le syno cible soit au minimum la même (ou supérieure). Sur ce constat, je ne vois pas pourquoi cela ne fonctionnerait pas pour une migration 414+ vers 1618+. En est d'accord que 414j vers 1618+ n'est pas possible d'après le tableau. Mais si j'arrive à migrer mon 414+, le 414J je le ferais en hyperbackup. PS: Mon 414+ n'e pas été migré de ext3 à ext4 mais installé directement en ext4 à l'époque. D'ailleurs l'ext3 n'était possible que sur les modèle x08 ou x10, plus après.
  24. Bonjour, J'ai actuellement 2 NAS à la maison. 1xDS414J avec 4 disques de 3To en RAID5 ext4 (capacité totale: 8 To) 1xDS414+ avec 4 disques de 6To en RAID5 ext4 (capacité totale: 16 To) J'aimerais "fusionner" mes 2 NAS dans un seul, un DS1618+ 6 baies avec 6 disques de 6To en RAID5 (capacité totale: 24 To) J'utilise simplement mes Synology pour partager mes fichiers audio et vidéo sur mon LAN. Je n'utilise que très peu les autres services (sauf le FTP pour rapatrier des fichier depuis internet). Plusieurs questions: - Le 1618+ est il un bon choix ou préférable d'attendre une autre version (1619 ?) à venir ? Ou partir sur un autre Syno ? - Le système de fichier est toujours l'ext4 ou a-t-il encore évolué ? L'idée serait de conserver les 4 disques que j'ai en 6 To sur mon 414+ et en racheter 2 supplémentaires ...sans perdre mes données. Je me souviens du passage entre la génération 408 à 414 ou on est passé de l'ext3 à ext4. Migrations pour laquelle j'ai galéré pour transférer mes données en passant par un intermédiaire... Je suis preneur d'un mode opératoire pour la migration de mes données... - Possible d'avoir deux IP LAN différentes sur 2 ports réseau ? L'idée c'est de récuppérer les IP de mes 414J et 414+ pour ne pas à avoir à reparamétrer tous les Kodi de la maison... - Les 4 Go de RAM du 1618+ sont suffisants pour mon usage ? - A quoi servent les cartes d'extension M2D18 (Double emplacement M.2 NVMe / SATA SSD, compatible avec les formats 2280/2260/2242) ? Ca ne bouffe pas un emplacement pour les disques ? J'ai besoin d'avoir 6 disques de 6To sur mon Syno. - La carte d'extension 10GbE est elle utile en LAN ? J'ai des boitiers CPL TP-Link 2000 mbps (en réalité on est entre 200mbps et 1000mpbs en fonction de la qualité du réseau électrique). Elle ne prend pas un emplacement disque ? Merci à tous pour vos retours. EDIT: Je me réponds sur un point: Pour ma migration entre un 414+ et un 1618+ cela soit faisable sans perte de données: https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later
×
×
  • 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.