.Shad.

Ca sent plutôt le spam non ? 😛

Si quelqu'un a un périphérique type Sonos ou autre qui ne fonctionne qu'en SMBv1, j'ai quelques tests à conduire pour une solution que j'ai mise en place via Docker. Ca consiste à ne pas toucher aux réglages de DSM tout en ayant accès en SMBv1 aux dossiers partagés du NAS. N'ayant aucun périphérique de ce type, je ne peux pas être conduire moi-même les tests et vérifier que tout est fonctionnel. Si volontaire il y a, me MP. PS : Il faut un NAS compatible Docker.

Normalement Photostation émet bien sur les ports 80 et 443 (80 du moins j'en suis certain). Quand tu dis que tu atteins les autres applications en HTTPS, c'est via quelle adresse si tu n'utilises pas le proxy inversé et le portail de connexion (donc pas de port ou de domaine personnalisé) ? Pour ma part j'utilisais une bête entrée de proxy inversé pour les apps web de DSM (Photostation et phpMyAdmin notamment) : https://nas-apps.ndd.tld:443 -> http://localhost:80 et j'y accédais via https://nas-apps.ndd.tld/photo et https://nas-apps.ndd.tld/phpMyAdmin

Bienvenue parmi nous ! 🙂

Bienvenue parmi nous !

Il faut appuyer sur F12, puis onglet "console" normalement. 😉

Ce n'est pas lié au port sur lequel est exposé PhotoStation, c'est le port utilisé lors d'un partage de lien photo par exemple. @toutnickel Que dit la console développeur de ton navigateur ? c'est une erreur 404 ?

@oracle7 Des arguments en sa faveur il y en a plein, je m'en rends compte fréquemment vu que je l'utilise depuis plus d'un an : - Gestion et renouvellement automatique du certificat - Possibilité d'éditer intégralement les configurations Nginx sans craindre qu'elle soient écrasées à la suite d'une màj d'OS ou de paquet - Configurations préexistantes de proxy inversé pour un grand nombre d'applications - Fail2ban à la demande pour toutes les applications, pas seulement celles de DSM - Surcouches d'authentification possibles : http, ldap et authelia (2FA, 1FA à la demande) Actuellement sur DSM, si tu dois traiter différemment l'url application.ndd.tld de application.ndd.tld/admin, tu oublies de le faire via l'interface. Et je suis pas sûr qu'une modification par terminal persiste à un redémarrage du paquet. Le proxy inversé de DSM est tout sauf mauvais, mais il ne tient pas la comparaison face à SWAG selon moi.

Si ça marchait bien en DSM 6, pas de raison que ça change en DSM 7. En tout cas j'ai des sauvegardes croisées entre 3 NAS, et aucun problème à déplorer de mon côté. Je crois me souvenir que @maxou56 avait rencontré des soucis de destination en utilisant un identifiant QuickConnect ? je confonds peut-être, il me corrigera au besoin. 😛

Il faudrait idéalement que j'étoffe la section f2b (et que j'ajoute l'implémentation de f2b-discord, que j'utilise depuis qu'on a regardé ça ensemble 😉). Mais je crois que ce tutoriel décourage déjà les meilleures volontés, je ne vais pas en rajouter une couche. 😄

Dans quel état Synology Assistant voit-il le NAS sur le réseau ? (s'il le détecte bien)

Tout ce qui est virtualisation et conteneurisation est indépendant de la plateforme à quelques détails près. Donc tu devrais pouvoir trouver ton bonheur sur notre forum. 😉

Bienvenue ! 🙂

Ca se fait très facilement en shell aussi, je fais du versioning pour ne pas accumuler des logs de certains scripts persos. Ce qui n'empêche pas d'apprendre Python. 🙂 Bienvenue parmi nous 😉

Non malheureusement.

Bienvenue parmi nous !

J'ai eu mon premier NAS en 2018. J'ai dû me connecter en moyenne 3 à 4 fois par an. Jamais eu d'expiration de mon NDD pour le moment.

Bienvenue parmi nous !

Bravo pour l'initiative ! J'imagine que ça va dépanner du monde. 😉

Si tu ne peux pas placer un ordinateur sur le même réseau que le NAS comme l'a suggéré @firlin, alors il te faut faire un reset mode 1 du Synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS#x_anchor_id5

Bienvenue parmi nous ! 🙂

Le plus simple est que les deux conteneurs soient dans un même réseau bridge personnalisé. Il peut être défini dans le docker-compose, dans ce cas-là il persistera tant qu'un des deux conteneurs existent, et sera effacé lorsque les deux conteneurs seront supprimés (via docker-compose down). Ou il peut être défini de manière externe, via docker network create ... Il subsiste indépendamment du reste. Et on y joint les conteneurs. Les mettre dans un même réseau permet mutuellement à chaque conteneur de contacter l'autre via le nom que tu donnes au conteneur. Si tu appelles le conteneur MariaDB "mariadb", le nom d'hôte pour la base de données à renseigner sera mariadb. Tu trouveras encore beaucoup de guide qui te disent d'utiliser la fonction de liens (link), c'est à éviter. Cette fonction est dépréciée depuis un certain temps et ne devrait pas tarder à être supprimée tout simplement.

Et localement ? Parce que 8.8.8.8 c'est juste bon pour la résolution externe.

Et fait une sauvegarde de tes données.

Est-ce que les nslookup des URL qui ne fonctionnent pas renvoient bien vers l'IP du proxy inversé ?