j3r3m51

Via Web Station. Chez des registrars. L'un chez OVh, l'autre chez LWS. Oui, c'est tout à fait possible, mais mon perfectionnisme voulait que les deux pointent vers l'adresse IP de chez moi. Mais c'est effectivement une solution de repli !

Bonsoir @morgyann et merci de ta réponse. À l'heure actuelle, ce que j'essaie de mettre en place, c'est que NDD1 et NDD2 mènent à site1 (dossier www/ du NAS, pas WordPress, mais une page unique HTML/PHP). Par la suite, j'aimerais que quelques utilisateurs puissent faire pointer un NDD vers leur site web personnel du NAS, en plus du fait que NDD1 et NDD2 pointent vers le dossier www/ du NAS. J'espère que c'est plus clair désormais 🙂

Bonjour à tous, Plusieurs noms de domaines mènent sur le site web hébergé sur mon NAS : X.com et Y.fr. Tout fonctionne parfaitement pour X.com. Les certificats ont été demandés via Let's Encrypt directement dans DSM pour chaque domaine et ses sous-domaines et sont actifs dans le Syno. Cependant, l'accès à Y.fr n'est pas certifié et affiche le fameux message "Cette connexion n'est pas privée". Lorsque je clique pour demander davantage d'informations sur cette erreur, cela m'affiche des informations sur le certificat demandé pour le domaine de X.com. C'est donc compréhensible que les navigateurs bloquent la connexion puisque le nom de domaine ne correspond pas du tout à ce certificat mais à un autre également en place sur le Syno. Le certificat par défaut était celui de X.com, mais la problématique reste la même lorsque c'est celui de Y.fr qui est configuré par défaut. Comment est-il possible de remédier à cela, s'il-vous-plaît ? J'avance étape par étape. Par la suite, j'aimerais que X.com et Y.fr mène vers le site web général du Syno, quand les domaines A, B, C et D mènent chacun vers un site web personnel. Merci de votre lecture et de votre précieuse aide 🙂

D'après l'équipe technique, ce serait effectivement un problème hardware.

Merci de ton retour @CyberFr. Je viens d'ouvrir un ticket, let's see !

Bonjour à tous, Aujourd'hui, surpris de ne pas avoir accès à mon NAS de backup, je regarde les LED et celle du statut et des disques sont en orange. Je redémarre le NAS et la LED du statut passe en vert clignotant et celles des HDD (Seagate IronWolf Pro 6To) sont éteintes. Au niveau interface admin (Port 5001), celle-ci est fière de m'annoncer qu'aucun disque n'est détecté et me demande d'en installer pour procéder à l'installation de DSM. J'ai donc essayé de retirer les HDD un par un, puis redémarrer. Même erreur. En suivant l'aide Synology, j'ai aussi essayé d'inverser les HDD. Même erreur. Les LED HDD ne s'allument toujours plus et la LED Statut clignote toujours. Quand l'interface demande encore d'insérer des HDD. Admettons qu'un HDD soit HS, pourquoi pas, mais dans ce cas le SHR aurait fait son job et j'aurais reçu une notification. Mais là, rien du tout, juste plus de fonctionnement du système complet... Any Idea ? NB : Toutes les données sont sauvegardées sur mon NAS principal (DS920+), il n'y a donc aucune perte de données à l'heure actuelle, mais je ne saisis pas ce qu'il se passe et aimerais désormais votre avis pour le comprendre et agir en conséquence. Merci beaucoup !

Fait !

Bonjour @oracle7 et merci de prendre quelques instants pour me répondre. Je ne l'avais pas fait volontairement, ça m'avait simplement semblé logique à l'époque. Effectivement, sans même savoir que ça ralentissait les échanges, je m'en étais bien rendu compte. J'étais passé à côté de cette info. My bad. Sur les tutos sécurité du NAS, il est indiqué de l'activer, je n'ai pas cherché plus loin... Après l'avoir désactivé, tout fonctionne parfaitement et plus rapidement ! Du coup, puisque ça fonctionne après le tip précédent et que ma config locale n'a rien de particulier, pas besoin de vérifier tout ça 🙂 Merci encore et bien cordialement, Jérémy

Merci d'avoir pris le temps de me répondre @PiwiLAbruti et d'expliquer quelles étaient les options à ce jour. Je m'occupe de faire la demande également, merci !

Le NAS et son accès sont sécurisés. Je mets tellement un point d'honneur à sécuriser le NAS que je demande ici un moyen de moins exposer les pages de connexion aux applications, du moins faire en sorte qu'elles ne puissent être devinées aisément. L'accès à la page de connexion du NAS est pour le coup accessible via le web, oui, sous certaines restrictions.

Bonjour à tous, Je gère mes photos d'une manière que je considère simple : un dossier = un album photo concernant un évènement. Cela permet de traiter un album simplement sans avoir à réfléchir. J'ai fait quelques essais depuis que Photo Station a laissé place à Synology Photos et j'avoue ne pas aimer la manière dont l'application gère/trie les photos de manière indépendante. À l'heure actuelle, tous les dossiers apparaissent bien dans l'onglet Photos. Est-il possible que les albums photos soient automatiquement créés et synchronisés avec ces dossiers de photos ? Le but est bien entendu d'éviter de tous les créer manuellement et de ne pas avoir à les maintenir à jour manuellement non plus. Merci 🙂

Bonjour, De mon côté, j'ai toujours doublé les chiffrements en pointant vers les ports HTTPS des applications. J'ai fait l'essai en pointant sur les ports HTTP des applis, qui avaient été préalablement mis à jour dans l'onglet Applications (bascule de HTTPS vers HTTP, mais cela mène à des loads infinis des pages en question... ⁉️

Merci de ces précisions. C'est bien noté pour les liens partagés depuis un navigateur en HTTP. Les connexions en HTTP étant automatiquement redirigées vers HTTPS, cela ne devrait pas se produire. C'est en effet bien fonctionnel en utilisant un sous-domaine pointant vers File Station. Cela dévoile un sous-domaine qui permet d'accéder à la page de connexion à l'application en y accédant directement, cela reste mieux que celle de DSM. C'est bête, mais idéalement et vous l'aurez compris, j'aurais préféré qu'un lien de partage généré par File Station ne dévoile pas un sous-domaine pouvant mener à l'accès à une application. Ce qui ne semble malheureusement pas possible à l'heure actuelle.

Je viens de faire l'essai avec ndd.fr et le port 443 en HTTPS, cela mène à l'erreur d'autorisation de mon premier message. Je pense ne pas être suffisamment clair et m'en excuse. Le lien fonctionne et j'arrive bien sur la même page que vous si l'accès extérieur est configuré avec les sous domaines admin.ndd.fr ou sharing.ndd.fr (qui ont tous les deux un reverse proxy HTTPS vers localhost:5001). Pour limiter l'exposition de ces sous-domaines, j'aimerais que les liens générés pour le partage de fichiers ne les utilisent pas. En effet, il n'y a pas de page de connexion à DSM en suivant le lien complet, mais il est simple de constater qu'un sous-domaine "admin" existe et de tomber sur la page de connexion à DSM pour les plus curieux. Je souhaitais donc pouvoir générer un lien fonctionnel, soit sans sous-domaine, soit avec un autre sous-domaine, qui ne mène pas à DSM.

Pardon si ce n'est pas clair : pour l'essai avec ndd.fr, j'avais laissé les ports par défaut HTTP 5000 et HTTPS 5001. Pour avoir quelque chose de cohérent, j'ai créé un sous-domaine sharing.ndd.fr, qui est déclaré dans l'accès extérieur du NAS et ai configuré le reverse proxy de ce sous-domaine vers localhost:5001. Cela fonctionne ainsi, comme quand j'avais saisi admin.ndd.fr. Ce sous-domaine mène donc également à une page de connexion à DSM. J'aurais aimé pouvoir partager un lien qui ne comprend pas de sous-domaine, encore moins un sous-domaine permettant d'accéder à une page de connexion à DSM. Cela n'est pas envisageable de gérer le NAS depuis admin.ndd.fr et que les liens de partage soient sous une autre forme / via un autre sous-domaine qui ne mène pas à une page de connexion DSM ?