jeremyc

Bonjour, Les Options régionales du Panneau de configuration ne sont qu'une valeur par défaut. Chaque compte DSM a son propre réglage qui passe devant : cliquez sur l'icône de profil en haut à droite > Personnel > onglet Préférences d'affichage, et regardez la langue, le format de date et le format de l'heure. Si la langue est laissée sur le choix par défaut du navigateur et que celui-ci est en anglais (US), Contacts affiche souvent les dates à l'américaine. Mettez la langue sur Français et choisissez le format jour/mois/année, puis déconnectez-vous de DSM, reconnectez-vous et rouvrez Contacts (un Ctrl+F5 aide si l'ancien affichage reste en cache). Si c'est plutôt sur le téléphone ou dans un client CardDAV (Thunderbird, Outlook) que les anniversaires s'affichent mal, là c'est l'appareil qui décide du format, pas le NAS : il faut régler la langue et la région du téléphone ou du logiciel.

Bonjour, Ce message "indexation impossible, mémoire insuffisante" est une bonne piste. Sur un DS918+ avec 4 Go, quand le service d'indexation (ou Synology Photos avec les miniatures et la reconnaissance faciale) reprend un gros lot de fichiers, il peut saturer la RAM puis le swap sur les disques. Ça colle avec ce que tu décris : disques qui clignotent en continu, DSM de plus en plus lent, SSH qui accepte la connexion mais ne répond plus, SMB muet, puis tout redevient normal après un redémarrage jusqu'à ce que la tâche reprenne. Les 30 % de mémoire que tu vois maintenant sont mesurés au calme, ce qui compte c'est le moment où ça repart. Pour confirmer : 1. Garde le Moniteur de ressources ouvert sur l'onglet Mémoire (regarde surtout le swap) et sur la liste des processus, et note ce qui grimpe quand les disques recommencent à s'affoler. 2. En attendant, mets l'indexation en pause dans Panneau de configuration > Service d'indexation, et dans Synology Photos coupe temporairement la reconnaissance des visages et des objets si tu l'utilises. 3. Vérifie dans le Gestionnaire de stockage qu'un nettoyage des données n'est pas en cours, et regarde à quelle heure ta tâche de sauvegarde démarre. Si elle tombe en début d'après-midi, c'est aussi un suspect sérieux. Si c'est bien l'indexation, ajouter une barrette de RAM règle souvent le problème sur ce modèle. Et libère un peu de place : au-delà de 85 % de remplissage, un volume Btrfs ralentit nettement, surtout avec des instantanés.

Bonjour, Oui, Calibre Web sait travailler directement sur la bibliothèque de Calibre, pas besoin de doublon ni de synchro. Il lit le fichier metadata.db et les dossiers d'auteurs que Calibre crée. S'il ne trouve pas l'arborescence, c'est presque toujours le montage du conteneur : Calibre Web ne voit que les dossiers montés dans le conteneur, pas tout le NAS. Dans Container Manager, arrêtez le conteneur, puis dans l'onglet Volumes ajoutez le dossier du NAS qui contient metadata.db (par exemple /volume1/Livres/Calibre Library) monté sur /books. Redémarrez, puis dans la configuration de la base Calibre de Calibre Web indiquez /books comme emplacement. Vérifiez aussi que l'utilisateur du conteneur (PUID/PGID) a lecture et écriture sur ce dossier partagé, sinon Calibre Web refusera la base ou ne pourra pas ajouter de livres. Seule précaution : metadata.db est une base SQLite, qui supporte mal deux écritures en même temps à travers le réseau. Évitez de modifier la bibliothèque dans Calibre sur le Mac et dans Calibre Web au même moment. Une fois que Calibre Web affiche bien votre bibliothèque principale, vous pourrez supprimer l'ancienne copie.

Bonjour, Le plan tient la route. Quelques remarques sur vos trois questions. Question 1 : oui, Set Location sur /video/downloads/complete/ avec l'option "les données sont déjà là" (sans déplacer), puis Verify Local Data, suffit. Transmission met à jour le chemin dans ses fichiers .resume et ne retélécharge rien tant que les fichiers sont identiques. Pensez aussi à corriger download-dir et incomplete-dir dans le settings.json copié (/video/downloads/complete et /video/downloads/incomplete), conteneur arrêté, sinon Transmission réécrit le fichier à la fermeture et les nouveaux torrents partiront encore vers /downloads. Question 2 : un hard link ne marche que si la source et la destination sont sur le même point de montage dans le conteneur, et dans le même dossier partagé côté DSM (chaque dossier partagé est un sous-volume Btrfs, un hard link ne le traverse pas). Votre racine /volume1/video convient, mais montez uniquement /volume1/video sur /video dans les trois conteneurs. Les lignes Series vers /video et Films vers /video de votre structure visée sont à retirer : si Sonarr ou Radarr voient deux montages différents, ils font une copie. Root folders /video/Series et /video/Films, Transmission dans /video/downloads/complete. Pour vérifier après un import, faites ls -li sur le fichier dans downloads et dans Series : même numéro d'inode et compteur de liens à 2. Question 3 : même PUID/PGID pour Transmission, Sonarr et Radarr (l'utilisateur qui possède déjà les fichiers, la commande id en SSH vous le donne), droits lecture/écriture de cet utilisateur sur le dossier partagé video, et UMASK=002 pour que les fichiers créés restent modifiables par le groupe. Les dossiers downloads créés depuis File Station héritent des ACL du partage, mais vérifiez quand même que cet utilisateur y a bien l'écriture. Dernier conseil : gardez les anciens conteneurs arrêtés (pas supprimés) et l'ancien dossier downloads jusqu'à ce que tous les torrents soient revenus en Seeding à 100 %. Ça vous laisse un retour arrière simple.

Bonjour, Le point clé est sans doute la coupure électrique directe. Si le NAS n'est pas arrêté proprement, la base d'indexation multimédia (celle que Media Server utilise pour le DLNA de la Freebox) peut se retrouver incohérente au redémarrage, et ce sont souvent les photos qui trinquent parce qu'il y en a beaucoup plus que de vidéos. Quelques pistes : - Avant de couper le courant, arrêtez le NAS depuis DSM (menu utilisateur en haut à droite > Arrêter) ou par un appui maintenu sur le bouton power jusqu'au bip, puis attendez que les LED soient éteintes avant de débrancher. DSM permet aussi de programmer l'arrêt et le démarrage dans Panneau de configuration > Matériel et alimentation. - Au prochain démarrage, avant de relancer une indexation, redémarrez aussi le player Freebox. Il garde parfois en cache l'ancienne liste du serveur DLNA et les photos réapparaissent après. - Vérifiez dans Panneau de configuration > Service d'indexation que votre dossier photo est bien listé avec le type Photo. Si le souci revient même après un arrêt propre, dites-le, ça orienterait plutôt vers Media Server lui-même.

Votre configuration paraît déjà bien verrouillée. Le seul point que je vérifierais encore est Tailscale : la version 1.58.2 est ancienne, donc regardez la dernière version stable publiée par Tailscale pour Synology et installez le paquet compatible avec le DS416play. Ensuite, refaites le test depuis la 5G sans rouvrir de ports.

Re, Si Assistant ne voit toujours rien et que le reset court ne bippe pas, on sort du classique "DSM cassé" pour un souci plus bas (réseau ou boot). Quelques checks dans l'ordre : Coupe l'alimentation complètement (prise murale ou onduleur), attends 2-3 minutes, remets les 4 disques dans le même ordre de baies, puis rallume. Le 415play peut rester muet si l'alim n'a pas eu le temps de se décharger. Essaie un autre câble Ethernet et un autre port du routeur/switch, ou un PC en lien direct. find.synology.com et Assistant ne trouvent rien si le NAS ne sort aucune trame. Reset mode 2 : NAS allumé, appui long sur RESET jusqu'à entendre un bip (souvent environ 10 s), puis un second bip un peu après. Ça remet réseau et admin, sans formater les disques. Si vraiment aucun bip, le bouton reset ou la carte mère ne répondent plus. Écoute au démarrage : les disques tournent-ils ? Y a-t-il un bip unique à l'allumage ? Autre LED que la bleue clignotante ? Si rien ne le fait apparaître dans Assistant, c'est souvent la carte mère ou le contrôleur réseau du 415play qui a lâché (modèle de 2014). Dans ce cas les données restent en principe sur les 4 disques en RAID 0 dans le même ordre, et on peut tenter une récupération en montant ces disques (même ordre) sur un autre Synology compatible en migration, sans reformater. Dis-moi ce que tu entends au démarrage (disques, bip) et si un autre câble ou PC change quelque chose.

Bonjour, La LED bleue qui clignote avec ou sans disques, après une réinstall coupée net, veut surtout dire que le NAS n'arrive plus à démarrer un DSM valide. Ce n'est pas forcément la fin des données, surtout si tu n'as pas formaté les volumes. En RAID 0, remets bien les 4 disques dans les mêmes baies qu'avant, dans le même ordre. Ensuite, plutôt que de bricoler l'alimentation, passe par une install propre depuis un PC du même réseau : Télécharge le .pat DSM 6.2.4 pour DS415play sur le Download Center Synology (ce modèle ne va pas en DSM 7). Lance Synology Assistant (ou find.synology.com), il devrait voir le NAS même si DSM ne démarre pas. Choisis Installer / Migrer. Si on te propose de migrer le système existant, prends ça. Évite toute option qui formate les disques ou recrée le volume. Si Assistant ne le trouve pas : câble Ethernet direct vers le PC ou vers un port du routeur, autre câble, et un reset mode 1 (appui court sur RESET environ 4 s jusqu'au bip) pour remettre réseau/admin sans toucher aux données. Le paquet SynoCommunity a pu casser des dépendances, mais l'essentiel maintenant c'est de finir une install DSM propre sans reformater. Dis-moi si Assistant voit le NAS et quelles options il propose, on pourra trancher avant de cliquer. Bonne soirée.

Salut @Alm, le plus efficace : n'expose jamais DSM (ports 5000/5001) ni SSH directement sur internet, et passe par un VPN (WireGuard sur ta box ou VPN Server de Synology) pour l'accès à distance. Dans Panneau de configuration, Sécurité, active le pare-feu avec refus par défaut, le blocage automatique des IP, et la 2FA sur tous les comptes admin. Désactive le compte admin par défaut et le compte invité. Désactive aussi QuickConnect et l'UPnP du routeur si tu ne t'en sers pas : ils peuvent exposer le NAS sans que ça se voie. Passe les mises à jour automatiques en mode important, et garde une sauvegarde hors ligne ou en snapshots immuables, parce qu'un ransomware chiffre aussi les dossiers partagés montés. Le Centre de sécurité de DSM liste les points faibles restants.

Bonjour, le certificat Let's Encrypt n'est valable que pour le nom de domaine, pas pour une adresse IP. Si vous ouvrez le DSM avec l'IP locale ou en http, le navigateur affichera toujours « non sécurisé », même si tout est correct. Essayez avec le nom complet de votre domaine synology.me suivi de :5001, en https. Vérifiez aussi dans Panneau de configuration, Sécurité, Certificat, Configurer, que le certificat est bien affecté à « Système DSM ».

Re, Le masque, c'est ce qui dit combien de chiffres de l'adresse sont fixes. Pour 192.168.35.x, il te faut 192.168.35.0 avec le masque 255.255.255.0 (équivalent de /24). Ça couvre 192.168.35.0 à 192.168.35.255, donc tous tes appareils WireGuard d'un coup. Ton 255.0.0.0 fonctionne, mais il est beaucoup trop large : il autorise tout 192.x.x.x, donc aussi ton réseau local et d'autres plages. Je le corrigerais. Le /64 que tu vois est sans doute une erreur de lecture ou de l'IPv6, pour de l'IPv4 on attend /24 ou /32. Le 42 est juste l'adresse attribuée à ton appareil, normalement fixe tant que tu gardes la même config, mais ça n'a pas d'importance si tu autorises tout le sous-réseau. Autre option : une seule règle sur 192.168.35.42 avec 255.255.255.255, mais ça casse si tu ajoutes un appareil.

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.

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.

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.