oracle7

@Octopuss45 Bonjour, Non, cette solution est un dernier recours ! Changes l'@IP du PC qui te sert à te connecter au NAS et provisoirement fixes dans l'adaptateur réseau de ton PC cette nouvelle @IP (évidemment différente de celle qui subit le blocage par le NAS !!!). Attention aussi qu'elle ne soit pas déjà attribuée à un autre périphérique ... Plus tard tu pourras revenir à une @IP définie par le DHCP automatique. C'est juste le temps de te reconnecter au NAS, de supprimer les blocages sur ton @IP originelle. Cordialement oracle7😉

@Dut Surleweb Bonjour, Tu le dis toi même, aussi je crains à mon humble avis que les manipulations suivantes que tu as faites à propos du répertoire ".well-known" aient été inutiles, voire même qu'elles risquent maintenant de perturber le système du NAS. Mais c'est toi qui maîtrise ton NAS ... J'ai recherché (peut-être mal) ce répertoire dans toute ma configuration mais je n'ai rien trouvé (la chaine "well-known" n'existe nul part sur mon NAS) d'où je reste assez dubitatif sur le bien fondé de cette solution. Tu as dis précédemment que dans ta zone DNS chez ton fournisseur de domaine que le seul enregistrement présent était : " nas A 14400 @IP_de_mon_nas ". Aussi comme "nas" n'est pas un nom de domaine au format FQDN (Full Qualified Domain Name), peux-tu STP alors m'expliquer comment tu accèdes à DSM. Que tapes-tu exactement comme URL dans ton navigateur ? Je souhaiterai simplement comprendre ... Cela n'engage que moi, mais je crois que telle quel cela ne peut marcher (configuration DNS à mon sens anormale et non standard) d'où ma précédente préconisation de correction. Tu n'as pas non plus répondu à ma question du point 2 ni d'ailleurs aux dernières. Libre à toi, mais alors tu comprendras aisément qu'il soit difficile de t'aider plus avant ... Cordialement oracle7😉

@Octopuss45 Bonjour, Vu la taille de l'@IP que tu saisis (reprise dans le dernier message de non existence de l'hôte), j'ai comme l'impression quelle n'a pas le bon format ! Tu ne lui rajoutes rien en suffixe par hasard ? Elle doit être dans ton cas du style : "192.168.0.xxx" avec "xxx" valant de 1 à 254. Le port pour SSH est normalement le port 22 sauf si tu l'as modifié dans DSM à "Panneau de configuration / Terminal et SNMP / Terminal / SSH". D'ailleurs à cet endroit as-tu bien activer le service SSH ? Ton Mot de passe "root" ne doit pas comporter de caractères "exotiques" sinon cela ne marchera pas ! Que des lettres minuscules, majuscules, non accentuées et ou des chiffres le tout d'une longueur d'au moins 12 caractères (ce sont les bonnes pratiques !). Tous les autres caractères sauf le underscore "_" sont à bannir , le système Unix/linux qui est derrière DSM ne les apprécie pas du tout. Saches que tu n'attaques ici pas un système Windows qui lui est assez permissif sur ce point (quoi que). Avec DSM sur ton NAS, tu attaques un système d'exploitation Unix/linux, il n'y a pas de comparaison à faire avec Windows. Maintenant, tu peux toujours ouvrir un ticket au près du support Synology pour leur suggérer ce type d'évolution. Je serai curieux de connaître leur réponse ... Je crains que tu ne mélanges les notions. Il n'y a aucun rapport entre les groupes de stockage (qui correspondent à un disque "logique" qui lui-même regroupe un ou plusieurs disques physiques) et le fait de ne pouvoir supprimés définitivement des fichiers supprimés. Au passage, ne pas confondre non plus les groupes de stockage et les volumes. Ce n'est pas du tout la même chose. Ces derniers peuvent êtres assimilés à des partitions du disque logique suscité. Enfin comme nous te l'avons déjà expliqué précédemment @Kramlech et moi même, tout comme sous Windows, les fichiers ne sont jamais vraiment supprimés du disque. Leur référencement dans la table des matières ou table d'allocation du disque est simplement supprimé. Ils ne sont plus pris en compte. L'espace physique qu'ils occupent est rajouté à l'espace libre et ils seront ainsi écrasés en partie ou complétement lors de l'écriture d'un nouveau fichier selon la taille de ce dernier. Je t'invite à regarder en particulier le § "Principe de stockage" ainsi que tout ce Wiki pour t'en convaincre. Bonne lecture. Cordialement oracle7😉

@kerod Bonjour, Ce message est normal dans la mesure où la commande de renouvellement exécutée par le script acme.sh en interne du script Python, n'a pas aboutie. Les raisons en sont multiples. Dans ce cas, tu as dû avoir d'autres messages d'erreurs, il ne peut en être autrement. Envoies moi ton fichier acmelog complet pour analyse car là ce n'est qu'un extrait pas forcément révélateur du problème. Que dit aussi le fichier "acme_renew_python.log.1" ?, Envoies le moi STP. De plus, précédemment tu as parlé (message à l'appui) d'un problème de "consumer key". Est-il toujours d'actualité ou pas car tu n'en parles plus maintenant ? Cordialement oracle7😉

@cotp Bonjour, Les recommandations formulées par @Kramlech et @Mic13710 répondaient simplement à ta question et ils avaient tous les deux raison et leurs solutions et avis étaient bonnes. Ne vas surtout pas croire le contraire. Pour ma part, la solution que je t'avais initialement proposée, te faisait certes faire quelques manipulations en plus (dont le formatage), mais avec l'avantage de se trouver dans les mêmes conditions que si on partait avec des disques neufs (contrôlés) et un NAS Vierge. C'est tout, pas plus ... Mais attention, dans tous les cas tu aurais eu droit au contrôle de parité et à sa "lenteur" mais sûrement pas aussi long que maintenant. Cordialement oracle7😉

@kerod Bonjour, OK mais que dit précisément le log acmelog ? La raison du non renouvellement y figure certainement ... Cordialement oracle7😉

@kerod Bonjour, Ah bon ! Et quels éléments précis te permettent d'alimenter cette assertion ? Je serais curieux de les connaître. Pour ma part, il semble que le message que tu as reçu est on ne peut plus clair : Il est donc parfaitement clair que la clé CK que tu as saisie dans la variable d'environnement OVH_CK n'est pas la bonne. Et en conséquence, elle n'est pas vue valide lorsque le script "acme.sh" (exécuté en interne du script Python de renouvellement) lance les contrôles de sécurité chez OVH avant d'insérer dans la zone DNS de ton domaine les enregistrements "TXT" de challenge qui seront ensuite relus par les serveurs de Let'sEncrypt pour valider le renouvellement du certificat. Ce n'est pas plus compliqué que cela. Compares cette valeur de clé CK avec la sauvegarde de celle-ci que tu as dû sûrement faire selon les recommandations du TUTO pour t'en convaincre. Cordialement oracle7😉

@cotp Bonjour, Je vois que tu te rends compte que c'est exactement mes recommandations à faire après le contrôle, formulées lors de nos premiers échanges. Cordialement oracle7😉

@PiwiLAbruti Bonjour, OK bien vu, mes doigts ont fourchés ... 🤪 Cordialement oracle7😉

@pietronet Bonjour, Pour faire très court, CMS te permet en gros de visualiser et gérer dans Surveillance Station, les caméras d'un ou plusieurs autres NAS sur un seul NAS principal comme si ce NAS principal détenait les licences de toutes ces caméras. Cordialement oracle7😉

@Kramlech Bonjour, Oui tu as raison tant que l'on reste sur le réseau local avec un switch qui permet l'aggrégation de liens (LAPD), mais cela coincera quand il voudras en sortir et c'est là que la limitation par la box se fera. C'est juste ce que je voulais dire, peut-être mal exprimé ... Cordialement oracle7😉

@cotp Bonjour, Désolé je ne connais pas la réponse à cette question. Je penses que tu t'affoles pour rien, attends la fin du processus, cet affichage n'est sûrement pas représentatif tant que ce n'est pas fini. Enfin ce n'est que mon avis, je peux me tromper ... Là non plus je ne sais te répondre. Je sais c'est rageant, mais attends au moins la fin pour tirer des conclusions. Difficile de te dire mieux pour l'instant. Cordialement oracle7😉

@kerod Bonjour, Je ne serais pas surpris que tu ais fait un mauvais copier/coller de la clé CK. Tu as dû prendre avec un ou des caractères invisibles en début ou fin de chaîne. C'est une erreur fréquente. Passes par un éditeur de texte pour visualiser le contenu de ta clé avant de la recopier dans la variable d'environnement "OVH_CK" pour l'exporter lors du processus. Cordialement oracle7😉

@Nicolas31 Bonjour, Désolé mais tu ne sembles pas comprendre. Ce n'est pas parce que tu auras fais un agrégations de liens coté NAS que tu auras tes 2GB/s sur tout le réseau. Tout le trafic remonte et passe par la passerelle du réseau en l'occurence ta box. Du plus, je le répète : ET Voilà mais c'est la triste réalisé. Cordialement oracle7😉

@kroumi Bonjour, As-tu essayé de supprimer ce lecteur réseau et de le re monter ? Vas aussi dans "Panneau de configuration WIN / Gestionnaire d'identification / Informations d'identification Windows" et supprimes tout ce qui se rapporte à ton NAS. A la prochaine connexion, WIN te demandera un login/MdP. Dans l'explorateur Windows, quand tu tapes : "\\NomDuNAS\volume1\TonDossierPartagé" ou "\\@IPLOcaleDuNAS\volume1\TonDossierPartagé", est-ce que tu accèdes et vois-tu le contenu ? Le service SMB est-il bien configuré ? Voilà quelques pistes ... Cordialement oracle7😉

@Adersn Bonjour, C'est donc avec ton compte administrateur que tu as un problème. Est-ce le compte "admin" (qui normalement devrait être désactivé pour des questions de sécurité - voir TUTO) ou un utilisateur auquel tu avais donné des droits d'administration ? Si c'est le dernier cas, alors il se serait peut-être judicieux de le supprimer purement et simplement. Rebooter le NAS et recréer proprement cet utilisateur avec des droits d'administration. Mais avant de faire cela réactive temporairement l'utilisateur "admin" standard, pour le cas où tu ferais une bévue et quand et seulement quand ton nouvel administrateur sera opérationnel, i.e. connexion testée et OK, alors tu désactives de nouveau l'admin standard. A toutes fins utiles, pour te guider en cela, regardes le TUTO sur la sécurisation des accès au § Utilisateur. Cordialement oracle7😉

@kroumi Bonjour, Un bon début serait tout simplement de commencer par vérifier les droits/autorisations que tu as donnés à chacun de tes utilisateurs sur les dossiers partagés, ainsi que pour chaque dossier partagé quels utilisateurs sont autorisés à faire quoi . Cordialement oracle7😉

@Octopuss45 Bonjour, OK, c'est juste qu'elle n'apparait pas lorsque l'on va sur ton contenu ... Pas grave ... Cordialement oracle7😉

@Dut Surleweb Bonjour, Ce n'est pas spécialement les habitudes sur le forum mais personnellement cela me convient très bien car cela à le mérite d'être clair. Bon, on va commencer par remettre de l'ordre dans ta zone DNS : a) Tu modifies ton enregistrement "A" pour que ce soit "trucmuche.org" et non pas "nas" qui pointe vers @IP_de_ton_NAS b) Tu ajoutes un enregistrement de type "CNAME" avec "nas.trucmuche.org" qui pointe vers "trucmuche.org" (laisses le "TTL" par défaut). Pour être sûr, précédemment lorsque tu as recréé un certificat Let'sEncrypt pour "trucmuche.org" tu as bien renseigné le champ "Autre nom de l'objet" avec "nas.trucmuche.org" ? Si ce n'est pas le cas, supprime ce certificat et recrées le ainsi : "Domaine" = "trucmuche.org", "Autre nom de l'objet" = "nas.trucmuche.org". Nota : Au préalable, les ports 80 et 443 doivent être transférés de ta box vers le NAS (via NAT/PAT) et ces même ports doivent être autorisés dans le pare-feu du NAS. De cette façon, en tapant simplement "nas.trucmuche.org:5001" dans un navigateur tu devrais atteindre ton NAS sans alerte de sécurité. Tu peux préciser STP, c'est quoi ce "certificat général" et ces "quelques autres extensions" ? Je comprends un certificat pour "trucmuche.org" et des sous-domaines "xxxxx.trucmuche.org" ? J'ai bon ? Cordialement oracle7😉

@cotp Pas de soucis ... OUI, à partir d'un tel gradient il y a de quoi sérieusement s'inquiéter et commencer à prendre les dispositions adéquates. Mais une augmentation de 1 n'est pas en soit alarmante, tout dépend de tous les combien de temps elle intervient. Ne paniques pas ce ne sont pas toutes tes données, tout au plus quelques fichiers (je m'avance peut-être mais je dirai 2 à 3 selon le nombre de secteurs défectueux). De toutes façons tu ne le sauras que lorsque tu feras la sauvegarde. Je crains qu'il ne te faille quand même prendre un peu patience surtout si tu as de "gros" disques .... Difficile de te dire mieux. Cordialement oracle7😉

@Kramlech Bonjour, Effectivement, une petite vingtaine de post mais toujours pas de présentation ... Dommage, cela serait tout de même plus facile pour lui répondre. Cordialement oracle7😉

@Nicolas31 Bonjour, Sans faire le rabat joie, n'oublies pas quand même, que même si tu as le réseau qui va bien et que tu as des disques durs performants (je ne parle pas de SSD), tu seras toujours limité par la vitesse de L/E de ces derniers avec un maxi de 150 à 200 Mo/s (allez en étant généreux 250 Mo/s avec de très bons disques mais chers !). Il faut juste le savoir ... PS : Astuce : Pour avertir un membre de ta réponse, tu tapes dans ton message "@" + les premiers caractères de son pseudo. Dans le popup qui apparaît tu cliques alors sur le pseudo recherché et il s'affiche sur fond bleu dans ton texte. Ainsi ton interlocuteur est informé/notifié de ta réponse sinon il ne voit rien sauf à rebalayer en arrière tous les messages (ce que peu de monde fait). Cordialement oracle7😉

@Nicolas31 C'est pour cela que je t'ai indiqué le GS110EMX mais tu voulais un 8 ports, donc je le répète : on n'est plus dans la même catégorie et donc ce n'est plus le même budget ... Mais quel intérêt de passer à 10 GB/s quand la grande majorité des périphériques plafonnent actuellement à 1 GB/s quand ce n'est pas 100 MB/s pour la majorité des caméras par exemple ? Cordialement oracle7😉

@Octopuss45 Bonjour, Pour cela il faut se connecter via une session avec le protocole SSH de préférence sous l'utilisateur root (SEULEMENT si tu sais PARFAITEMENT ce que tu fais et que tu connais un minimum le langage Shell sous Unix/Linux) mais c'est aussi possible sous un autre utilisateur selon ses droits qui risques d'être restreints. Pour faire cela il y a un TUTO. C'est uniquement par ce moyen que tu pourras exécuter les commandes que t'a donné précédemment @Kramlech. Mais je le répète il te faut connaitre le shell Unix/Linux au préalable sinon tu as toutes les chances de faire des c..ies et planter toute ton installation DSM. Tu es prévenu ! Pour la signature : Tu clique sur ton pseudo en haut à droite de cette fenêtre, dans le popup tu sélectionnes "paramètres du compte", puis dans la partie gauche de la nouvelle fenêtre tu cliques sur signature, et tu rempli selon ce que tu veux ... Cordialement oracle7😉

@Octopuss45 Bonjour, Cela correspond effectivement à de la défragmentation. Oui ce serait une solution, mais attention, en faisant cela il te faudra d'abord une fois la copie faite des fichiers sur Windows, supprimer proprement le volume en question sur le NAS (en espérant que ce n'est pas celui sur le quel est installé DSM), formater les disques et enfin reconstruire le volume sur le NAS et recharger tes fichiers. Cela fait quand même beaucoup de manipulations et te demandera pas mal de temps ... Par ailleurs, ce qui m'étonne un peu (même beaucoup !) c'est que tu dis avoir comptabilisé 134 GB pour tes fichiers et que tu ais, vu du NAS, 3.12 TB d'utilisés. l'écart est vraiment beaucoup trop important de 0;3% à 78% ???? Tu est sûr de ton calcul ? Cordialement oracle7😉