Toutes les discussions

C'est marrant car j'ai aussi fait la mise à jour et je ne me souviens par pourquoi j'avais installé ce paquet... J'ai encore Videostation qui tourne (DSM 7.2) mais je ne m'en sert plus depuis que j'utilise Jellyfin qui à priori n'a pas besoin de ce paquet. Edit: J'ai trouvé, ce package est necessaire pour ffmpeg et j'utilisais un patch (alexpresso VideoStation-FFMPEG-Patcher) pour videostation.

Les ports 80 et 5000 sont http. Aucun certificat ne peut s'appliquer sur ces ports. Le 5001 est en https. Cependant, son ouverture vers l'extérieur n'est pas recommandé (accès à DSM). Votre nom de domaine n'est pas sécurisé. Est-ce que vous avez sélectionné les applications pour lequel ce certificat s'applique (paramètres dans la page des certificats) ?

Bonjour Depuis le transfert de mon nas 220j vers le 225+ Tout s'est bien passé sauf que lors de la consultation de mon site internet sur le port 80 et la connection du DSM via le port 5000 ou 5001 Il me signale que ma connection n'est pas sécurisée j'ai pourtant un certificat encrypt valable jusqu'au 26/1/2027 Dans DDNS, mon nom de domaine est à jour : https://serge-helpdesk.synology.me Dans le DSM j'ai coché la redirection automatique http vers https

Bonjour @NobleProton , soyez le bienvenu sur ce forum. Comme son nom l'indique, cette section est réservée uniquement aux présentations. Pas de demande d'aide ici. Pour des conseils sur le choix d'un NAS, il y a une section dédiée. Merci d'y faire votre demande en fournissant des renseignements sur vos besoins.

Salut tout le monde. Je suis entrain de réfléchir pour prendre un NAS, probablement le DS418Play avec surement 2 disque de 4TB de Seagate pour commencer. Si vous avez des avis... Vu que c'est mon premier NAS je vais avoir besoin de vous...

Tout ce qui est code ou commande se met entre crochets <>, c'est l'intitulé code block

Merci Jeremy pour ces conseils. Pour être sûr de bien autoriser mon client quand il sort du tunnel, je dois donc ajouter une adresse IP et un masque de sous réseau c'est bien cela (je ne suis pas super familier avec les concepts de masque, sous réseau etc)? Par exemple en regardant les informations dans l'application client Wireguard, je vois effectivement une adresse (les chiffres sont fictifs) mentionnée 192.168.35.42/64 est ce correct de mettre dans les réglages du pare-feu le setup 192.168.35.0 et en masque de sous réseau 255.0.0.0 de sorte à couvrir toutes les adresses de type 192.168.35.x. ? ou faut il plutôt renseigner une plage d'IP qui irait de 192.168.35.0 à 192.168.35.255 ? Pas sur de savoir comment interpréter et utiliser les chiffres 42 et 64 dans mon exemple (quand je regarde le log a l'instant et ayant testé une connexion depuis mon laptop en 4G et non sur le wifi, je vois une connexion depuis 192.168.35.42 mais sans savoir si c'est une adresse fixe pour cet appareil ou si elle peut varier entre différents chiffres. Ayant pu (mais sans vraiment comprendre ce que je faisais) un sous réseau avec 192.168.35.0 et masque 2555.0.0.0 ca semble, fonctionner mais c'est un pur hasard obtenu en mimant ce qui était mis dans le tuto.

Je suis désolé, j'ai fait un copier coller. Comment dois-je faire ?

@korsikaferie Tu pourrais mettre les lignes de commandes et les résultats avec le bon format, stp ? Ça m'éviterait de repasser derrière toi à chaque fois, pour des questions de lisibilité.

!!! Pour nc j'ai mis l'adresse de finfs.synology.com. C'est la bonne ? Résultat : hautemaniere@Horace ~ % nc -vz 192.168.1.241 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]]!!! L'adresse IP du Mac est différente : 192.168.1.127 !!! J'ai le mac OS Tahoe 26.6.2 !!! Je n'ai pas de VPN

Re, Pour nc, il faut mettre l'IP du NAS et le port après la commande, par exemple : nc -vz 192.168.1.20 5001 (avec la vraie IP du NAS). Mais si le ping ne répond pas non plus, je regarderais d'abord côté Mac : Compare l'IP du Mac (Réglages Système > Wi-Fi > Détails > TCP/IP) avec celle du NAS. Les trois premiers nombres doivent être identiques (192.168.1.x des deux côtés par exemple). Si le Mac est en 192.168.0.x ou 10.x, il est sur un autre réseau : Wi-Fi invité, répéteur ou second routeur. Sur macOS 15, regarde Réglages Système > Confidentialité et sécurité > Réseau local, et active ton navigateur. Sans cette autorisation, Safari ou Chrome ne peuvent plus joindre les appareils du réseau local, alors que QuickConnect passe quand même. Si un VPN tourne sur le Mac, coupe-le le temps du test. Si tout est bon de ce côté, essaie depuis ton téléphone sur le même Wi-Fi avec http://IP_DU_NAS:5000. Si ça marche depuis le téléphone, c'est bien le Mac qui coince.

Bonjour, Pour moi la combinaison que tu évoques à la fin est la bonne : DSM uniquement via VPN, et le reverse proxy seulement pour les applis que tu dois ouvrir à des personnes ou des appareils sans VPN (Photos pour la famille, liens de partage Drive ou File Station...). DSM, c'est l'interface d'administration, et c'est elle qui est visée par les tentatives actuelles, donc je retirerais son entrée du reverse proxy. Si tu as de toute façon le VPN sur ton téléphone et ton portable, tu peux même tout passer par le VPN et ne garder le 443 que pour les partages. Entre les deux VPN, je prendrais WireGuard sur la Freebox : plus rapide et plus léger qu'OpenVPN sur un DS916+, et il reste joignable même si le NAS est planté. L'accès à tout le réseau local n'est un vrai risque que si un appareil configuré est perdu ou volé, et dans ce cas tu supprimes simplement sa config sur la Freebox. Le VPN du NAS a l'avantage de limiter l'accès au NAS seul (l'option qui autorise les clients à accéder au LAN du serveur, à décocher), c'est surtout utile si tu donnes un accès à quelqu'un d'autre que toi. Deux détails pratiques : Avec le VPN Freebox, les clients arrivent avec une IP du sous-réseau WireGuard (visible dans la config du serveur VPN de la Freebox), pas en 192.168.1.x. Ajoute ce sous-réseau dans les règles autorisées du pare-feu DSM, sinon tu risques de te bloquer toi-même. Le port 80 sert au renouvellement du certificat Let's Encrypt par DSM, tu peux le laisser ouvert tant qu'aucun service n'est exposé derrière.

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.