.Shad.

Dans ton cas oui, je crois que le hard reset (données + configuration) c'est un appui long (10 secondes). Je n'ai jamais fait encore d'autres seront peut-être plus à même que moi de t'aiguiller.

Bonjour, On aime bien que les nouveaux venus fassent un tour par la section Présentation. Quels paquets utilises-tu ? Quel sont les pourcentage d'utilisation de ton processeur et de ta mémoire vive en moyenne ? Tu peux utiliser le moniteur de ressources dans le menu déroulant pour voir les processus actifs.

Bonjour, On apprécie que les nouveaux venus passent par la case Présentation avant toute demande. Pour ton problème, a priori si tu as bien fait ce que tu as dit, le transfert de port devrait être bon. Si le pare-feu de ton NAS est activé il faut s'assurer qu'il autorise la connexion par FTP à distance. Par contre, le FTP est plutôt déconseillé, on préférera la connexion par VPN. Si pas possible, préfère le SFTP, et ne laisse pas le port par défaut 22, d'un point de vue sécurité c'est une faille importante. De manière générale, tu devrais lire les tutoriels suivants avant de jouer plus avant avec ton NAS :

Bienvenue dans la communauté !

J'ai souvent trouvé des infos sur les forums unRAID concernant des containers de Linuxserver ^^ Par contre tu as trouvé mieux que Hyper Backup ? J'ai testé duplicati, c'est sympa mais Hyper Backup est quand même autrement plus intégré à DSM je trouve.

Une clé privée doit être placée dans le dossier .ssh de l'utilisateur du NAS avec lequel tu désires te connecter. Si tu utilises ssh-keygen la clé publique s'y trouvera aussi sûrement, tu n'as plus qu'à la copier à la suite du fichier authorized_keys de ton hôte cible. Note : ssh-copy-id pas installé sur le NAS par défaut.

Il faut créer un dossier .ssh dans le home de l'utilisateur et mettre la clé dedans, à ma connaissance ça ne se fait qu'en SSH.

Je pense que c'est plus lié au fait que ces personnes ne fréquentent pas forcément beaucoup les forums, et n'ont pas intuitivement ce réflexe. Ce n'est plus vraiment dans l'air du temps 😄 à l'ère de Discord, de Youtube, et des moteurs de recherche de plus en plus performants. Il m'est arrivé de trouver des infos via Google dans un forum, alors que la même recherche sur le forum en question ne retournait rien, la faute (ou grâce) à la force des algorithmes versus une simple recherche de chaîne de texte. Ou alors la puissance de la flemme 😄 Une bonne partie en tout cas !

Bienvenue 🙂

Accèdes-tu à ton NAS avec le même utilisateur sur ton MAC ou ton PC ?

C'est l'intérêt de ce forum à mon humble avis, de voir l'étendue des fonctionnalités possibles avec un Syno. Ça mériterait peut-être un petit tutoriel.

Il te suffit de créer un script dans le planificateur de tâche DSM qui lance le container certbot un peu moins de tous les 90 jours. Avec un chmod u+x ça devrait marcher nickel.

Ils ont accès au contenu des tickets, si c'est effectivement impossible, client satisfait ou pas, il ne peut pas être réprimandé pour ça. Et en même temps c'est pas ton problème. 😮

Est-ce que tu n'as pas fait une mise à jour de ton NAS très dernièrement ? la dernière màj a tendance à perturber l'emploi des certificats existants, il faut parfois les supprimer et en recréer un.

Je crois qu'il y a moyen d'installer le package, mais ce n'est pas officiellement supporté par Synology.

En gros tu peux créer de mini-vm, chacun container étant par défaut isolé des autres, avec pour seule passerelle l'hôte (ici le NAS). Ca permet d'installer des applications pour lesquelles il n'existe pas de package Synology, en plus des mises à jour beaucoup plus fréquentes, etc... Et surtout ça évite de les installer directement sur le NAS, il n'est pas toujours aisé d'utiliser le système Linux du NAS comme on utiliserait une Debian ou autre.

Sympa le NAS grille-pain ! 😛 Bienvenue 🙂

Aucun besoin selon moi.

Tu ne peux pas utiliser les mêmes sous-domaines pour l'enregistrement A et CNAME. Sinon évidemment il ne sait pas quoi faire car pour un même sous-domaine il a deux choix possibles. Donc pour gérer ton routeur tu peux faire, par exemple, admrouter.ndd.com CNAME ns1.ndd.com Et laisser router.ndd.com A 192.168.1.1 Ton proxy inversé permet d'accéder à un service d'un hôte particulier. Tandis que le DNS définit un nom d'hôte, il faut bien voir la différence entre les 2.

Pourquoi deux fois le même enregistrement ? Sinon pour le problème avec ton routeur en l'état avec tes explications je ne vois pas de rapport avec le proxy inversé. Tu définis un enregistrement de type A pointant router.ndd.com vers l'IP de ton routeur (réseau 1). Si ton routeur expose son interface d'administration sur le port 443, que le domaine/sous-domaine est bien enregistré auprès de Let's Encrypt ça devrait marcher. SI c'est par proxy inversé que tu veux y accéder, alors c'est différent. Tu veux d'une part que ton routeur soit accessible aux autres périphériques, via son nom de domaine, donc tu gardes ton enregistrement de type A router.ndd.com -> 192.168.1.1 Ça c'est simplement ton DNS local qui l'impose, le proxy inversé n'intervient pas. Au delà de ça, tu veux qu'un service qu'il expose, j'imagine son interface d'administration, soit accessible via le proxy inversé. Dans ce cas-là il faut que la requête soit redirigée vers le proxy inversé, tu le fais au moyen d'un enregistrement CNAME router.ndd.com -> ns1.ndd.com, c'est ensuite le proxy inversé qui va rediriger de manière transparente vers 192.168.1.1:80 (80 par exemple, il s'agit du port HTTP sur lequel est exposé la webUI du routeur).

Généralement sur une box, tu ne peux pas toujours changer les DNS que ton serveur DHCP envoie à ses clients. Et si c'est le cas tu ne peux au mieux en mettre qu'un seul. Le NAS permet de choisir les DNS, et d'en pousser je crois jusqu'à 2 ou 3. Du coup si tu peux choisir tes DNS tu peux faire en sorte de ne pas utiliser ceux de ton FAI, lesquels peuvent faire du filtrage en amont. Donc oui à tes deux questions de manière indirecte. En revanche, attention que certains players/décodeurs TV nécessitent que ce soit la box qui leur attribue une IP. A vérifier avant de valider ton installation.

Merci pour toutes ces infos, j'ai appris des choses aujourd'hui ! 🙂

Tu peux essayer mais je ne vois pas ce que ça changera, visiblement DS Video sur Samsung TV a besoin d'Internet pour fonctionner, donc si ta box a une coupure, ça ne marchera pas. La meilleure chose que tu puisses faire c'est d'utiliser Emby ou Plex, aucun ne nécessite de passer par Internet si tu l'héberges sur ton NAS ou autre équipement en local.

Il faudrait plus de détail sur la finalité. Et une mise en contexte. Ces deux sous-réseaux, ils sont reliés comment ? ton PC a deux cartes réseaux ? Ou c'est un routeur qui fait le lien ? Etc... Généralement si tu travailles avec deux sous-réseaux, c'est que tu veux les isoler l'un de l'autre, dans ce cas-là il suffit de jouer avec des VLAN et un switch administrable. Mais là tu veux visiblement pouvoir causer indifféremment aux deux (depuis ton PC uniquement ou autre chose ?) et qu'ils puissent communiquer entre eux.

Monter des lecteurs réseau au boulot ce n'est pas une option viable, pour peu que ce soit possible niveau sécurité c'est un non-sens. A priori tu ne pourras pas créer de connexion VPN vers ton NAS non plus. Dans ton cas je ne vois que la possibilité d'un accès externe via nom de domaine, que ce soit via le DDNS fourni par Synology ou par un nom de domaine que tu achètes. Assures-toi que l'utilisateur en question ait un mot de passe complexe, et que le blocage suite à des tentatives infructueuses soit activé sur ton NAS. Et comme l'a dit @Varx tu trouveras tout ce qu'il te faut le tutoriel sur la sécurisation et sur le tutoriel suivant :