Classement

Bonjour Synologiennes et Synoligiens !! Avec mes 60 ans, je dois coiffer un certains nombres de p'tits jeunes ici !!! 😜 En informatique, je suis moyenne ++ , suffisamment on va dire pour avoir administré pendant des années un serveur oueb ( si, si !! ) et un de messagerie ( la trilogie Postix Dovecot Spamassassin et le quatrième Sogo en webmail ) , tournant sous Debian Aujourd'hui je me met au NAS après avoir déjà tiqué une crise sur ces constructeurs qui détournent des logiciels libres pour en faire desOS quasiment propriétaires , en offrant en plus des interfaces clients ( webdav ou par applis dédiés) pourris des années 90 ( difficilement personnalisable, ni flexible ou dynamique, ce qui offre des affichages d'une propreté douteuse, mais bon...... Faut bon..... De guerre lasse j'ai jeté mon dévolu sur un DS220+ ( et je suis déjà en train de voir pour installer ipkg ), un nom de domaine chez Gandi ( parce que je les aimes bien ) et farfouille les entrailles de la bête pour trouver les divers templates afin à l'avenir de personnaliser un peu ces interfaces moches et rigides ! Voilà vous savez tout ( ou presque................... ) A bientot en d'autres endroits sur ce forum Lauremelodye

Bonjour et bienvenue.

Tu sais, quand tu tombe sur des incompétents qui ne sont pas en France c'est compliqué pour te faire comprendre. Donc avec l'IPv6 on ne peut pas faire ce qu'on faisait avec IPv4 ? Bon a priori je croise les doigts, mais un recommandé par demain de mise en demeure. La unième personne que j'ai eu au téléphone m'a dit qu'ils vont désactiver l'IPv6 qui est forcé en activé et qui ne permet au jours d'aujourd'hui pas la fonction NAT (d'après lui). que par conséquence l'IPv4 va redevenir comme avant je croise les doigts je commence à avoir des doutes avec SFR. Je pense qu'il doit y avoir deux ou trois gars qui comprendre le mot "full stack" et la demande du client. Effectivement, 99 % des personnes s'en foutent du "full stack". En gros si je comprends le principe de SFR, il passe en IPv6 les clients, il y en a des milliards de disponibles des adresses IPv6 et par conséquent ils se disent que le client vu qu'il en IPv6 il a plus besoin d'avoir une IPv4. Du coup ils attribuent une IPv4 partagée pour les rares appareils non compatibles et démerde toi.

Bienvenu à toi ! Pour ce qui est du Réseau, de temps en temps je regarde ce lien qui me rappelle mes cours de T2Si, bref mon bts technicien réseau. https://zestedesavoir.com/tutoriels/2789/les-reseaux-de-zero/ Très bon dimanche à toi !

Bonjour, en jbod on ne peut pas remplacer un disque par un plus gros. https://kb.synology.com/fr-fr/DSM/tutorial/how_to_expand_storage Vous avez 12 To de données, vous pouvez monter votre DS920+ avec des disques de capacité supérieure et faire une migration de données du ds418 vers le ds920 il y a ça aussi:

Je t'ai déjà dépanné, que te dire de plus et de plus clair... Depuis le début je t'ai indiqué le problème, je t'ai dit que tu avais forcement une migration IPv6 / IPv4 CGNAT, donc une IPv6 dans le package 😉 Tu peux voir la page NAT pour autant preuve en est que cette page n'est pas valable puisque ton NAS n'est pas accessible de l'exterieur. Ton problème c'est tout betement migration IPv6 / IPv4 CGNAT et très probablement une mise à jour de ta box qui ne s'est pas faite correctement (page NAT) Ca arrive, SFR fait des vagues de changement actuellement et depuis plusieurs mois. C'est tombé sur toi! Encore une fois, la solution c'est SFR service technique niveau 2. Ca ne sera pas avant lundi 8h... Je ne peux pas te dire mieux. A toi de jouer 😉

Hello tous, @.Shad. Pas de host ni de privileged sur mon conteneur telegraf, mais j'ai bien les infos du serveur (et pas que le conteneur). Du coup je comprends pas trop... ^^ mais je te laisse regarder ma config pour comprendre le problème. @oracle7 Je fais tout mes dockers via Portainer (en faisant des stacks docker compose). Je te partage mes 3 composes qui fonctionne et ma méthodo que j'ai mis en place. Encore une fois je débute sous docker/influxdb/ect, c'est plus de la bidouille qu'autre chose. Les principales différences que je vois (de 1.8 à 2.x): La connection qui se fait via des tokens avec les autres services (telegraf, grafana,...) Le web UI (tres proche de grafana!, je rejoins le commentaire d'un précédent poste, il veulent tuer grafana). Le language Query qui est passé à Flux (vs SQL ?) Je pense qu'en débutant c'est pas beaucoup plus compliqué que 1.8 . Le Tuto de Bebert (enfin vite fait mais bon... en 10 points quand même et le dernier est primordial) : 1- Les dossiers Créer deux dossier (ici /volume1/docker/influxdb et /volume1/docker/telegraf) en mettant les droits lecture/ecriture à /influxdb à tout le monde (chmod 777) pour le dossier /influxdb et ces sous dossier. Action a faire au choix par terminal ou SSH. Utile lors de la premiere création du docker. Je ne sais pas pourquoi mais des que le docker influxdb est lancé les droits change ... 2- Le Docker InfluxDB version: '3' services: influxdb: image: influxdb:latest container_name: influxdb network_mode: bridge restart: always volumes: # Mount for influxdb data directory and configuration - /volume1/docker/influxdb:/var/lib/influxdb2 - /volume1/docker/influxdb/data:/etc/influxdb2 ports: - MyPort:8086 3-Lancer et configurer influxdb via le webUI sur le port 8086 de votre localhost Suiver les instructions --> User, Organisation, password. MyBucketDBName : Créer un database (Bucket) : Database/Bucket/CreateBucket --> Avec le nom de la db "telegraf" MyToken : Créer un Token pour l'acces r/w à votre db "teelgraf" : Database/Token/CreateToken MyOrganisationID : Copié l'id d'organisation 4-telegraf.conf Dans l'onglet telegraf vous pouvez générer un telegraf.conf partiellement fonctionnel, voici la partie output fonctionnel pour moi en récupérant les 3 variables précédentes MyXXXX : [[outputs.influxdb_v2]] ## The URLs of the InfluxDB cluster nodes. ## ## Multiple URLs can be specified for a single cluster, only ONE of the ## urls will be written to each interval. ## ex: urls = ["https://us-west-2-1.aws.cloud2.influxdata.com"] urls = ["http://MyIPAdress:MyPort"] ## Token for authentication. token = "MyToken" ## Organization is the name of the organization you wish to write to; must exist. organization = "MyOrganisationID" ###################. Attention ce n'est pas le nom de l'oragnisation mais sont ID. Disponible dans influxdb webUI User/About. ############ ## Destination bucket to write into. bucket = "MyBucketDBName" ## The value of this tag will be used to determine the bucket. If this ## tag is not set the 'bucket' option is used as the default. # bucket_tag = "" ## If true, the bucket tag will not be added to the metric. # exclude_bucket_tag = false ## Timeout for HTTP messages. # timeout = "5s" ## Additional HTTP headers # http_headers = {"X-Special-Header" = "Special-Value"} ## HTTP Proxy override, if unset values the standard proxy environment ## variables are consulted to determine which proxy, if any, should be used. # http_proxy = "http://corporate.proxy:3128" ## HTTP User-Agent # user_agent = "telegraf" ## Content-Encoding for write request body, can be set to "gzip" to ## compress body or "identity" to apply no encoding. # content_encoding = "gzip" ## Enable or disable uint support for writing uints influxdb 2.0. # influx_uint_support = false ## Optional TLS Config for use on HTTP connections. # tls_ca = "/etc/telegraf/ca.pem" # tls_cert = "/etc/telegraf/cert.pem" # tls_key = "/etc/telegraf/key.pem" ## Use TLS but skip chain & host verification #insecure_skip_verify = false 5-Docker telegraf Perso je l'ai rajouter à mon stack influxdb dans Portainer mais sinon faite un nouveau docker Compose telegraf: image: telegraf:latest container_name: telegraf network_mode: bridge restart: unless-stopped ports: # Optionnel - 8125:8125 # Optionnel - 8092:8092/udp # Optionnel - 8094:8094 # Optionnel volumes: # Mount for influxdb data directory and configuration - /volume1/docker/telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro - /var/run/docker.sock:/var/run/docker.sock - /etc/localtime:/etc/localtime:ro - /etc/TZ:/etc/timezone:ro Je ne sais pas si les ports de telegraf sont utiles pour le moment (pas trop le temps de tout regarder et de vous répondre ^^). 6-Vérification des data et fonctionnement des Query : On vérifie si les datas remonte bien (moi j'aime bien regarder les logs des containers via Dozzle). On check dans le webUI de influxdb et on fait son premier "query". Si on click sur Script editor on à le Query (c'est cette forme la que j'utilisera apres dans grafana). 7-On fait un docker Grafana Créer un dossier /volume1/docker/grafana, puis créer le docker (toujours avec un stack de Portainer pour moi): version: "3.5" services: grafana: image: grafana/grafana:latest network_mode: "bridge" container_name: grafana volumes: - /volume1/docker/grafana:/var/lib/grafana ports: - 3000:3000 #- GF_AUTH_DISABLE_LOGIN_FORM=true #- GF_AUTH_ANONYMOUS_ENABLED=true #- GF_AUTH_ANONYMOUS_ORG_ROLE=Viewer restart: always 8- Config grafana : Suivre les instructions sur le webUI (user password ect...) On ajoute une database influx. Attention, QUERY language en Flux ! Attention dans Organization c'est cette fois le Nom de votre Organisation. Le token est un nouveau token créé dans influxdb en lecture seul pour le bucket telegraf. Avec influxdb 2.x les autres services ne se connect pas avec des identifiants, mais avec des tokens générés pour chaque besoin/db. 9-Mon premier graf... Du coup les graphiques sont à base de query en FLUX. 10-Déconnecter internet et aller faire à manger... Je regarderais SNMP plus tard (puis mes autres device a mettre dans telegraf, puis créer un dashboard server/network/docker pour le partage, puis conquérir le monde ...). ++

@Mickaël DRJ Bonjour, Non, car avec Drive le transfert de données est basé sur une connexion TLS entre le client et le serveur, c'est chiffré et sécurisé, et tu peux très bien après limiter l'ouverture des ports en fonction de l'@IP ou de la géolocalisation du client par exemple. A coté de cela, il ne faut pas confondre Drive et VPN, ce sont deux fonctionnalités différentes : 1 - Synology Drive pour sa partie client est un outil qui te permet de créer des tâches de sauvegarde planifiées pour sauvegarder des fichiers de ton PC/Mac sur un serveur Synology Drive, ainsi que de créer des versions de ces fichiers qui peuvent être restaurées ou téléchargées en cas de besoin. Pour sa partie Server, c'est une une solution complète de gestion, de partage et de synchronisation de fichiers du NAS avec d'autres périphériques. 2 - En deux mots pour la faire très simple, un VPN est quant à lui un "tuyau" étanche vis à vis de l'extérieur qui permet de connecter un client à un serveur d'une manière sécurisée et "invisible". C'est un peu comme si le client était connecté localement au serveur via un câble Ethernet, même si en réalité la liaison passe internet. Il te permet donc selon où se trouve le serveur VPN : - d'accéder à ton réseau local depuis internet à partir de périphériques externes au réseau, OU - de naviguer sur internet de façon "anonyme" (ton @IP externe n'est plus ton @IP réelle i.e. celle de ta box). Dans le premier cas VPN serveur de Synology est la solution. Il te permet de connecter un périphérique à ton réseau local de façon sécurisé comme s'il était physiquement branché sur le réseau. Dans le second cas tu passes par un fournisseur externe tiers qui te fournit un accès sécurisé (ou presque) à SON réseau et à une porte "anonyme" vers internet. Au final tu peux même faire du Drive au travers d'un VPN (i.e. ceinture et bretelles ...). Cordialement oracle7😉

Bonjour, vous pouvez vous connecter au nas en vpn et utiliser une adresse locale pour accéder à drive. Ceci pour synchroniser les fichiers depuis l'extérieur. Vous pouvez aussi ne synchroniser que depuis votre lan. Ça dépend de la façon dont vous utilisez le nas.

Je ne cautionne pas du tout ce genre de propos. La suite sera sans moi.