Toutes les discussions

Bonjour Comme beaucoup d'autres je me suis (ré)intéressé à la sécurisation de mon NAS Synology voyant les mutiplies tentatives de connexion récentes (mais heureusement sans succès). J'avais ouvert les ports vers les différentes applications (notamment DSM) mais avec authentification 2FA, tentative de mettre la connexion en HTTPS (imparfaite, problème non résolu avec le certificat Let's Encrypt pour les sous domaines), blocage d'IP après quelques tentatives infructueuses etc mais ce n'était pas terrible. Premier constat: je n'étais plus à jour de la version DSM (NAS DS 916+, les mises à jour disponibles n'apparaissent plus dans DSM ce qui est bien fâcheux et j'avais oublié ce dernier point). La correction est faite, me voici en v7.4 (mais ayant sans doute perdu au passage quelques applications comme video je crains). Après quelques longues heures mais grâce aux tutos ici (merci mille fois aux contributeurs) j'ai donc pu mettre en règle un accès (sans VPN) avec un HTTPS et un certificat qui est bien reconnu (au passage j'ai du changé de nom de domaine pour y arriver) Pare feu activé avec tout autorisé sur les IP internes et port 80, 443 ouverts sur des IP géographiques (meme si loin d'être parfait) Reverse proxy pour les applications que je voulais pouvoir accéder (port https 443 à l'entrée, redirection vers le port https des applications comme drive, file station, photo et meme DSM, activation conversion HTTPS obligatoire) Routeur aussi avec le NAT/PAT des ports 80 et 443 mais plus les ports des services applications (utilisant le reverse proxy maintenant) Cela fonctionne bien et je suis bien proprement en HTTPS (plus de message d'alerte m'indiquant que le site n'est pas sécurisé). J'ai ensuite voulu m'essayer à la mise en place ces VPN. J'ai finalement mis un peu de temps à comprendre que le VPN n'allait pas "sécuriser" les accès aux sous domaines définis dans le reverse proxy mais allaient simplement créer un tunnel vers le réseau local et un accès au NAS comme si j'étais sur le réseau local). Deux solutions "trouvées et testées" VPN mis en place via la Freebox : solution Wireguard, simple à mettre en oeuvre, accès donné à des appareils identifiés (ex son laptop, son téléphone) donc a priori très restreint tant qu'on n'a pas le fichier de configuration en question. installation du client Wireguard sur ordinateur portable, tablette ou téléphone et on est ensuite "comme à la maison". Inconvénient en revanche cela donne accès à tout ce qui est sur le réseau local, même si on ne voulait pas y donner accès. VPN mis en place via le NAS Synology avec OpenVPN (je n'ai pas essayé la seconde solution). lancement du serveur VPN, création d'un user "VPN" qui n'a accès à aucun disque mais uniquement à la ressource VPN, customisation rapide (nom de domaine) du fichier de config et installation ensuite sur les clients Avantage par rapport au VPN de la Freebox est qu'on peut limiter l'accès au serveur VPN et ne pas donner accès à tout le réseau local. Au final j'arrive donc avec ces trois solutions avec quelques différences entre elles et m'interrogeait sur le meilleur choix à retenir Accès sans VPN mais avec juste le port HTTPS ouvert et des reverses proxy (nom personnalisé mais simple à retenir) Accès avec le VPN de la Freebox, dédié à quelques appareils, simple à configurer mais ouvrant sur tout le réseau local Accès avec le VPN du NAS, un peu plus complexe à mettre en oeuvre mais davantage personnalisable, accès limité au NAS si c'est le but recherché. je suis preneur de vos conseils sur ces stratégies (voire combinaison de stratégies en mixant VPN pour l'accès au DSM et les reverses proxy pour les applications/services classiques comme Drive, File Station etc ?

Le ping ne répond pas nc donne : nc: missing hostname and port usage: nc [-46AacCDdEFhklMnOortUuvz] [-K tc] [-b boundif] [-i interval] [-p source_port] [--apple-recv-anyif] [--apple-awdl-unres] [--apple-boundif ifbound] [--apple-no-cellular] [--apple-no-expensive] [--apple-no-flowadv] [--apple-tcp-timeout conntimo] [--apple-tcp-keepalive keepidle] [--apple-tcp-keepintvl keepintvl] [--apple-tcp-keepcnt keepcnt] [--apple-tclass tclass] [--tcp-adp-rtimo num_probes] [--apple-intcoproc-allow] [--apple-tcp-adp-wtimo num_probes] [--setsockopt-later] [--apple-no-connectx] [--apple-delegate-pid pid] [--apple-delegate-uuid uuid] [--apple-kao] [--apple-ext-bk-idle] [--apple-netsvctype svc] [---apple-nowakefromsleep] [--apple-notify-ack] [--apple-sockev] [--apple-tos tos] [--apple-tos-cmsg] [--apple-tcp-maxseg mss] [-s source_ip_address] [-w timeout] [-X proxy_version] [-x proxy_address[:port]] [hostname] [port[s]]

Re-bonjour, Si finds.synology.com trouve le NAS mais que le clic n'ouvre rien, alors que QuickConnect marche, je regarderais en priorité le blocage automatique de DSM. Après plusieurs tentatives de connexion ratées (par exemple pendant les coupures de courant, ou un Mac qui retente seul avec un ancien mot de passe), DSM peut bloquer l'IP locale du Mac. QuickConnect passe quand même parce qu'il arrive par le relais Synology, pas depuis ton IP locale. Via QuickConnect : Panneau de configuration > Sécurité > Protection (ou Blocage auto selon la version) > Autoriser/Bloquer la liste. Si l'IP du Mac est dans la liste de blocage, supprime-la, et ajoute ta plage locale (192.168.1.0/24 par exemple) dans la liste d'autorisation. Pour l'IP du Mac : Réglages Système > Wi-Fi > Détails à côté de ton réseau > TCP/IP. Et si ça ne vient pas de là, un test rapide dans le Terminal du Mac aiderait à savoir où ça coince : ping IP_DU_NAS nc -vz IP_DU_NAS 5001 Si le ping répond mais que nc échoue, c'est le NAS qui refuse (blocage ou port), si le ping ne répond pas non plus, c'est plutôt côté réseau.

Aucune idée sur ce fichier. A mon avis, il n'a rien à faire ici. Le déplacer ne devrait pas avoir d'incidence, ce n'est pas un fichier système. L'agrandissement de la partition système en conservant la partition des données suppose qu'on remplace les disques par des plus gros sous dsm 7.x. Les partitions mises en places sont alors en 7.9Go mais pour les exploiter, il faut réinitialiser DSM.

bonjour, merci pour vos réponses. Je suis en phase avec toi @Mic13710 concernant les versions d'updates. je suis un peu étonné du possible problème de la partition système qui serait saturée... sur mon DS220+ j'avais réussi le passage 6.2.4 vers 7.0.1, et 7.2, 7.3, 7.4... sans problème malgré de nombreux paquets installés et une partition système à 2.3Go j'ai fait quelques recherches, et trouvé ce sujet: https://www.nas-forum.com/forum/topic/81212-r%C3%A9solu-partition-syst%C3%A8me-satur%C3%A9e/ et: https://www.nas-forum.com/forum/topic/77086-version-72-64570-disponible/page/2/#comment-1319491043 dans la /, je trouve ce fichier: 33840 -rw-r--r-- 1 root root 34645556 Jan 11 2022 Manual.8542.pat puis je le déplacer sur la partition des données sans risque pour le DSM ? Et surtout sans risque en cas de plantage si je retente la MAJ 7.0.1... ? je vais faire une sauvegarde des 3To de données du DS220J par précaution. Edit: trouvé également ce sujet: https://www.nas-forum.com/forum/topic/77086-version-72-64570-disponible/page/4/ pour la manip d'agrandir la partition système sans tout devoir réinstaller... encore faut-il pouvoir déjà passer en dsm 7.0

@jeremyc , ce n'est pas un problème de date de version. La branche 7.0.1 a beau être plus ancienne que le dernier update de la 6.2.4, la 7.0.1 reste la version la plus récente. Les updates ne sont que des patchs, pas des versions complètes. D'ailleurs Synology donne bien la 7.0.1-42218 comme première version de mise à jour de la 6.2.4-25556. L'update 7 n'a aucune incidence car c'est sur la version de base de la branche que se fait la mise à jour. Et le passage direct à la 7.2 (ou la 7.3 ou 7.4) est impossible sans passer d'abord par la 7.0.1. Par contre, je suis d'accord pour dire que la partition système est probablement chargée et qu'il faut faire du nettoyage avant de lancer la mise à jour.

Bonjour, Je pense que le souci vient du choix de la 7.0.1. Ta 6.2.4 Update 8 date de fin 2024, elle est donc plus récente que la 7.0.1 (sortie en 2021), et de mémoire Synology indique qu'à partir de la 6.2.4-25556 Update 7 il faut passer directement en 7.1.1 ou plus. Le .pat est accepté, l'installation démarre puis échoue et DSM se répare en 6.2.4, ça colle bien à ce que tu décris (et à ta log qui relance plusieurs fois "Upgrade from version 6.2.4 to 7.0.1" sans jamais aller au bout). Je tenterais directement le dernier .pat 7.2.x pour le DS220j depuis le centre de téléchargement Synology, sans étape intermédiaire. Avant de relancer, deux choses : En SSH, regarde df -h / : la partition système ne fait qu'environ 2,3 Go. Si elle est presque pleine, la mise à jour plante en cours de route. Les vieux fichiers dans /var/log sont souvent en cause. Fais une sauvegarde de la configuration (Panneau de configuration > Mise à jour et restauration > Sauvegarde de configuration), et une Hyper Backup à jour si possible.

Bonjour Idem chez moi, juste moyen de retrouver le dernier sujet

Bonjour, je tente de mettre à jour un DS220J en 6.2.4-25556-8 (dernière version de la 6.2.4) vers la 1ère version des updates 7.x à savoir l'update 7.0.1 https://global.synologydownload.com/download/DSM/release/7.0.1/42218/DSM_DS220j_42218.pat l'upload du fichier se fait bien, la mise à jour commence mais s'arrête et bloque à 73%. J'ai laissé 1h dans cet état en vain. obligé de couper le nas électriquement, et le redémarrer, puis lancer la récupération du DSM depuis Synology Assistant. DSM se répare et reste en 6.2.4 Je n'ai pas de paquets tiers installé, il y a juste Download Station, Hyper Backup, et Surveillance Station. Au niveau ressources système: CPU à 2% de moyenne, RAM à 39%, volume raid 1 avec 218go de libre. Via ssh, état des partitions: extrait du fichier /var/log/synoupdate.log : 2026/10/31 13:26:28 start critical update to buildnumber: 25556 original smallfixnumber: 5 new_smallfixnumber: 8 build date: 2024/11/25 2026/10/31 13:26:29 Start of the update... 2026/10/31 13:27:54 Congratulations!! The update has been completed!! Do configupdate when next bootup. 2026/10/31 13:28:22 Finished apply small update! 2026/10/31 13:28:22 Finished update before reboot! 2026/10/31 13:33:18 Start of the update... 2026/10/31 13:33:45 Start of the update... 2026/10/31 13:33:47 Start of the update... 2026/10/31 13:33:47 Upgrade from version 6.2.4.25556 to version 7.0.1.42218 2026/10/31 17:24:23 Start of the update... 2026/10/31 17:24:59 Start of the update... 2026/10/31 17:25:01 Start of the update... 2026/10/31 17:25:01 Upgrade from version 6.2.4.25556 to version 7.0.1.42218 assez étrange, la log dit que tout va bien, mais dans les faits, ça bloque à 73%, puis DSM se met en état de réparation... merci de votre aide

Les adresses sont bonnes. Toujours rien, que ce soit Safari ou Firefox... Le NAS Synology est trouvé par https://finds.synology.com/, mais il est impossible d'y accéder en cliquant dessus.

@korsikaferie Pas de souci, on va y arriver. Sur Mac, pour voir ton adresse : Pomme > Réglages Système > Réseau > Wi-Fi (ou Ethernet) > Détails > TCP/IP. Tu peux aussi ouvrir le Terminal et taper ipconfig getifaddr en0. Les trois premiers nombres doivent être les mêmes que ceux du NAS. Autre piste très fréquente sur Mac récent (macOS 15) : le système demande l'autorisation « Réseau local » pour chaque navigateur. Si elle a été refusée, le navigateur n'arrive à joindre aucune IP locale, alors qu'Internet et QuickConnect marchent. Ça colle exactement à ton symptôme. Regarde dans Réglages Système > Confidentialité et sécurité > Réseau local, active ton navigateur (Chrome, Firefox…), puis relance-le. Essaie aussi avec Safari pour comparer. @jeremyc Merci pour la liste, c'était bien vu de passer par QuickConnect pour vérifier l'IP et le pare-feu. Il reste la piste côté Mac.

(1) L'adresse est la bonne (2) Pare feu désactivé, rien ne change (3) J'utilide un Mac et je ne sais pas comment faire (4) Je suis déjà en 5001 Le WIFI ne doit pas être un problème puisque ça marche avec QuickConnect. Merci !!!

Bonjour, Bonne nouvelle quand même : si QuickConnect fonctionne, DSM tourne et les données sont là. Le souci est entre ton PC et le NAS en local. Quelques pistes, dans l'ordre : Connecte-toi par QuickConnect et va dans Panneau de configuration > Réseau > Interface réseau pour voir l'IP réelle du NAS. Après le reset mode 1 il est en DHCP, donc l'adresse a pu changer. Toujours par QuickConnect, regarde Panneau de configuration > Sécurité > Pare-feu. Si une règle n'autorise qu'une plage d'adresses précise et que ton PC n'en fait plus partie, tu as exactement ce symptôme (QuickConnect passe, l'IP locale ne répond pas). Désactive le pare-feu le temps du test. Sur le PC, vérifie que tu es bien sur le même réseau que le NAS (ipconfig sous Windows, les trois premiers nombres doivent être les mêmes, par exemple 192.168.1.x). Après les redémarrages de la box, il arrive que le PC se raccroche au Wi-Fi invité, qui est isolé du réseau local. Essaie aussi https://IP_DU_NAS:5001 au lieu de :5000, puisque tu te connectais en https avant. Si tu peux, teste une fois avec le PC branché en câble sur la box, ça élimine tout de suite la piste Wi-Fi.

Bonjour à tous, Quelques nouvelles de mon DS416play sous DSM 7.2.2, qui présentait des blocages intermittents depuis le 2 octobre (ping OK, mais DSM et SMB inaccessibles, nécessitant un redémarrage). J’en suis là : 1. Stabilité du NAS Aucun nouveau blocage depuis le redémarrage du 8 octobre, soit plus de trois semaines de stabilité. Les contrôles SMART, RAID 5, Btrfs et SATA n'ont révélé aucune anomalie matérielle évidente. Les journaux avaient montré des processus noyau bloqués, sans cause formellement identifiée. 2. Sécurisation des accès Internet Les journaux DSM contenaient des milliers de tentatives de connexion échouées provenant d'Internet. J’ai donc : Désactivé QuickConnect. Supprimé les six redirections de ports de la Livebox 7 (21, 80, 5000, 5001, 5005 et 8083). Configuré le pare-feu DSM pour autoriser le réseau local 192.168.1.0/24 et refuser les autres accès. Vérifié l'absence de DMZ et de règle IPv6 entrante particulière. Désactivé SSH et Telnet. 3. Comptes et protections DSM Comptes admin et guest désactivés. Double authentification active sur mon compte principal. Aucun compte inconnu ni accès suspect confirmé lors des vérifications. Blocage automatique actif : 10 échecs en 5 minutes, blocage pendant 1 jour. Protection DoS activée sur LAN 1. Conseiller en sécurité Synology : contrôles au vert. 4. Paquets et services J’ai vérifié les principaux services : Web Station : service par défaut redevenu normal après configuration Nginx, sans PHP. Container Manager : état sain, conteneur calibre-web fonctionnel. SAN Manager : sain, sans cible iSCSI ni LUN. Vérification des tâches programmées et des comptes. Mise à jour de Secure SignIn Service. Antivirus Essential a été installé, mais la mise à jour de ses définitions reste à éclaircir. 5. Sauvegardes Hyper Backup Sauvegardes vers un second NAS sur le réseau local : 51 versions disponibles, avec des sauvegardes récentes réussies. Dernière sauvegarde vérifiée : 28 octobre 2026. Navigation dans les dossiers sauvegardés fonctionnelle. Test réel de récupération réussi : téléchargement d'une photo depuis Hyper Backup, puis ouverture correcte sur l'ordinateur. 6. Accès distant sécurisé avec Tailscale Pour retrouver un accès distant sans exposer DSM à Internet : Installation de Tailscale sur le DS416play (version 1.58.2). NAS et iPhone connectés au même réseau privé Tailscale. Accès à DSM testé avec succès depuis l'iPhone en 5G, Wi-Fi désactivé. Aucune redirection de port réactivée sur la Livebox. Pare-feu DSM conservé dans sa configuration actuelle. Conclusion Le NAS fonctionne normalement depuis le 8 octobre, les sauvegardes ont été testées et l'accès distant est désormais opérationnel via Tailscale, sans exposition directe de DSM sur Internet. Voyez-vous encore un contrôle important à effectuer, notamment concernant la version de Tailscale ou la sécurité de DSM ? Merci encore pour votre aide et vos conseils !

Bonjour et merci. J'ai fait le reset. J'ai lancé le Web Assistant. J'ai Doublé-cliqué sur le Synology NAS. J'obtiens "Le délai d’attente est dépasséLe serveur à l’adresse XXX.XXX.1.241:5000 met trop de temps à répondre". J'ai un onduleur. La procédure de Synology : Mode 1 : Réinitialiser les identifiants de connexion administrateur et les paramètres réseau6Localisez le bouton RESET sur votre Synology NAS.7 Utilisez un trombone pour appuyer doucement et maintenir enfoncé le bouton RESET pendant environ 4 secondes jusqu'à ce que vous entendiez un bip, puis relâchez immédiatement le bouton. Lancez Web Assistant. Double-cliquez sur votre Synology NAS. Sur la page de connexion, entrez le nom d'utilisateur par défaut du système admin, laissez le champ du mot de passe vide, et cliquez sur Connexion. Créez un mot de passe fort et cliquez sur Soumettre. Connectez-vous à DSM avec le nom d'utilisateur admin et le mot de passe que vous venez de créer.8 Accédez à Panneau de configuration > Utilisateur > l'onglet Utilisateur et double-cliquez sur le compte administrateur que vous souhaitez utiliser. Dans la fenêtre contextuelle, allez à l'onglet Info et réinitialisez votre mot de passe. Cliquez sur OK. Désactivez le compte admin en vous connectant d'abord avec votre compte administrateur, puis en allant dans Panneau de configuration > Utilisateur > l'onglet Utilisateur. Double-cliquez sur admin et cochez la case Désactiver ce compte. Cliquez sur OK. Le statut du compte admin devrait maintenant être Désactivé.

Bonjour. Après des coupures de courant, il arrive que le NAS ait récupéré une autre adresse IP par le DHCP de la box, donc l'ancienne adresse ne répond plus. Regarde la liste des appareils connectés dans l'interface de la box, ou utilise Synology Assistant sur un PC du réseau pour le retrouver. Si le NAS est vu mais reste inaccessible, la réinitialisation mode 1 (appui d'environ 4 secondes sur le bouton reset) remet les réglages réseau et le mot de passe admin à zéro sans toucher aux données. Un petit onduleur reconnu par DSM évite ensuite que ça se reproduise à la prochaine tempête.

Le seul rapport que je vois avec Plex serait l'utilité de certains codecs vidéo pour la lecture ou le transcodage. Mais je n'ai plus de Syno en NAS principal, donc je ne pourrais pas te renseigner plus.

Je conçois que ma question soit bizarre Tu as très probablement raison sur le fait que j’ai dû installer ce paquet. Pourquoi l’aurais-je fait sur un seul de mes deux NAS alors que j’ai deux serveurs Plex ? En quoi ce paquet serait-il nécessaire ou utile à Plex ? Le fait de ne pas comprendre son utilité me laisse perplexe quant à la raison qui m’a poussé à l’installer… d’où ma question ici . Alzheimer me guète …

Bonjour à toutes et à tous. Depuis les coupures de courant à répétition avec la dernière tempête, je ne parviens plus à me connecter au NAS synology : " La connexion a échoué Waterfox ne peut établir de connexion avec le serveur à l’adresse XXX.XXX.X.XX:XXXX. " Je peux me connecter avec QuikConnect. J’ai fait un redémarrage de la box puis du Synology. Je me connecte au DSM par WiFi et en https. Le pare-feu est actif. J'ai essayé avec les navigateurs Brave, Tor et Safari, le résultat est le même. Que faire ? Merci de votre aide.

Tu poses parfois des questions bizarres... Si une mise à jour est proposée, c'est que ce paquet a déjà été installé (par toi) C'est un paquet sans risque, publié par la communauté

j’utilise Plex depuis l’abandon de VideoStation. Il est installé directement sur DSM en tant que paquet. Les mises à jour se faisaient jusqu’à maintenant manuellement (plex m’informait qu’une version était disponible, je la téléchargeais et je l’installais manuellement via le centre de paquet) Ce matin, je reçois une notification qui m’informe de ceci : Le N° de version de Plex semble cohérent et correspond à une version officielle. Mais je ne connais pas ce second paquet. Une idée ?

Salut à tous ! Concernant mes centres d'intérêt, j'installe actuellement un nouveau NAS chez moi et je recherche des conseils et recommandations auprès de personnes expérimentées dans ce domaine.

Synology a fait une communication au ce sujet de cette exploitation de vulnérabilité, et estime que l'attaque ne s'applique qu'aux NAS qui n'ont pas été mis à jour depuis Décembre 2024 : LinkedIn#synology #dsm #cybersécurité #ransomware #protectiondesd...🔐 La sécurité de votre NAS Synology commence par une mise à jour de DSM. Des tentatives d’exploitation d’une vulnérabilité de sécurité, corrigée par Synology en décembre 2024, ont récemment été ident

Je confirme que toutes les attaques passent par les ports 5000 et/ou 5001, j'ai fait péter les redirections sur mes 2 syno physiques et ca c'est arrêté d'un coup. L'un étant à distance, j'ai besoin de garder un accès externe, car même si il est en VPN sur ma box, des fois le VPN tombe et ne remonte pas seul (c'est un 213+ sous DSM 6.2).

Merci jeremyc pour ces explications 👍