.Shad.

Bienvenue 🙂

Hello, bienvenue parmi nous, au plaisir de te croiser au détour d'une conversation. 😉

Comme ça non désolé, tu as essayé de contacter Cyberghost directement ? s'ils n'ont pas eu vent du problème, et tu ne dois pas être le seul à utiliser leurs services avec un DSM dernière version, ils ont probablement des pistes pour t'aider. https://support.cyberghostvpn.com/hc/fr/requests/new

Bienvenue parmi nous !

Bienvenue parmi nous !

J'essaie d'attendre toujours quelques semaines avant de faire une mise à jour, ça évite parfois les déconvenues de ce genre. 🙂 Après rien ne prouve que la màj est fautive, mais bon, ça y ressemble un peu quand même. 😉

Voir le message de @Mic13710, je ne dis pas que c'est lié, je dis que ça commence à faire pas mal de retours concernant des problèmes avec OpenVPN depuis l'update 5. En l'état je t'invite à suivre le sujet et le forum officiel Synology : https://community.synology.com/enu/forum/1

Très intéressant, merci @maxou56 !

Tiens-nous au courant du résultat final, je suis étonné de voir qu'en supprimant récursivement dans / tu arrives à réinstaller DSM, c'est donc que la partition de démarrage est dans une partition autre, bonne nouvelle.

Bienvenue par nous, je te conseille de jeter un oeil au sujet dédié à la sécurisation des accès au NAS :

En partant de quelle version ? Tu peux déjà essayer de modifier les DNS utilisés par le NAS, c'est dans Panneau de configuration -> Réseau -> Cocher Configurer manuellement le serveur DNS et tu peux mettre par exemple ces deux adresses : 9.9.9.9 1.0.0.1 Vérifier ensuite si tu as toujours des problèmes de connectivité.

Hello ! Bienvenue parmi nous 🙂

@Dimebag Darrell Ah ? moi, même en root (quand je ne précise pas de user dans le fichier compose), ça ne fonctionne pas. En revanche j'ai procédé autrement, pour éviter de devoir toucher aux permissions du socket docker. J'ai utilisé l'image https://github.com/sjawhar/docker-socket-proxy qui permet d'exposer via un conteneur un socket docker. Et ce conteneur est dans un réseau uniquement composé de telegraf et lui-même. Ainsi Telegraf accède au socket via les permissions natives, et je n'utilise pas de certificat TLS (contrairement à ce que je fais dans ce tutoriel) car seul Telegraf peut avoir accès au socket, ce que j'estime ne pas représenter de danger outre-mesure. Mon fichier compose pour le proxy : version: "2.1" services: docker-socket-proxy: image: sjawhar/docker-socket-proxy container_name: docker-socket-proxy hostname: docker-socket-proxy networks: - net-dsp environment: - LISTEN_SECURE=false - LISTEN_PORT=2375 volumes: - /var/run/docker.sock:/var/run/docker.sock:ro labels: - "com.centurylinklabs.watchtower.enable=true" restart: unless-stopped networks: net-dsp: external: true net-dsp est le réseau qui accueille également Telegraf, dont le compose est le suivant chez moi : version: "2.1" services: telegraf: image: telegraf container_name: telegraf networks: - net-dsp # non-root user needed since 1.20.3 user: telegraf:65536 volumes: # config - /volume1/docker/telegraf/telegraf.conf:/etc/telegraf/telegraf.conf:ro # additional MIBs - /usr/share/snmp/mibs:/usr/share/snmp/mibs:ro # local time preset - /etc/localtime:/etc/localtime:ro - /etc/TZ:/etc/timezone:ro # docker socket mounting - /var/run/docker.sock:/var/run/docker.sock:ro labels: # watchtower label only monitoring - "com.centurylinklabs.watchtower.enable=true" restart: unless-stopped networks: net-dsp: external: true Remarque : C'est normal que Telegraf ne partage pas de réseau commun avec InfluxDB et Grafana, ces derniers sont sur un VPS dans mon cas, il accède donc à InfluxDB via son entrée de proxy inversé sur le VPS directement.

Je serais étonné qu'un reset fonctionne si tu as vraiment supprimé tout le contenu de ta racine. Car je pense que la partition de boot est incluse dans / A vérifier mais j'ai des gros doutes...

Le résultat est le même, c'est l'accessibilité qui change. L'avantage d'avoir une authentification par clé, c'est que ça exclut d'emblée tous les périphériques dont les clés publiques n'ont pas été ajoutées au fichier authorized_keys. L'autre intérêt d'une clé (mais sans mot de passe) est de permettre l'exécution de scripts à distance.

Welcome !

Bienvenue parmi nous !

Bienvenue parmi nous ! 🙂

Tu peux aussi apporter ton témoignage sur le sujet suivant, qui sait ce qui pourrait en ressortir :

@MilesTEG1 Beau boulot, remarques : Avoir UseTLS et UseSTARTTLS simultanément est contradictoire. Si tu utilises le port 587 c'est STARTTLS et tu peux désactiver UseTLS. Attention aux droits lorsque tu montes le fichier ssmtp.conf sur ton NAS Ajouter des DNS n'est utile que s'ils diffèrent de ceux utilisés par la résolution DNS Docker, qui se base sur celle de l'hôte.

Bienvenue parmi nous !

Cette suggestion n'avait rien à faire là. On n'installe pas des paquets sur un SSD externe, ni sur un HDD d'ailleurs. Il parlait d'un volume de SSD. C'est une discussion complètement différente qui n'a rien à faire ici. Si tu m'envoies un lien TeamViewer par MP je veux bien regarder. La discussion tourne en rond ici.

Voir mon impression d'écran et mes explications dans mon message de 21h21 hier. Ce serait bien de créer un autre sujet non ?

@ewfzapp J'ai rien pigé rien ne fonctionne c'est un peu vague. Ca coince où ? Qu'est-ce que tu ne comprends pas ?

Hello, bienvenue parmi nous. Mince @oracle7 tu as été devancé ! 😄