Classement

Ce tutoriel est dédié à la mise en service d'applications qui vous permettront d'extraire des métriques de votre NAS, de les stocker dans une base de données et de les mettre en forme de la manière qui vous intéresse. Vous pourrez par la suite monitorer vos autres équipements réseau disposant du protocole SNMP. Voici un exemple de tableau de bord en temps réel qu'il est possible d'obtenir, ici pour votre NAS : Informations préliminaires : Docker-compose Pour créer mes containers, j'utilise docker-compose, car d'une part ça permet de conserver les paramètres de création des containers, et d'autre part ça représente un gain de temps conséquent. Pour les besoins du tutoriel, voici une brève explication de son fonctionnement : Si vous êtes sous windows, je vous conseille d'utiliser Notepad++ : - Créer un nouveau document - Entrer le code lié au container concerné - Menu Encodage -> Vérifier que "Encoder en UTF-8" est choisi - Enregistrer sous -> Nom : docker-compose (à respecter!) Type : YAML Ain't Makeup Language (fin de la liste déroulante). Le fichier docker-compose.yml qui en résulte est à copier dans le dossier dédié au container sur votre NAS (voir point suivant). Ensuite, s'y connecter en SSH : cd /chemin/vers/le/container docker-compose up -d Note : penser à précéder la commande docker-compose de sudo si vous n'êtes pas connecté en root. Dossier de container Afin que les données d'un container soient facilement accessibles, il n'est pas rare de monter des volumes à la création d'un container. Dans mon cas, j'ai un dossier partagé docker, dans lequel on trouve un dossier pour chaque container dont je souhaite pouvoir changer la configuration ou accéder aux données. Par exemple, pour telegraf, le chemin absolu de son dossier sera /volume1/docker/telegraf Ceci est donc à adapter à vos habitudes et à votre guise. Protocole SNMP Aucune connaissance réellement nécessaire pour la stricte application du tutoriel, mais si vous comptez faire de la surveillance d'autres équipements réseaux, ce sera incontournable d'en comprendre le fonctionnement global. On trouve la plupart des informations sur la page wikipédia (notamment les deux premiers paragraphes). Fichiers MIB Les fichiers MIB sont une sorte de base de données arborescente dans laquelle sont classées des informations liées au comportement en cours d'un système. Matériel nécessaire : La seule limitation de ce tutoriel est d'avoir un NAS disposant du paquet Docker. De manière générale, ce tutoriel devrait vous permettre de reproduire dans les grandes lignes la mise en service du système de gestion de réseau sur d'autres équipements, typiquement un raspberry par exemple. En effet peu de choses sont spécifiquement liées à DSM. Connaissances préalables : Savoir se connecter en SSH (voir tutoriel de Zeus) Avoir quelques notions du fonctionnement de Docker I/ Activation du protocole SNMP Par défaut, le protocole n'est pas activé. Pour y remédier, on va dans Panneau de configuration -> Terminal & SNMP -> Onglet "SNMP" pour arriver à l'écran suivant : Cocher les cases comme ci-avant, les données dans "Informations du périphérique SNMP" sont facultatives. J'ai laissé public, le choix par défaut pour le nom de communauté. Il se peut que le pare-feu Synology demande une ouverture de port. Si vous avez suivi les recommandations du tutoriel de sécurisation de votre NAS, vous avez sûrement autorisé toutes les requêtes émanant d'une source locale, dans ce cas pas besoin d'ajouter d'exception. Ça ne se justifie que si vous souhaitez monitorer un serveur distant. II/ Le principe On utilise la combinaison de trois applications exécutées en containers docker pour exploiter les données de notre NAS : - Telegraf C'est un agent de récupération de métriques (entendez des données relatives au fonctionnement du système que vous souhaitez surveiller). - InfluxDB InfluxDB est une base de données qui va stocker les métriques recueillies par Telegraf. - Grafana C'est un outil de supervision et d'aggrégation de métriques, ce qui va nous permettre de manipuler les données stockées dans InfluxDB. III/ Installation : 1/ Les images On télécharge les trois images docker suivantes : telegraf influxdb grafana/grafana 2/ Création d'un réseau bridge défini par l'utilisateur Pour que nos containers puissent communiquer entre eux, il existe principalement deux méthodes : - par lien : on utilise la fonction de lien présente dans l'interface de création d'un container sur DSM qui pointe vers le container vers lequel on souhaite établir un pont. Cette méthode fonctionne encore, mais n'est plus recommandée par Docker. - par réseau : l'utilisateur définit un réseau de type bridge ; lorsqu'on ne précise rien concernant le réseau dans lequel le container doit se situer, docker l'isole dans un sous-réseau à part (172.17.0.0, 172.18.0.0, etc...). Si par contre on crée son propre réseau, le fonctionnement n'est pas le même : tous les containers dans ce même réseau verront les ports sur lesquels ils tournent exposés les uns envers les autres, c'est exactement ce qu'on recherche ici. L'ensemble sera isolé des autres containers. Pour créer notre bridge personnalisé, il suffit d'aller dans Docker sur DSM -> Réseau -> Ajouter -> On valide, le réseau est maintenant créé, nos containers pourront y être intégrés à leur création. 3/ Création du container InfluxDB On commence par InfluxDB, car sans lui Telegraf ne saura pas exporter ses métriques, et Grafana n'aura pas de source de métrique. On crée d'abord un dossier data dans le dossier du container. Le contenu de son docker-compose : version: "3" services: influxdb: image: influxdb container_name: influxdb environment: - INFLUXDB_DB=nas_telegraf - INFLUXDB_ADMIN_USER=admin - INFLUXDB_ADMIN_PASSWORD=admin - INFLUXDB_USER=nas_telegraf - INFLUXDB_USER_PASSWORD=nas_telegraf - INFLUXDB_HTTP_AUTH_ENABLED=true volumes: - "/volume1/docker/influxdb/data:/var/lib/influxdb" ports: - 8086:8086 restart: unless-stopped networks: default: external: name: data_export Notes : (important pour la compréhension) - On a créé une DB par défaut => nas_telegraf - On a créé un utilisateur administrateur pour gérer l'ensemble des DB dans InfluxDB => admin / admin - On a créé un utilisateur avec les droits de lecture et écriture sur la DB nas_telegraf => nas_telegraf / nas_telegraf - On a activé l'authentification HTTP (nécessaires pour que les autres variables d'environnement soient prises en compte). - Le dossier data créé ci-avant sert de volume de stockage des données. - InfluxDB reçoit et envoit les données sur le port 8086. 4/ Création du container telegraf Telegraf utilise un fichier de configuration .conf, qu'on va générer en amont de la création du container. Pour se faire on se connecte en SSH : cd /volume1/docker/telegraf docker run --rm telegraf telegraf config > telegraf.conf Un fichier telegraf.conf va apparaître dans le dossier, avant de l'éditer je vous conseille d'en faire une copie. Vous pouvez l'éditer directement sur le NAS avec le paquet Éditeur de texte. Le fichier est touffu, il est construit de la sorte : a) La première partie reprend la configuration de telegraf, je n'ai pas eu à y toucher dans mon cas. A noter, la variable flush_interval qui permet de définir à quelle fréquence les données sont récoltées. b) Dans la partie "output plugins" c'est la section relative à InfluxDB qui nous intéresse, assurez-vous que les lignes non commentées correspondent à l'impression d'écran ci-après. ############################################################################### # OUTPUT PLUGINS # ############################################################################### # Configuration for sending metrics to InfluxDB [[outputs.influxdb]] ## The full HTTP or UDP URL for your InfluxDB instance. ## ## Multiple URLs can be specified for a single cluster, only ONE of the ## urls will be written to each interval. # urls = ["unix:///var/run/influxdb.sock"] # urls = ["udp://127.0.0.1:8089"] # urls = ["http://127.0.0.1:8086"] urls = ["http://influxdb:8086"] ## The target database for metrics; will be created as needed. ## For UDP url endpoint database needs to be configured on server side. database = "nas_telegraf" ## The value of this tag will be used to determine the database. If this ## tag is not set the 'database' option is used as the default. database_tag = "" ## If true, no CREATE DATABASE queries will be sent. Set to true when using ## Telegraf with a user without permissions to create databases or when the ## database already exists. skip_database_creation = true ## Name of existing retention policy to write to. Empty string writes to ## the default retention policy. Only takes effect when using HTTP. retention_policy = "" ## Write consistency (clusters only), can be: "any", "one", "quorum", "all". ## Only takes effect when using HTTP. write_consistency = "any" ## Timeout for HTTP messages. timeout = "30s" ## HTTP Basic Auth username = "nas_telegraf" password = "nas_telegraf" ## HTTP User-Agent # user_agent = "telegraf" Notes : - urls = ["http://influxdb:8086"] -> ici influxdb est le nom du container qu'on a créé (à adapter donc si vous l'avez nommé autrement), du fait que les containers seront dans le même réseau ils pourront se trouver par leur nom directement. - database = "nas_telegraf" -> c'est le nom qu'on a donné à notre base de données lors de la création du container influxdb (variable d'environnement INFLUXDB_DB). - skip_database_creation = true -> créée en même temps que le container influxdb, on peut régler cette option sur "true". - On entre le nom d'utilisateur et le mot de passe (respectivement les variables d'environnement INFLUXDB_USER et INFLUXDB_USER_PASSWORD), dans notre exemple : nas_telegraf / nas_telegraf c) Il va falloir ajouter les infos relatives aux fichiers MIB de Synology, il suffit de copier ce qui est repris dans ce lien et le coller par exemple au début de la section "Input plugins" Il faut cependant personnaliser les infos relatives à l'adresse IP du NAS et le nom de la communauté SNMP : ## ## Synology ## [[inputs.snmp]] # List of agents to poll agents = [ "xxx.xxx.xxx.xxx", "xxx.xxx.xxx.xxx" ] # Polling interval interval = "60s" # Timeout for each SNMP query. timeout = "10s" # Number of retries to attempt within timeout. retries = 3 # SNMP version, UAP only supports v1 version = 2 # SNMP community string. community = "public" # The GETBULK max-repetitions parameter max_repetitions = 30 # Measurement name name = "snmp.SYNO" Notes : - On remplace agents = [ "xxx.xxx.xxx.xxx", "xxx.xxx.xxx.xxx" ] par agents = [ "IP_LOCALE_DU_NAS" ] - community = "public" à adapter suivant le nom de communauté choisi dans la partie I/ du tutoriel Voilà, le fichier telegraf.conf est configuré, il ne reste plus qu'à créer son fichier docker-compose : version: "3" services: telegraf: image: telegraf container_name: telegraf volumes: - "/volume1/docker/telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro" - "/proc:/host/proc:ro" - "/usr/share/snmp/mibs:/usr/share/snmp/mibs:ro" ports: - 8125:8125/udp - 8092:8092/udp - 8094:8094 restart: unless-stopped networks: default: external: name: data_export Notes : - Ne pas oublier d'adapter le chemin du fichier telegraf.conf à votre installation. - Le suffixe ":ro" à la fin du montage de volume signifie read-only (lecture seule), pour éviter toute modification indésirable des fichiers. - Les fichiers MIB de Synology sont déjà présents sur le NAS, on va donc monter le dossier pour que telegraf les ajoute à ceux qu'il embarque déjà au sein du container. Remarque : Si vous surveillez votre infrastructure réseau depuis un serveur autre que votre NAS, vous aurez besoin des fichiers MIB de Synology, téléchargeables à cette adresse. Telegraf va dorénavant envoyer périodiquement les métriques à influxDB, ce qu'on peut constater dans les logs de ce dernier : 5/ Création du container grafana Il ne reste plus qu'à configurer Grafana pour pouvoir représenter les données stockées dans InfluxDB. Comme pour ce dernier, on crée un dossier data dans le dossier du container grafana. Le contenu du docker-compose : version: "3" services: grafana: image: grafana/grafana container_name: grafana volumes: - "/volume1/docker/grafana/data:/var/lib/grafana" user: "1026" ports: - 3000:3000 restart: unless-stopped networks: default: external: name: data_export Notes : - Grafana est exposé sur le port 3000 du container, j'ai choisi ce même port pour mon NAS, dans le cas où vous souhaitez accéder de l'extérieur à votre instance Grafana, pensez à soit ouvrir le port dans le pare-feu, soit créer une entrée pour dans le proxy inversé (mieux). - le "1026" représente l'UID de l'utilisateur qui exécute le container, ça correspond ici à mon compte admin, il est possible de choisir un autre utilisateur, attention toutefois au propriétaire du dossier grafana et grafana/data, il peut y avoir des problèmes de droits s'ils ne correspondent pas. Pour connaître l'id d'un utilisateur on se connecte en SSH et on tape : id nom_utilisateur C'est la valeur "user" qui nous intéresse. IV/ Configuration de Grafana On se rend sur la page http://IP_DU_NAS:3000 (ou le port qu'on a choisi) pour accéder à Grafana : Les accès par défaut sont admin/admin, la première fois qu'on se connecte on nous invite à changer le mot de passe du compte admin. On suit les indications de Grafana et on commence par ajouter la source de données, ici notre container InfluxDB. On clique sur Add data source. On choisit InfluxDB. On remplit ensuite l'écran suivant de la sorte : Notes : - influxdb dans http://influxdb:8086 représente le nom que vous avez donné au container. - Les informations à entrer dans "InfluxDB Details" correspondent aux paramètres d'environnement du container influxdb : * Database : INFLUXDB_DB * User : INFLUXDB_USER * Password : INFLUXDB_USER_PASSWORD - Basic Auth Details : * User : INFLUXDB_USER * Password : INFLUXDB_USER_PASSWORD On clique sur Save & Test, on obtient un message écrit en vert "Datasource is working" si tout est bien paramétré. V/ Création d'une dashboard On peut soit créer sa propre dashboard, soit en importer une, pour cela il suffit d'aller sur le site de Grafana, plus précisément sur cette page. En tapant Synology dans le cadre de recherche, on peut par exemple choisir la dashboard de Yann Bizeul. On clique sur "Copy ID to Clipboard", on retourne sur notre instance de Grafana et on clique sur import dans le menu rapide à la gauche de l'écran : Dans l'écran suivant on colle dans "Grafana.com dashboard" le numéro de la dashboard qu'on a choisie. On valide en cliquant sur "Load" et on arrive sur l'écran suivant : Dans InfluxDB on choisit la Datasource définie précédemment, on valide en cliquant sur "Import". Si tout est opérationnel on a normalement une dashboard qui devrait à coup sûr afficher les données textes, et avoir déjà tracé des débuts de courbe. Suivant si vous avez changé l'intervalle de collecte de Telegraf, vous disposez déjà de plus ou moins de points. VI/ Monitorer d'autres équipements réseau En cours de rédaction... MàJ : 04/06/2019

Dans ma config avec Numéricable, j'avais le DDNS synology associait xxx.synology.me à mon adresse IP externe (variable). Le CNAME associait mon yyy.ndd.fr à xxx.synology.me (je n'utilisait pas de wildcard dans le CNAME). les deux adresses yyy.ndd.fr et xxx.synology.me me renvoyaient à mon adresse IP externe (variable), même en cas de changement d'adresse IP externe par mon ISP. j'accédais à mon nas en https sur le port 443. Une redirection de port dans ma box renvoyait sur le port d'entrée du reverse-proxy du nas (en donnant l'adresse IP de mon nas sur ton réseau local), par exemple redirection du port 443 en entrée de la box vers l'IP 192.168.0.3 (celui de mon nas) port 443 la commande du reverse proxy du nas envoyait yyy.ndd.fr vers le port de l'appli du nas (localhost:7000 pour filestation) comme tu l'avais fait dans ta version N-1. Les deux premières étapes peuvent être intégrées en utilisant un prestataire de type OVH comme le suggère @Zeus. Toutes les étapes sont donc définies pour acheminer le flux d'internet vers le port 7000 par ex de ton nas. Note : C'est le nom qui est utilisé lors de la requête initiale qu'il faut utiliser dans le champ source de la règle du reverse-proxy (ici yyy.ndd.fr). Le CNAME ne transcrit pas le nom en cachant le nom d'origine, ce nom est conservé jusqu'à l'entrée dans le reverse-proxy. Bien sûr il est aussi possible de mettre une règle pour accéder à un service à partir de xxx.synology.me, mais le paramêtre source de la règle devra alors être xxx.synology.me. les deux peuvent co-exister.

@Fugnon je viens de tester et je ne rencontre pas de problème avec UptoBox et un compte premium...

Bonjour, Je tente toujours de refaire fonctionner Download Station de mon Synology avec mon compte Uptobox Premium. J'ai installé le fichier host 2.0 proposé sur ce site, suivi les instructions (relancer l'app, redémarrer le syno, etc.), mais sans succès. Est-ce que c'est général ou est-ce que ça fonctionne chez quelqu'un? Merci beaucoup pour vos réponses, Mathias

Pas de soucis 😉

Bonjour, Tu as déjà ta réponse sur Facebook ! C'est lié à la migration. Ton NAS a gardé certaines limitation lié à ton DSM / DS411. Quand il y a trop écart de génération, il est conseillé de repartir de zéro. Tu vas devoir cassé ton volume et le recréer.

Essaie de voir sur ce site si il voit ton port 32400 ouvert 😉 https://www.canyouseeme.org/ Il faut que tu précises le port que tu veux vérifier !

C'est bon tout fonctionne !! 😁👍 J'ai posté mon commentaire dans le sujet qui traite du problème. Un sujet qui date mais je voulais quand même dire que pour moi ça fonctionne car ça peut aider une autre personne 😉

Bonjour, En repartant des sources du .host (disponible en 3.1 sur le git du développeur => https://github.com/warkx/Synology-DownloadStation-Hosts), j'ai corrigé le code (il manquait une fonction). Cela fonctionne maintenant chez moi, j'ai mis sur 1fichier le host en version 3.2 pour que tout le monde en profite => https://1fichier.com/?u1spa3sp8hkacrory4ei (DEPRECATED)

Bonne nouvelle. Cdiscount joue le jeu, et adresse par mail un bon d'achat équivalent à la valeur du disque manquant (115 euros). Voir dans votre messagerie. Vous avez du recevoir un mail de Cdiscount ce soir. Content que cela est pu bénéficier à plusieurs personnes. J'avais pu également posté cette offre sur dealabs finalement après insistance auprès des modos

Oui c'est vrai. Va falloir attendre 🙂

Merci pour l'info. J'imagine le budget... Plus pour les PRO à ce jour 🙄

Re bonjour, je me réponds à moi même, mais surtout à ceux qui pourraient être dans ce cas. En continuant sur les forum Bouygues, un certain nombre de conversations tournent autour de pb de VPN, .... et de définition de l'apn sur le mobile Bouygues. J'ai donc vérifié ce point. Mon apn (point d'accès mobile) était configuré avec "Protocol de l'APN : IPV6". Et là TILT !! En passant "Protocol de l'APN : IPV4/IPV6", et bien mon VPN L2TP/IPSEC vers le Syno fonctionne à merveille 😁😁. Je reviendrais d'ici quelques jours, le temps de vérifier qu'a priori cela n'amène pas d'effet secondaire négatif sur le fonctionnement de mon accès mobile data Bouygues.

Bonjour, la version la plus récente du paquet active directory change de nom et deviens Directory Server for windows domains. Par conséquent si vous sauvegarder les données de l'AD avec hyper backup , celui ci ne le fera plus puisque le paquet a changer de nom. il faut donc retourner dans hyper backup, dé-cocher la case pour active directory et rajouter "Directory Server for windows domains" et relancer la tache.

Et bien tu auras plus qu'à recommencer avec la partie DDNS cette fois 😉

Et bien là, tu auras aucun soucis. Si tu ne sais pas faire, j'ai fait un tuto 😉 [TUTO] Pourquoi et comment utiliser un nom de domaine ? - Tutoriels - NAS-Forum

Je suppose que c'est fait lorsque tu renseignes la config "acces externe/DDNS" du NAS.

Tu te prends pas mal la tête là. Certes ça va te couter quelques euros mais transfert ton NDD chez un vrai prestataire de nom de domaine comme OVH par exemple et fait ton DDNS chez eux.

As tu fais ce que te dis Mic13710 concernant le DDNS ? Je ne peux pas beaucoup aider car ayant une IP fixe c'est beaucoup plus simple ! Oui. Enfin je ne sais pas si cela 'devrait' mais ça me semble plus logique.

Je ne connais pas la méthode de @dd5992 mais dans ce cas dans le reverse proxy ne faut-il pas mettre l'adresse synology vers le localhost ??

Il me semble que lorsque j'étais chez Numéricable (pas d'adresse fixe), j'avais utilisé le DDNS de synology pour avoir une adresse du style xxx.synology.me qui pointe vers mon adresse externe et j'avais enregistré chez mon fournisseur de domaine (bookmyname) un enregistrement CNAME qui pointait vers mon adresse en www.synology.me, et ça fonctionnait.

Oui c'est vrai aussi Mic 😉 Mais est-ce la bonne IP 🙄

mon-ip.com dit n'importe quoi pour info 😉 De mon côté, il dit ip-dynamique alors que je suis en IP fixe... Et je sais que tu es chez Swisscom et en faisant quelques recherches, j'ai vu des sujets récents sur le forum de ce dernier ou les résidents ne pouvaient pas avoir d'IP fixe et que pour les professionnels, c'était une option payante. Renseigne toi auprès de ton opérateur 😉 Si tu es comme je le pense en dynamique alors tu devrais passer par un service DDNS. Je ne sais pas si Infomaniak le fait !

Et bien tu pourras le faire avec ce débrideur aussi 🙂

Es-tu sûr d'avoir une IP fixe ? Ton domaine redirige sur quoi exactement là ?

slt UPnP a désactivé niveau sécurité zéro, ensuite pour la config de ton routeur fait le en manuel directement sur ton routeur n'utilise pas le syno pour le faire pour bien débuté tu as plein de tuto ici très bien fait https://www.nas-forum.com/forum/forum/28-tutoriels/

Ça ne fonctionnerait pas avec Proxy Server ? Je n’ai même pas envie de savoir comment QNAP a implémenté la chose sous QTS tellement c’est une aberration technique. J'espère que Synology n'accédera jamais à ce type de demande. Je comprends l’attrait de l’utilisateur lambda qui veut contourner la politique de sécurité de son entreprise, mais c’est une prise de risque inconsidérée car ça peut compromettre la sécurité de l’entreprise (en plus d'être un motif de licenciement parfaitement valable). Maintenant, chacun mesure les risques qu’il est capable de prendre aussi bien pour lui-même que pour l’entreprise dans laquelle il travaille. Personnellement, je trouve qu’un smartphone connecté à un réseau mobile est bien suffisant pour naviguer sans restrictions.

Bonjour phiphile, Je ne release pas encore ma méthode car il possible (comprendre "certain") que Synology identifie et bloque la faille que j'utilise pour arriver à mes fins sur leur partie logicielle. C'est aussi simple que cela 🙂 Même combat sur le JailBreak des iphones pour ceux qui le pratiquaient avant ... Généralement les hackeurs avaient déjà la faille lors de la BETA, mais ne releasaient pas le temps de voir arriver la version finale. Cela évite de se faire couper l'herbe sous le pied et de perdre des semaines de travail à trouver une faille qui pourrait être comblée en quelques minutes 😉 Va encore falloir patienter un peu. Synology auraient déjà du releaser une BETA ... je ne sais pas ce qu'ils font ? ... Sont peut être trop occupés à intégrer un paquet de choses dans le DSM7, allez savoir ...

Bonjour ! J'ai exactement le même problème que toi 😅 Edit : en fouinant un peu j'ai trouvé la solution, il faut utiliser cette version corrigée : J'ai installé la version wakeonlan-DSM6-20170108.spk Tout fonctionne parfaitement en LAN comme en Wan ! ! 😁😁😁 Merci Catimimi et Tonton Glenn pour ce taff ! Des jours et des jours que je me tirai les cheveux pour faire un WOW sur mon pc !

Les répertoires "home" sont créés automatiquement lorsque tu crées un user. En fait, ce que le user voit sous le nom de "home", c'est en fait un alias. En réalité le répertoire correspond à "homes/<user>". Et seuls les user du groupe admin voient le répertoire "homes" et son contenu. Si ton user est admin, ce que tu vois sous "homes/admin" et "home" sont deux affichages du même dossier physique...

J'ai le meme soucis... avant j'utilisais le host de Fujirou.....mais la ça ne fonctionne plus... http://fujirou2.blogspot.fr/2013/01/youtube-file-hosting-module-for.html sans doute que youtube a du blinder ses sécurités...

Merci ZEUS pour la solution de Firefox sous DOCKER (je ne savais pas qu'il était dispo sous docker) Après je tiens à rajouter ceci: j'ai spécifié un besoin, donc si vous avez une solution qui satisfait ce besoin et que vous voulez la partagez, c'est gentil à vous. Si c'est pour critiquer, donner de leçons de morale, abstenez vous de parler, je me fiche de vos avis. Pourquoi tjs critiquer queleque chose que vous ne comprenez pas, j'ai ce besoin, ne cherchez pas à comprendre le pourquoi du comment. Sur ce, bonne continuatino sur le forum