.Shad.

Il y a des solutions plus simples à mettre en place via Docker. Moi à ta place je regarderais Wireguard (dispo aussi via PiVPN), globalement plus simple à mettre en place, et tu trouveras plus d'informations pour faire un VPN site-à-site. Et en terme de performances, bien meilleur qu'OpenVPN. 😉

Je pense que dans ce cas-là il faudra revoir tes exigences. Tu peux t'orienter vers une solution PiVPN site-to-site : https://www.pivpn.io/ et https://www.raspberrypi.org/forums/viewtopic.php?t=295452 Il faut jouer avec les routes mais ça me semble faisable, et ça te dispense d'utiliser le client vpn du NAS.

Perso j'utilise BorgBackup qui gère tous les aspects d'une sauvegarde, chiffrage, versionning, incrémentabilité... Pour sauvegarder mon VPS et mes Rpi sur mon NAS.

Tout dépend de l'utilisation que tu fais du NAS quand il est connecté en VPN. Parce qu'avec Docker ce serait très facile de se connecter sur ton raspberry.

@dbouchy Je ne dis pas que c'est forcément la différence de version qui fait que cela ne fonctionne pas, mais que c'est une possibilité. As-tu besoin que le serveur soit sur le Rpi et pas sur le NAS ? Si c'est interchangeable ça pourrait te faciliter la vie.

On parlait de synchro pour laquelle le port 6690 est hardcodé dans DSM et le proxy inversé ne fonctionne pas. @MimiraK Tu as fait un nslookup via la 4G sur DS Video, qu'obtiens-tu pour les autres sous-domaines de ton proxy inversé, toujours la même chose ?

Voir message de @MilesTEG1 un peu plus haut : Et pour : Je t'ai répondu entre temps. 😉

Quid des autres applications ? elles devraient fonctionner normalement. As-tu bien désactivé "Rediriger automatiquement les connexions HTTP vers HTTPS pour le bureau DSM" dans Panneau de configuration -> Réseau -> Paramètres de DSM ? Pour Drive c'est normal que ça marche pas, l'application Drive sur le port 10002 n'est qu'une application de gestion de Drive pour un utilisateur. Les données transitent par le port 6690/tcp, et ne peuvent pas passer par un proxy inversé. Si tu veux que tes collègues synchronisent leurs fichiers sur le NAS depuis l'extérieur, il faut faire une redirection de ce port dans ta box vers ton NAS, et l'autoriser dans le pare-feu du NAS. Dans le client, ils doivent indiquer un domaine pointant sur ton IP publique, par exemple ndd.com. Tu as bien coché HTTPS dans l'appli à l'écran de connexion ? Tu peux te connecter avec un PC portable sur la 4G de ton smartphone en mode point d'accès mobile, et depuis une invite de commande Windows, tu tapes : nslookup exemples.ndd.com exemples étant évidemment un domaine correspondant à un de tes proxy. Normalement ça doit renvoyer ton IP publique.

Il nous faut toute une série d'impressions d'écran, parce que là on y va à tâtons : - tes redirections au niveau de la box - tes règles de pare-feu - les ports utilisés pour les applications Synology (Portail des applications) - les entrées de proxy inversé (Portail des applications -> Proxy inversé) et leur contenu

Ben si tu comptes t'en servir oui, sinon tu peux l'effacer, c'est toi qui vois.

Les IP qui étaient là par défaut correspondent généralement à l'hébergement gratuit de quelques Mo que propose un fournisseur de nom de domaine lors de l'achat. Bien suivre les conseils de @Mic13710 et dis-nous ce qu'il en est une fois les enregistrements corrigés.

C'est là que ça a l'air de planter, mais ce n'est pas beaucoup plus limpide. Tu génères un fichier ovpn depuis ton raspberry ? Tu utilises OpenVPN AS (Access Server) ? Attention que la version d'OpenVPN des NAS Syno date de ... 4 ans bientôt (juin 2017, oui c'est une honte, surtout pour un service qui concerne la sécurité). Il y a des grandes chances que le fichier ovpn que tu utilises comporte des options incompatibles ou dépréciées. Vérifie que ton serveur peut accepter des connexions depuis un client en version 2.3.17

Regarde ce que tu trouves dans messages, éventuellement tu grep derrière : cat /var/log/messages | grep -C 20 vpn

Sans logs ça va être compliqué... Que dit le centre de journaux ?

Bienvenue parmi nous !

Welcome back !

En effet, ça n'existe pas pour armv6. Donc oui tu peux oublier.

👌 Tu peux toujours installer Telegraf nativement aussi. 😉

Bienvenue parmi nous !

Par curiosité, tu peux tester la même chose avec cette image : https://registry.hub.docker.com/r/hypriot/armhf-hello-world docker run hypriot/armhf-hello-world

Bienvenue parmi nous !

Et commencer par la base :

Bienvenue !

Les bisous ? Ça existe encore ça ? Bienvenue. 🙂

Que donne les dernières entrées de : systemctl status docker.service