oracle7

@m4x91 Bonjour, Si tu regardes bien c'est dû à un timeout dans la reqête, donc le serveur contacté n'a pas répondu assez vite (cela arrive parfois ...). Ensuite cela se passe bien, l'image est trouvée et il arrête correctement le conteneur pour le recréer. Donc pas de soucis. Cordialement oracle7😉

@MilesTEG1 Bonjour, Certes, mais cela aurait l'avantage d'être explicite. Maintenant c'est toi qui voit ...🤣 Cordialement oracle7😉

@17795 Bonjour, Ok j'ai été trop restrictif mais si tu ne dis pas tout, difficile de deviner ... Cordialement oracle7😉

@ReMichel Bonjour, Bienvenue à toi sur ce forum, tu verras que c'est une mine d'informations. J'invite à regarder et suivre ces deux TUTOs pour t'assurer que tu as bien démarré. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@17795 Bonjour, Avant d'aller jouer avec la commande chown (je ne suis pas sûr que ce soit utile dans ton cas mais bon, au moins tu sauras maintenant te connecter en root), j'ai relevé ceci : dans ton post de Lundi à 22h06, tu as mis une copie d'écran pour la règle NFS. Dans le champ "Nom d'hôte ou IP" tu as mis une " * ". C'est l'@IP (sur ton réseau local) de ta machine Ubuntu qu'il faut mettre et pas " * ". Réessaie de connecter et faire ton montage, une fois cela fait. Cela devrait marcher i.e. si tu as aussi suivi les indications précédentes de @pluton212+... Cordialement oracle7😉

@17795 Bonjour, C'est bien ce que je pensais, tu ne te connectes pas en root mais uniquement avec ton utilisateur ubuntu. C'est pour cela que ta commande chown ne marche pas sur des fichiers appartenant à l'utilisateur root. Non tu n'as pas besoin de créer le compte root il existe déjà dans le système. Pour te connecter en root je t'invite expressément à lire au moins une fois en entier puis à suivre ce TUTO. Tu peux aussi faire ceci dans un terminal sous SSH (avec PuTTY ou WinSCP) : User_ubuntu@monNas:$ sudo su - cette commande permet de passer sous l'utilisateur root Password: <Là tu saisis ton MdP administrateur - idem celui du NAS> root@monNas:~# whoami root Attention, une fois connecté sous root, soit très vigilant à ce que tu tapes comme commande. L'utilisateur root peut tout faire, le meilleur comme le pire pour toi. La moindre erreur peut s'avérer fatale pour ton système et là tu pourrais tout perdre. Les actions directes sous root sur le système DSM ne doivent pas être improvisées. Tu dois savoir pertinemment ce que font exactement les commandes que tu tapes. Tu es prévenu ! Quand tu auras fini avec les commandes sous root, tu tapes exit pour revenir à l'utilisateur ubuntu. Puis encore exit pour quitter la session SSH. Cordialement oracle7😉

Bonjour, De toutes façons, les malveillants louent maintenant des VM sur des serveurs en France justement pour contourner cette géolocalisation restrictive (lu dans HackMagazine de mémoire). Mais je suis d'accord , cela limite tout de même un peu ces attaques. Cordialement oracle7😉

@17795 Bonjour, Tu es certain de te connecter avec l'utilisateur root ? Que donne alors la commande "whoami" ? Tout bêtement tu as bien un caractère " # " en invite de commande càd quelque chose comme : root@MonNas:~# Si au final tu es connecté en root alors je ne vois pas pourquoi tu ne pourrais pas modifier des fichier dont il est le propriétaire ( donc faire un chown), logique non ? Cordialement oracle7😉

@17795 Bonjour, Sans garantie, as-tu essayé de créer sur le NAS un utilisateur "identique" à ton utilisateur Ubuntu (même Id, même Mdp) et ensuite connecté sous root en SSH de faire le chown en question sur ces fichiers ? Cordialement oracle7😉

@GrosJo Bonjour, Bienvenue à toi sur ce forum, tu as dû voir que c'est une mine d'informations. J'invite à regarder et suivre ces deux TUTOs pour t'assurer que tu as bien démarré. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@toutnickel Bonjour, Je crains que tu ne m'ai lu en diagonale ... Je ne t'ai pas parler de supprimer ces redirections mais de NE PAS AUTORISER ces ports dans le pare-feu de la box, ce n'est pas la même chose ! Du coup si tu les supprimes ne t'étonne pas de ne plus avoir accès au NAS depuis l'extérieur. Normalement tu n'as besoin que de transférer le port 443 (ou un autre comme te l'a suggéré @MilesTEG1) pour ensuite utiliser le reverse proxy sur le NAS qui lui filtrera les URL (avec un domaine) entrantes pour les rediriger vers les applications/services de ton choix en local. @MilesTEG1 a aussi raison quand il te dit qu'il faut éviter d'accéder à DSM depuis l'extérieur et de réservé cet accès uniquement par le réseau local. Maintenant c'est toi qui voit et qui reste maître de la sécurité de ton NAS et de tes données ... Cordialement oracle7😉

@alan.dub Bonjour, Pour mon info, selon toi qu'est-ce qui bloque/ne fonctionne pas avec le package MailServer sous DSM7 ? Cordialement oracle7😉

@Zorineau Bonjour, C'est ce que je fait tout simplement avec une redirection du type : https://calibre.mondomaine.tld 443 (http/2) --> http://localhost/8080 (avec calibre dans un conteneur docker). Cordialement oracle7😉

@MilesTEG1 Bonjour, Oui tout à fait et c'est ce qui me fait dire que c'est du "CanadaDry" par rapport à Linux/Unix "pur". 🤣 Cordialement oracle7😉

@Kramlech Bonjour, Je suis assez d'accord avec toi, du peu que je connaisse de l'environnement Linux/Unix, il n'y a pas de réelle comparaison à faire. Je qualifierai même de "CanadaDry" l'organisation/architecture donnée par Synology en la matière. Je m'avance peut-être mais je pense que c'est plutôt une manière simple de présenter les choses pour ne pas trop "dépayser" l'utilisateur sachant que DSM a tout de même une base Unix. Comme tu le dis justement : à voir ce qu'en pensent effectivement les spécialistes Linux/Unix. Cordialement oracle7😉

@toutnickel Bonjour, Je ne suis pas sûr qu'il faille ouvrir les ports 5001 et 7001 dans le pare-feu de la box. Pour le 5001, il y a même de fortes chance que ce soit l'origine (son ouverture qui permette) les attaques que tu constates. Cordialement oracle7😉

@Zorineau Bonjour, Rassures-toi tu n'est pas un "vieux réfractaire" et je cherche pas à t'imposer en aucune manière Calibre_Web, tu as des arguments tout à fait recevables pour COPS ce que je respecte. C'est ton choix et c'est comme cela. Je te proposais cette solution car je crains (mais je peux me tromper) que COPS ne passe à terme à la trappe des packages tiers plus supportés par Synology comme on le voit déjà pour un bon nombre depuis la version DSM7. Pour ce qui est des fonctionnalités "bonus" de Calibre_Web, tu as dû voir que l'on peux en désactiver pas mal au niveau des utilisateurs, donc on peut limiter ainsi les risques et pour modifier les métadonnées le mieux est de le faire avec un utilisateur réservé depuis Calibre sur un PC/Mac (ce que je fais personnellement). Donc effectivement si l'erreur rencontrée n'est pas bloquante pour ton usage, alors continue comme cela. Je ne peux pas mieux te dire ... Cordialement oracle7😉

@Zorineau Bonjour, Si ton NAS supporte docker alors je t'invites à installer Calibre_Web (voir le TUTO ici) tu gagneras largement au change avec une application bien plus performante à tout points de vue ! Mais ce n'est que mon avis .... Cordialement oracle7😉

@Paci Bonjour et bienvenue à toi et rassures toi il n'est jamais trop tard pour bien faire 🤪 Cordialement oracle7😉

@Macrp Bonjour et Bienvenue à toi sur ce forum. Étonnant qu'en tant qu'utilisateur pro de NAS Synology à titre personnel tu ai choisi QNAP ... Mais tu as sûrement de bonnes raisons 🤪 Cordialement oracle7😉

@rifrouf Bonjour et Bienvenue à toi sur ce forum. Cordialement oracle7😉

@rifrouf Bonjour, Sauf erreur de ma part, un compte utilisateur reste un compte que l'utilisateur soit désactivé ou pas. En l'occurence, c'est le compte "admin" qui est attaqué par le malveillant et la protection de compte dans "DSM / Sécurité / Compte" que tu as configurée fait bien son travail manifestement car comme le malveillant ne connait le mdp du compte admin il n'arrive pas à se connecter et il déclenche donc le mode de protection. Essaies avec un autre compte en entrant un mauvais de mot de passe à chaque fois, Tu verras que ce compte sera bloqué au bout du nombre de tentatives max qua tu as définies pour lui. Il faut bien voir aussi que si le mdp saisi pour l'utilisateur "admin", est bon, comme il est désactivé, DSM va te répondre que l'utilisateur est désactivé (ou inconnu). Donc pas de soucis et aucun intérêt pour le malveillant même s'il existe le compte ne lui est alors pas accessible et donc il n'a pas de temps à perdre a chercher le MdP et passe son chemin. A moins qu'il ne sache que tu ne détiennes des infos hyper importantes et il insistera d'une autre manière, enfin le l'imagine ... Cordialement oracle7😉

@CenterBox Bonjour, Juste pour ta gouverne, dans tes réponses, il n'est pas nécessaire de re citer le post précédant dans sa totalité, ce serait bien que tu ne cites que la partie à la quelle tu réponds, cela surcharge moins les posts et ils sont plus faciles à lire. Merci. Cordialement oracle7😉

@Ramalfermei Bonjour et bienvenue parmi nous. Cordialement oracle7😉

@CenterBox Bonjour, Belle présentation et Bienvenue à toi sur ce forum, tu as dû voir que c'est une mine d'informations. Cordialement oracle7😉