.Shad.

Il n'a trouvé aucun dépôt privé auquel se connecter dans le fichier config.json Si tu n'en as pas ajouté, rien de plus normal. Plus d'informations ici : https://github.com/containrrr/watchtower/blob/master/docs/private-registries.md

Qu'on me corrige si je me trompe ( @jacaj ), mais FRX c'est disques CMR et FAX SMR, et tu as tout intérêt à utiliser des CMR.

Concrètement je ne vois pas d'intérêt de mettre à jour aussi souvent pour un particulier. Uniquement dans un environnement de développement en équipe. Et ces gens-là créent généralement leur propre dépôt auto-hébergé ou sur GitLab, et ne sont donc pas soumis aux restrictions (ou alors utilisent la version payante de Docker). Je trouve le cron bien plus adapté. 😉

Synchronisation et sauvegarde ce n'est pas la même chose, pour la sauvegarde tu as Active Backup for Business si tu as un NAS modèle "+", sinon pour la synchronisation tu connais déjà c'est Drive. Je ne vois pas de solution pour faire ceci en mode session fermée. Et je ne comprends rien à ta dernière phrase.

Tu n'as pas joué en SSH avec le fichier sshd_config ? Essaie d'utiliser Telnet au lieu de SSH, par contre pour corriger le problème il faudrait connaître la cause, ça n'a pas l'air d'être ton cas. En dernier recours, suivre la procédure officielle : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_reset_my_Synology_NAS Je pense que dans ton cas un reset mode 1 ne changera rien et il faudra passer par une réinstallation de DSM.

Les serveurs sont probablement américains, d'où le fait de réaliser le test sur des ports dont on autorise toutes les sources. Si tu as limité à la France c'est normal que ça ne fonctionne pas.

Pour compléter la réponse de @Lelolo : C'est 100 pulls par jour maximum pour la version community (gratuite) de Docker. Alors avec un intervalle de 300s tu y arrives vite.

Salut belle présentation, et tu as déjà pris tes renseignements c'est bien, on ne part pas d'une feuille blanche. 🙂 Tu n'auras aucun mal à te servir de ton NAS à l'étranger, essaie peut-être de te renseigner auprès des FAI locaux voir ce qu'ils autorisent ou non, typiquement : - Possibilité d'avoir une IP fixe (Free fait office de quasi exception en francophonie) - Possibilité d'ouvrir les ports 80 et 443 Autant l'IP fixe n'est pas fondamentale en soi (mais c'est un plus), autant le non-blocage de ports est primordial. Si tu pars en Belgique n'hésite pas, j'y réside depuis 10 ans bientôt je peux te renseigner. 🙂

À mon avis tu peux passer par l'installation manuelle via le centre de paquets. Mais je ne saurais pas te dire quel paquet utiliser par contre.

@Jeff777 Il va mettre à jour ton conteneur. Si il y a des ajouts par rapport à la version de base (python3 je crois ?) et s'il n'y a pas de volume monté comprenant l'ensemble des fichiers dont python3 a besoin pour fonctionner, il se peut qu'il disparaisse à la màj. Si c'est effectivement le cas, la solution la plus propre me semble d'utiliser cette fonctionnalité de watchtower : https://containrrr.dev/watchtower/lifecycle-hooks/ Tu crées un script qui va télécharger python3, l'installer, et faire tout ce qu'il y y a besoin de faire, le rendre exécutable et le mettre dans le dossier telegraf de ton NAS. Dans le compose, tu montes ce script à la racine du conteneur : ... volumes: - chemin/vers/script.sh:/script.sh ... labels: - "com.centurylinklabs.watchtower.lifecycle.post-update=/script.sh" ... Si je comprends bien le fonctionnement, une fois le conteneur telegraf recréé, il va exécuter ce script, à toi de faire en sorte que le script remette ton conteneur en état de fonctionnement.

Pour bien comprendre, 10.8.0.6 c'est l'IP VPN du client (le DS918+) et 10.8.0.5 l'IP VPN du serveur (le 213j) ? C'est déjà étrange que son IP soit en .5 s'il s'agit du serveur ? De plus dans ta capture d'écran HyperBackup, l'IP cible c'est celle du DS918+ (si j'ai bien suivi), ça risque pas de marcher. Essaie déjà avec 10.8.0.5 à la place. Ou .1 si ça ne donne rien. Je ne vois pas pourquoi ton serveur est en .5 honnêtement.

Bienvenue parmi nous 🙂

Clairement un Raspberry Pi sera plus indiqué.

Hello, pas à ma connaissance. Je crois que @oracle7 avait fait des recherches à ce sujet, mais aux dernières nouvelles ça n'avait rien donné.

Si tu as réglé sur une mise à jour par scheduling, la tentative de mise à jour ne se produira qu'à la date réglée. Si tu veux tester que ça marche tu peux utiliser interval à la place de scheduling.

Le chargement de fichier .env est une fonctionnalité de docker-compose, pas de Docker. Or Portainer n'utilise pas docker-compose mais la commande docker stack, qui est une fonctionnalité de Docker. Donc pour moi c'est logique. Si tu veux déployer watchtower avec Portainer, il faut soit supprimer le fichier env et intégrer les variables dans le fichier compose, ou mieux, utiliser la fonctionnalité docker secret. Exemple de comment se servir de docker secret : https://www.authelia.com/docs/configuration/secrets.html J'ai déjà essayé d'utiliser Portainer pour créer les conteneurs, j'avais même essayé d'y définir des variables d'environnement, problème : elles ne s'enregistraient pas. Du coup je reste avec docker-compose, qui me convient très bien.

L'un me semble bien meilleur marché que l'autre en tout cas 😛

Ca vieillit assez bien, un modèle 16 par exemple est encore tout à fait correct. De plus tu auras la série de NAS la plus récente (avec les 21 déjà sortis) avant l'arrivée de DSM 7. En plus ton modèle est compatible Docker et VMM, ça va te permettre de faire à peu près tout ce que tu veux. Même si j'aurais plutôt tendance à m'orienter vers un DS918+ à ta place, la RAM de base n'est pas soudée (donc deux slots upgradables) contrairement au DS920+, en tu peux commencer à trouver de bons prix, surtout en ces temps-ci. Si tu lui demandes de transcoder (càd que le périphérique qui lit la vidéo ne sait pas en décoder le format), ça devrait le faire pour du 1080p, oublie en revanche pour du 4K. Ca vaut pour tout ce que tu trouveras comme NAS sur le marché, pas que pour ce modèle. Que ce soit en local ou en extérieur, si tu as la fibre l'un n'est pas très différent de l'autre. Pour l'échange de fichiers, aucun problème, tu peux même faire de l'agrégation de liens (car deux ports RJ45), dans le cas où tu as plusieurs utilisateurs c'est très pratique. Pour le RAID je ne suis pas le mieux placé pour en parler, mais je pense que tu devrais utiliser la version Synology des RAID, à savoir SHR dans ton cas. Ca correspond à du RAID1 ou RAID5 évolutif de l'un à l'autre. Donc tu peux par exemple mettre 2 x 6 To dans ton NAS, en SHR avec protection des données ça équivaut à un RAID1, donc disque miroir. Si tu rajoutes un disque de 6 To tu auras effectivement 12 To disponibles, mais ça peut venir plus tard quand les finances le permettront. Et si tu as envie de mettre un 10 To à la place du 6 To, c'est tout à fait faisable en SHR, contrairement au RAID5 qui réclame des disques de même capacité. En revanche seuls 6 To des 10 To sur le 3ème disque seront utilisables. les 10 To deviendront disponibles si tu remplaces les autres 6 To par d'autres 10 To. @Mic13710, @maxou56 et @firlin sont plus calés sur ce sujet.

Bienvenue parmi nous ! 🙂 Tu ne commences pas par le plus petit modèle. 🙂

Ce qu'on appelle communément un dual-WAN, c'est d'avoir deux connexions entrantes à une même adresse. Ca permet de mutualiser le débit et d'avoir un système de fail-over : en cas d'indisponibilité d'une connexion, l'autre prend le relais. Dans ton cas, si comprends bien tu voudrais que ton free player initialement du bâtiment 2 (mais ramené au batîment 1) reçoive une IP via le DHCP de ta box ADSL située dans le bâtiment 2. Même en jouant avec du VPN ça ne me semble pas faisable, ou si ça l'est, il faut faire partir j'imagine avec un VPN site-à-site et mettre en place du routage et du VLAN pour isoler le free player du réseau 1 dans ton bâtiment 1. Ca me semble hyper compliqué. 🤔 Je ne connais pas le fonctionnement de Free, un free player ne peut fonctionner qu'avec une box donnée ? Par ailleurs plutôt qu'utiliser un pont wifi de 150m (😅), tu aurais mieux fait d'avoir un client VPN dans le bâtiment 1 et un serveur VPN dans le bâtiment 2, sans être la panacée ce sera toujours beaucoup mieux que ton infrastructure actuelle. 👌

Ces avertissements sont dus à la version combien obsolète de OpenVPN dans DSM. Tu ne peux pas y faire grand chose, à part rajouter quelques paramètres dans le fichier ovpn, dans les faits ça ne changera rien. Le problème vient visiblement de là : Comme @Jeff777 je privilégierais un problème avec Windows. Tu peux essayer de déinstaller OpenVPN et TAP-adapter de Windows, et réinstaller. En dernier recours, quelques pistes, en espérant que tu trouves une solution : https://www.systemmen.com/security/vpn/fix-openvpn-route-gateway-is-not-reachable-261.html https://forums.openvpn.net/viewtopic.php?t=12362

@Mic13710 : Je ne pense pas que l'adresse utilisée influe, elle fait simplement correspondre un ndd à une IP. Si tu te connectes depuis ton smartphone sur ton bureau DSM avec l'adresse Synology, tu verras bien l'IP de ton smartphone. l'IP de la zone DNS de Synology n'intervient pas. @DaffY : Ici je ne pense pas que ça l'aide, il a exposé le port 5001 de son NAS directement. Il ne sert visiblement pas du proxy inversé. @Den91 : Ca ne sert à rien de cocher "Rediriger les requêtes HTTP vers HTTPS" si tu n'exposes pas le port 5000, quand tu accèdes au port 5001 tu parles directement HTTPS. De manière générale, je t'invite à décocher cette case, si tu mets en place un proxy inversé elle te posera un problème, et n'apporte pratiquement rien. Attention dans ton pare-feu, tu as autorisé 176.16.0.0 et pas 172.16.0.0, actuellement quelqu'un qui a l'IP 176.16.12.34 peut accéder à ta page de connexion DSM. Pour vérifier la suggestion de @Mic13710 au cas où, transforme temporairement ta règle "Tous Tous France Autoriser" en "5001 TCP Tous Autoriser". Profites-en aussi pour vérifier que le port est bien ouvert : https://www.yougetsignal.com/tools/open-ports/ et tu testes le port 5001. Si toujours rien de neuf, passe le pare-feu de ta box en faible et refais le test. N'hésite pas à vider le cache de tes navigateurs entre chaque essai.

Y a rien de moins sûr 😛

Très voire trop je trouve 😄 Mais tu peux y jeter un oeil. Sinon celui que j'utilise en ce moment : https://hub.docker.com/r/rmountjoy/dashmachine et https://github.com/bastienwirtz/homer qui est pas mal aussi. Dashmachine a l'avantage d'avoir un système d'identification, et multi-utilisateurs, ma femme peut donc utiliser la page pour accéder aux quelques applications qui l'intéressent. Attention, ces deux-là fonctionnent avec du json, la configuration (pas le résultat) est moins graphique qu'avec Heimdall. Heimdall dont le développement est abandonné depuis déjà pas mal de temps, le créateur travaille sur une autre version : https://github.com/linuxserver/heimdalljs mais j'ai l'impression que ça avance à pas d'escargot.

Bienvenue parmi nous 🙂