.Shad.

Content d'avoir pu t'aider, au plaisir !

Je me rappelle avoir lu de Fenrir dans son tuto sur la sécurité qu'activer le HSTS est une mauvaise idée. De souvenir, ça indiquait à ton navigateur d'aller directement sur la page HTTPS. J'ai bien conscience que ce n'est pas la nature de ton problème ici, mais tu devrais peut-être essayer avec un autre navigateur voir si tu obtiens le même résultat. De plus il y a une option dans DSM permettant de rediriger les requêtes HTTP vers HTTPS, est-ce que d'une manière ou d'une autre ça n'interfère pas dans ton cas ?

As-tu ajouté ton sous-domaine files.ndd.ovh à ta zone DNS OVH ? files.ndd.ovh CNAME nas.ndd.ovh Si le ping depuis l'extérieur de ton LAN renvoie l'IP WAN de ta box c'est qu'au moins l'enregistrement A de ton IP fixe sur OVH ou l'entrée Dynhost vers ton IP dynamique est correctement configurée.

Même WeTransfer ne propose rien d'aussi simple que ce tu demandes 😛 Avec DS File sur Android (et iOS j'imagine également), tu as une option pour partager sur le service de ton choix à la fin de la création du lien. C'est encore plus rapide que via navigateur sur pc/laptop.

Regarde du côté de Mopidy je m'en sers pour diffuser de la musique chez moi, que ce soit mes fichiers locaux ou Spotify. Il y a surtout tout un paquet de plugins disponibles via la documentation, tu y trouveras peut-être ton bonheur.

Hello, Tu as testé la méthode du premier post ou celle de Tony Lawrence référencée par @Fredje_B ?

Allez hop, 1 an et demi, un beau candidat au topic du déterrage de post, mais c'est le seul sujet qui traite des symptômes que j'ai rencontrés hier, et ayant pu résoudre le souci, j'ai pensé que ça pourrait être utile à quelqu'un d'autre. Aucun changement de certificat récemment, rien non plus dans mes reverse proxy, et je me suis retrouvé avec un problème similaire à celui évoqué plus haut. Dans mon cas la console de chrome disait entre gros que j'essayais de faire l'https sur de l'http (ce qui est le cas avec le reverse proxy). En faisant pointer vers le port personnalisé HTTPS de VideoStation au lieu du port HTTP, le problème a été contourné. A noter que j'obtenais un résultat similaire avec Edge, lui ne me prévenait de rien mais la lecture de la video ne s'enclenchait pas. Pas pu tester avec Firefox car pas installé. Si ça peut aider quelqu'un...

On pourra peut-être t'aider si tu nous fournis le détail des logs du container, là ainsi... 😄

Je viens de vérifier, j'ai enlevé la règle d'ouverture de port pour CardDAV (8008) et ça fonctionne bien derrière le reverse proxy, donc je ne sais pas s'il y a eu un changement entre temps... donc ça devrait marcher chez toi.

Oui je me suis fait la même remarque que toi, mais dans les faits je n'ai pas su faire autrement. ^^

Tu as l'option HSTS dans ton reverse proxy qui a déjà pour fonction de forcer le HTTPS, donc peut-être s'assurer que ta modification du .htaccess ne pose pas problème. Pour ma part j'ai ouvert le port 8008 pour CardDav dans mon pare-feu DSM, sinon ça ne marchait pas, malgré le reverse proxy. Bonne chance !

Webstation utilise déjà le port 80, quand tu crées ton container il faut rediriger le port 80 de ton container vers un autre port, libre, sur l'hôte à savoir ton NAS, par exemple : -p 3080:80 Si tu crées ton container en ligne de commande, ça assigne le port 3080 du NAS au port 80 du container. Si tu crées ton container directement dans DSM, il y a un onglet qui concerne l'exposition des ports, à entrer de la même manière (port sur le NAS -> port du container).

Salut, Tu as peut-être configuré un port personnalisé pour Download Station ? Si c'est le cas c'est celui-ci que tu dois configurer. Après je te conseillerais plutôt d'utiliser le proxy inversé de Synology pour passer par le port 443 plutôt qu'un autre si tu souhaites avoir un accès extérieur à ta seedbox. Et si tu n'as pas une IP fixe alors tu devras la mettre à jour à chaque changement d'IP, pas très pratique non ? ^^

En bas à gauche sur Portainer 🙂

Bonjour, Je me permets de citer ce message qui date de quelques pages et qui j'ai l'impression, n'a pas reçu de réponse, étant confronté au problème je rebondis. J'ai mis en place mon résolveur dns local depuis quelques jours pour bénéficier de la redirection automatique de mon nom de domaine en fonction de l'IP source, tout marche je dois le dire très bien dès que cela concerne le NAS. En revanche j'utilisais le reverse proxy de mon syno pour me connecter en https sur les applications hébergées sur mon raspberry pi, et depuis la mise en place du dns local, cela ne fonctionne plus. Je pense voir où se situe le problème, en effet si je rajoute un enregistrement A du type : pihole.domaine.tld A IP_locale_du_Pi et que j'ai une entrée dans mon reverse proxy : https://pihole.domaine.tld:443 vers http://IP_locale_du_Pi:port j'ai l'impression que : - soit il y a une redondance dans la direction - soit une sorte de conflit Avant d'utiliser le DNS en local, je gérais tout via mes enregistrements publics chez OVH, j'utilisais les profils d'accès pour limiter l'accès via le net. Maintenant sur Chrome j'obtiens l'erreur ERR_CONNECTION_REFUSED (le site est introuvable). Comme kornfred, en http tout fonctionne parfaitement.

Bonjour, As-tu bien la version 1.20.2 de Portainer ? ce problème m'arrivait quand Ouroboros mettait à jour Portainer pendant le build 1.20.0 et 1.20.1, plus de souci depuis la 1.20.2 de mon côté.

J'ai essayé deux solutions différentes : LibreNMS et le combo telegraf + influxdb + grafana Le premier est assez simple à installer (via docker), et il existe un tutoriel très bien fait pour l'installer : https://jasonloongphotos.com/2017/synology-snmp-network-monitoring-with-librenms-docker/ Le second je n'ai pas trouvé de guide, c'est en passant du temps dessus que j'ai réussi à le faire fonctionner, telegraf récolte les données du NAS via les MIBS de Synology, influxdb est une base de données vers laquelle telegraf envoie ses données, influxdb les expose sur un port que grafana, un outil qui permet de mettre en forme les données, scanne régulièrement. Les tableaux et graphiques de Grafana sont générés via des requêtes de base de données. Cette dernier combinaison permet réellement de sortir ce que l'on veut, mais je n'ai pas encore trouvé comment afficher autre chose que le NAS, mais j'ai lu que c'était tout à fait possible. Ici pour un aperçu de LibreNMS ; on peut voir mon Syno à gauche et mon Raspi à droite (je viens de le relancer pour répondre au tuto donc les courbes viennent seulement de débuter :p) Pour le combo, un exemple de dashboard disponible sur le site de Grafana : SI besoin d'un tuto pour ce dernier je peux en faire un à l'occasion.

https://www.ldlc.com/informatique/reseau/serveur-nas/c4314/#utm_source=newsletter-ldlc&utm_medium=email&utm_campaign=L000219&a_aid=531894790af72&data1=L000219 -10% sur tous les nas avec le code MAGIC

docker-compose est installé par défaut sur ton Syno, c'était directement dans la documentation de Docker que j'avais eu les infos, je n'ai pas cherché ici. Si tu n'es pas rebuté par l'anglais tu devrais t'en sortir. Je ferais bien un tuto mais je manque cruellement de temps libre en ce moment. 😩

Tu as écrit docker.so ck au lieu de docker.sock 🙂 Edit : le = n'empêche rien, les deux écritures fonctionnent, j'aime bien le mettre pour compartimenter chaque paramètre. Et oui, Portainer verra tout ce qui est fait sur le package.

EDIT : Tu as été plus rapide, tant mieux, n'hésite pas à essayer docker-compose à l'occasion, c'est plus pratique car tu n'as pas à tout retaper quand tu veux recréer ton container 🙂 Tu ne précises pas l'exposition du port 9000 ici, mais si tu accèdes à l'interface c'est que tu as dû le faire. En revanche ce qu'il te manque c'est le montage du fichier /var/run/docker.sock. C'est lui qui permet à Portainer d'avoir accès à toutes les infos liées à tes containers et ton docker engine, pour remplacer l'UI de base de Synology. Mais pour cela, je te conseille plutôt de passer par une connexion SSH pour créer ton container, tu pourras ainsi te connecter en root et monter facilement le docker.sock Si tu n'as jamais fait ça, je te redirige vers le tuto de Zeus à ce sujet : Dans son tuto, une fois connecté en root après avoir tapé sudo -i Il te suffit de taper le code suivant : docker create --name=portainer --restart=always -p 9000:9000 -v /volume1/docker/portainer_data:/data -v /var/run/docker.sock:/var/run/docker.sock portainer/portainer puis dans une commande suivante : docker start portainer Tu refais la procédure de définition du mdp admin, et quand tu vas te connecter en local ça devrait marcher cette fois. PS : si ça ne marche toujours pas, essaie de refaire la manipulation en supprimant au préalable tous les fichiers dans portainer_data

Peux-tu coller ici ton script de création de container pour portainer ?

Merci ça a marché nickel chez moi avec les en-têtes que tu as précisés !

Ok pour la méthode de vérification, c'est par contre 10 fois plus long que d'aller vérifier le dernier tag sur docker hub 😄

Toujours les mêmes commandes, je fais par contre updateself puis update pour vérifier d'abord s'il existe une mise à jour du script d'installation/màj avant de mettre à jour à proprement parler. A la fin de update il fait normalement automatiquement la màj de la db, si message d'erreur (ça m'est arrivé une fois) tu lances updatedb à la suite. Tu ne le sais pas automatiquement, à moins d'aller voir sur Docker Hub, ou bien tu crées une tâche planifiée ou une crontask qui exécute le script à intervalle régulier.