oracle7

Bonjour, Finalement je me répond à moi même. Après avoir pataugé quelques heures parceque je n'avais pas saisi que la configuration présentée dans le ReadMe sur Github considérait tout ce qu'il fallait mettre en place pour créer l'image de base pour le conteneur speedtest. Donc exit influxdn-python, Dockerfile, etc ... En fait, cette l'image qui va bien est déjà disponible, il suffit d'aller la charger normalement avec l'interface docker sur le NAS. Pour ensuite exécuter le fichier docker-compose.yml associé pour créer le conteneur speedtest. Attention, il faut que le conteneur speedtest utilise le même réseau qu'influxdb et grafana. A l'usage aussi, la période initiale fixée à 300sec entre deux mesures est à mon sens beaucoup trop courte, ce qui finalement charge un peu le réseau. A vous de voir ce qui vous convient le mieux. Au final voilà par exemple, ce que cela donne : Cordialement oracle7😉

@jacaj Bonjour, Merci d'avoir apporté/rappelé cette précision, j'en étais resté à la légende du schéma fourni dans le manuel. Comme je n'utilise pas cette fonction EcoControl car je n'ai que mes NAS à proximité de l'onduleur, j'en avais oublier l'existence. Cordialement oracle7😉

@MilesTEG1 Bonjour, Je n'avais pas pousser l'analyse si loin. Tu as sûrement raison même si je pense que le message retourné "exagère" quelque peu l'action effective. Il faut quand même la conjonction de l'ID et du MDP pour que la connexion soit effective, non ? ET si tu refait la manip de puis l'extérieur avec le ndd.tld, tu peux vérifier ensuite en local si la connexion est effective ou non (sur le routeur via les utilisateurs connectés dans contrôle du trafic ou clients DHCP). Pour les images aucune des deux solutions ne marchent ? Glisser /déposer direct ou "clic choisir les fichiers" ?. Parfois c'est le navigateur web lui même qui fout le b.... Essaies de le fermer après avoir vider le cache et relances-le. On ne sait jamais ... Cordialement oracle7😉

@ternoy Bonjour, Comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre et de ses équipements. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... J'ai moi même des onduleurs Eaton (voir ma signature), le 1200VA est "vendor recommended" et cela ne gêne en rien. Ce n'est pas parce qu'il n'est pas certifié par Synology qu'il n'est pas bon. Bien voir aussi que la liste de compatibilité de Synology date quelque peu. Pour les initiales IEC cela correspond à des prises aux normes anglo-saxonnes, attention pour les normes allemandes la prise de masse est différente : avec 2 ergots et sauf erreur de ma part DIN ce sont des prises comme celles que l'on a sur les alimentations des PC de type tour. Pour avoir des prises françaises il faut que dans la désignation du modèle il y ait impérativement FR ou USBFR. Ce que tu appelles "prise master" est certainement la prise qui protège contre les surtensions, les autres sont simplement secourues par batteries. Donc suivant le modèle tu aura de 3 à à 4 prises secourues et de 1 à 4 prises contre les surtensions. Donc de quoi brancher pas mal de périphériques. Tu peux aussi y raccorder des prises multiples. La prise USB est faite pour communiquer avec le NAS afin de recevoir les infos de l'onduleur et inversement pour permettre l'arrêt de l'onduleur commandé par le NAS. OUI l'onduleur se configure depuis le NAS "Panneau de configuration / Matériel et Alimentation / UPS". Delà aussi tu peut commander d'autres NAS pour leur transmettre les ordres d'arrêt/redémarrage en fonction des infos transmises par l'onduleur au NAS "maître". Cordialement oracle7😉

Bonjour, Bon, je viens de me lancer dans l'installation de Speedtest-for-InfluxDB-and-Grafana. J'ai donc créé un répertoire /volume1/docker/speedtest dans le quel j'ai placé les fichiers suivants (configurés pour certains de façon ad hoc) : config.ini Dockerfile influxspeedtest.py requirements.txt speedtest-cli J'ai installé l'image correspondante avec docker. Jusque là, facile, mais maintenant je bute sur l'installation des librairies InfluxDb_Python qui sont un prérequis. Je l'avoue, je suis comme "une poule qui aurait trouvé une épingle à nourice" 🤪. J'ai lu et relu la doc influxdb-python mais je ne comprends pas comment installer ce package sur le NAS et n'ai ni même trouvé de lien pour le télécharger. De la même façon, je ne vois pas comment utiliser le fichier Dockerfile, et s'il le faut. @.Shad. et @bruno78 (pour ses connaissances Python) et aux autres, auriez-vous SVP une idée pour me débloquer. Merci de vos réponses. Cordialement oracle7😉

@kroumi Bonjour, Peut-être tout simplement en commençant avec l'Id "admin" et comme il est désactivé, il n'a pas pu aller plus loin. Mais la tentative de connexion a bel et bien été enregistrée et elle apparait dans le journal. Je l'explique comme cela mais je peux me tromper ... Après, le malveillant, j'imagine, dispose d'une liste d'Id couramment utilisés et il les teste tous, jusqu'à ce qu'il y en ait un qui marche. Cordialement oracle7😉

@smosse Bonjour, Tant mieux, voilà qui confirme favorablement ce dont je n'étais pas sûr. Cordialement oracle7😉

@Pascal Leburgue Bonjour et bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. Mais avant toutes choses, je t'invite à lire et suivre les TUTOS suivants pour bien débuter avec ton NAS Synology. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Maintenant vis à vis de ta question, il conviendrait que tu crées un poste spécifique dans la rubrique https://www.nas-forum.com/forum/forum/164-installation-démarrage-et-configuration/ car ici la présente rubrique ne concerne que les présentations et du coup ce n'est pas lieu pour les questions. Cordialement oracle7😉

@smosse Bonjour, Pour information, dans la partie "Mes équipements connectés" (mode liste) de la LiveBox, est-ce que tu vois un équipement connecté pour chaque @MAC (celles correspondantes à chacun de tes ports Ethernet du NAS) ? Si oui, à ce niveau et sous réserves que la LB l'accepte (franchement je n'en suis pas sûr mais il faut essayer ...), donnes un nom spécifique à ces équipements, et vérifies ensuite que tu les retrouves bien lors de la création d'une règle NAT. Cordialement oracle7😉

@Baron_noir Bonjour, Excellentes vidéos, tout ce qu'il faut savoir sur les onduleurs. Merci du partage.😀 Vis à vis de ta question, fais un bilan de puissance en "Watt" des équipements qui seront connectés à l'onduleur et multiplies le résultat obtenu par 1,6. Cela te donnera une assez bonne estimation de la puissance en "VA" nécessaire de ton futur onduleur. Maintenant, la puissance mise en place influera, à puissance égale consommée lors d'une perte de courant par tes périphériques connectés à l'onduleur, sur la durée d'autonomie possible. Donc à toi aussi d'estimer combien de temps tu as besoin pour mettre en sécurité tes données, donc pour arrêter proprement ton NAS. Cordialement oracle7😉

@Adamreith Bienvenue à toi sur ce forum.

@Mic13710 Désolé si je me suis mal exprimé 🥴, mais je vois que tu sais parfaitement lire entre les lignes 😛 et tu as bien traduit le fond de ma pensée. Cordialement oracle7😉

@septeven OUI, je n'ai jamais pu initialiser la borne Ubiquity même avec un serveur Unify configuré, cela ne communique pas avec le RT que ce soit en Ethernet comme en WiFi. Je vois aussi que tu es au courant pour la mise en œuvre Ubiquity, alors tu sais à quoi t'en tenir et c'est bien, d'autres ne réalisent malheureusement pas et déchantent rapidement. Cordialement oracle7😉

@Drickce Kangel Bonjour, Effectivement, tu as le strict minimum. Voici par exemple, de quoi compléter ton fichier : #---------------------------------------------------------- ## UPS Details #---------------------------------------------------------- # UPS Model [[inputs.snmp.field]] name = "upsModel" oid = "SYNOLOGY-UPS-MIB::upsDeviceModel.0" # UPS SerialNumber [[inputs.snmp.field]] name = "upsInfoSerial" oid = "SYNOLOGY-UPS-MIB::upsInfoSerial.0" # UPS Status [[inputs.snmp.field]] name = "upsStatus" oid = "SYNOLOGY-UPS-MIB::upsInfoStatus.0" # UPS Load [[inputs.snmp.field]] name = "upsLoad" oid = "SYNOLOGY-UPS-MIB::upsInfoLoadValue.0" # UPS Battery Charge [[inputs.snmp.field]] name = "upsCharge" oid = "SYNOLOGY-UPS-MIB::upsBatteryChargeValue.0" # UPS Battery Low [[inputs.snmp.field]] name = "upsBatteryChargeLow" oid = "SYNOLOGY-UPS-MIB::upsBatteryChargeLow.0" # UPS Battery Charge Warning [[inputs.snmp.field]] name = "upsBatteryChargeWarning" oid = "SYNOLOGY-UPS-MIB::upsBatteryChargeWarning.0" # UPS Battery Voltage [[inputs.snmp.field]] name = "upsBatteryVoltage" oid = "SYNOLOGY-UPS-MIB::upsBatteryVoltageValue.0" # UPS Battery RunTime [[inputs.snmp.field]] name = "upsBatteryRuntime" oid = "SYNOLOGY-UPS-MIB::upsBatteryRuntimeValue.0" # UPS Input Voltage [[inputs.snmp.field]] name = "upsInputVoltage" oid = "SYNOLOGY-UPS-MIB::upsInputVoltageValue.0" Cordialement oracle7😉

@septeven Bonjour, D'expérience, une chose est certaine est que les bornes Ubiquity ne sont pas compatibles avec le RT2600ac. J'avais été tenté en mon temps et j'ai essayé cette solution mais j'en suis vite revenu. Retour aussi sec de la borne Ubiquity au vendeur (Merci amazon.fr). Du coup je me suis rabattu sur un RT2200ac utilisé en borne Mesh et là c'est nickel. Opérationnel du premier coup ! En plus, et c'est un avantage indéniable, en cas de panne de mon RT2600ac, je peux le remplacer quasi instantanément par le RT2200ac et donc assurer la continuité de service pour mon réseau local. Par ailleurs et cela n'engage que moi, attention avec les routeurs Ubiquity, c'est loin d'être aussi simple et convivial à mettre en œuvre surtout quand tu as connu Synology. Dont à toi de voir ... Cordialement oracle7😉

@Drickce Kangel Bonjour, Je comprends mieux maintenant ton problème. Vérifies ton fichier telegraph.conf. Il te faudra sûrement le compléter avec les champs qui vont bien (i.e. qui te manquent a priori). C'est pour cela que ta table "snmp.SYNO" est incomplète dans grafana. Pour cela, il te faut analyser les fichiers MIB situés dans "/usr/share/snmp/mibs/" et notamment le fichier "/usr/share/snmp/mibs/SYNOLOGY-UPS-MIB.txt" (du moins pour la partie UPS) et ajouter les champs manquants (attention, tous ne sont pas nécessaires et donc utiles !) en veillant à la syntaxe (sinon gare aux ennuis ...). Cordialement oracle7😉

@Drickce Kangel Bonjour, En tout cas je ne l'invente pas : Cordialement oracle7😉

@kroumi Bonjour, Aux dates indiquées, tu n'avais pas par hasard, le port 22 et le service SSH d'activés/ouverts (que tu aurais ensuite plus tard fermés). Saches que dès que le port 22 est ouvert et le service SSH activé, il faut très peu de temps pour constater des attaques en règle de l'extérieur, souvent issues de Roumanie, Tchékie, Chine, et autres ... Cela pourrait être une origine de ces tentatives de connexions. Cordialement oracle7😉

@Drickce Kangel Bonjour, Avec la table hrStorageTable, si tu essaies de sélectionner par exemple le champ upsStatus, tu verras qu'il n'existe pas dans cette table ... Donc, et si tu utilisais la table syno.SNMP tout simplement ? C'est sûrement mieux ... Cordialement oracle7😉

@TuringFan Bonjour, Je te donne ici ma vision des choses, mais je peux me tromper et avoir mal compris/assimilé certaines notions, aussi j'espère que l'on me corrigera pour fournir la bonne explication. 1 - Quand le routeur ou le NAS sur le quel le DDNS est configuré, constate/détecte un changement d'@IP externe, il informe automatiquement le DynDNS chez OVH qui prend en compte cette nouvelle @IP externe afin que ton domaine pointe dorénavant sur cette nouvelle @IP externe. Voilà le mécanisme de façon très simpliste. 2 - Comme toi, je le croyais aussi mais à l'usage, force est de constater qu'il faut tout de même faire du NAT vers le routeur qui lui transférera de la même façon vers le NAS les ports en question. Tu ne peux pas faire du NAT "direct" de la LB vers le NAS car la LB ne voit pas le NAS puisqu'ils ne sont pas tous les deux sur le même sous-réseau. 3 - Certaines applications, pour leur propre fonctionnement interne, nécessitent des ports particuliers (Drive, MailPlusServer, etc...) ouverts dans le pare-feu du Routeur et/ou du NAS. L'usage de ces ports particuliers, est à dissocier du flux "courant" de données lié à ces applications et passant par leurs ports "standards". Du coup, pour Q3.1 et Q3.2 : Non. Pour Q3.3 : la doc Synology n'est pas très explicite sur le sujet, mais j'imagine que la communication interne via ces ports est toute aussi sécurisée que l'application elle-même, non ? Sinon l'application en elle-même pourrait présenter des failles qui auraient déjà été exploitées depuis longtemps par des malfaisants, et je pense que cela se saurait ... 4 - Même constat chez moi, la différence de comportement ne serait-elle pas dûe à DSM et SRM eux même, certes très proches mais différents quand même sur certains points de part la nature de leur fonction respective. Q4.1 : Je n'ai pas d'explication, du moins je ne la connais pas. Q4.2 : Pareil : j'imagine que c'est aussi lié à la différence entre SRM et DSM. 5 - Q5.1 : En tout cas, pour les applications mobiles c'est un fait : il faut ajouter le port à l'URL. Mais quand on l'as compris, à mon humble avis, ce n'est pas si contraignant que cela. Q5.2 : Je ne sais pas. Cordialement oracle7😉

@Pinpon_112 Bonjour, Super, je vois que tu as parfaitement retenu la leçon sur le DID 👍🤪 @milkyway @pinpon_112 t'as tout dit, je n'aurai pas mieux fait !😀 Cordialement oracle7😉

@Arsach Bonjour, ns : signifie name server L'indication était juste pour le cas où tu utiliserais un serveur DNS pour ta zone locale afin de s'affranchir d'éventuels problèmes de loopback et gérer ses propres DNS et pas ceux de ton FAI (souvent "menteurs"). Cordialement oracle7😉

@Arsach Bonjour, C'est bizarre ton truc, si le domaine.col ne permet pas d'atteindre ton NAS, je ne vois pas comment les sous-domaines pourraient le faire ? Je veux bien une explication ...🤔 Cordialement oracle7😉

@Krystof Bonjour, Comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre et de ses équipements. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Au delà un problème de sous-réseaux différents qui est effectivement possible, est-ce que par hasard, ce ne serait pas tout simplement ton installation de la borne Mesh qui ne serait pas bonne ? Si j'étais toi je commencerais par vérifier, voire refaire cette installation. Maintenant, selon son modèle ta borne Mesh n'est peut-être pas non plus compatible avec ta box ? Cela arrive parfois (Ex Bornes Ubiquiti et routeur Synolgy). Cordialement oracle7😉

@DocRunner Bonjour, Le principal est donc que tu ais réussi à configurer tes caméras. Au passage SADP existe aussi sous Mac c'est ici. Maintenant, tu n'as plus qu'à bien sécuriser l'accès (physique et logiciel) à ces caméras, car des pirates en herbes auront tôt fait de les désactiver si elles les "dérangent" et qu'ils ne veulent pas que tu vois leur activité ... Cordialement oracle7😉