jeremyc

Bonjour, Pour les lignes du log, rien d'inquiétant. Elles viennent de la boucle de renouvellement d'acme.sh, qui parcourt le contenu de /acme.sh avec deux motifs, *.* et *:*, et ignore tout ce qui n'est pas un dossier de certificat. account.conf, acme.sh.log ou http.header correspondent à *.*, d'où les « Not a directory, skipping ». Le *:* est voulu : il sert aux certificats émis pour une adresse IPv6, dont le nom de dossier contient des deux-points. Quand il n'y en a aucun, le shell laisse le motif tel quel et le script l'ignore aussi. Quant à errorlevel='3' setlevel='2', ça veut dire que tous les certificats ont été sautés parce qu'ils ne sont pas encore à renouveler (niveau 3), et que les notifications d'acme.sh ne partent qu'en cas de renouvellement ou d'erreur (niveau 2). Donc rien n'est envoyé de ce côté, et ça n'a rien à voir avec l'arrêt quotidien du conteneur.

Bonjour, Content de voir que ça tient depuis neuf jours. Vu le volume de tentatives, je ferais quand même une vérification avant de rouvrir quoi que ce soit : un scan complet avec le Conseiller en sécurité, puis un coup d'œil à la liste des utilisateurs et au Planificateur de tâches pour repérer un compte ou une tâche que vous n'auriez pas créés. Le journal ne garde pas tout indéfiniment, donc "aucune connexion réussie" ne vaut que pour les événements encore conservés. Ensuite, si vous avez besoin d'accéder au NAS à distance, passer par un VPN (VPN Server sur le NAS ou Tailscale) permet de laisser toutes les redirections de la Livebox fermées.

Bonjour, Avant de le mettre de côté, un test qui ne demande aucune soudure : débranche tout, retire la pile bouton de la carte mère une dizaine de minutes, puis remets-la et redémarre sans disque. Après une coupure de courant, un BIOS mal réinitialisé peut donner exactement ce clignotement bleu sans que la LED status s'allume. Si ça ne change rien, ce serait plutôt la puce flash qui contient le système de démarrage, et là ça devient vite compliqué sans outils. Une carte mère de 1512+ d'occasion resterait alors l'option la plus simple pour en refaire un NAS de backup.

Bonjour, Synology ne publie pas la nomenclature des cartes, donc sans la gravure exacte sur le composant on ne peut pas te donner une référence Digi-Key fiable. Sur les DS218 / DS218+, le « U8 » près du buzzer n'est pas toujours le même selon la révision de carte. Le plus utile: une photo nette du U8 (gravure lisible) et des composants juste à côté, en précisant si c'est un DS218 ou un DS218+. Avec ça on peut croiser. En parallèle, une carte donneuse du même modèle (occasion) reste le chemin le plus sûr pour récupérer le même footprint, parce que même avec la référence exacte le remplacement CMS reste délicat si d'autres pistes ont pris.

Bonjour, Pour isoler l'alim du 1512+ : une alim PC ATX ne se branche en general pas directement (connecteur Synology proprietaire). Le test propre, c'est une alim de rechange compatible 1512+ (meme reference, ou une d'occasion pour ce modele). Si tu en as une sous la main et que le NAS repart, c'est bien elle. Pour la RAM, le 1512+ prend du DDR3 SODIMM : si tes barrettes portable sont bien en DDR3 et dans les specs du modele, un echange pour tester vaut le coup. Sinon, passe. Sur le 1525+ : oui, tu peux reformater les disques et recreer un volume neuf (installation propre). La restriction "HDD Synology uniquement" a ete assouplie : tu peux monter des disques tiers, DSM peut juste afficher un avertissement de compatibilite. Pour recuperer les donnees d'abord, mieux vaut migrer ou recuperer avant de reformater. Pour un petit onduleur pas trop bruyant : en entree de gamme, un APC Back-UPS BE650G2 (ou equivalent Eaton 3S 550/700) fait souvent l'affaire pour un NAS 5 baies, branche en USB pour que DSM coupe proprement.

Bonjour, Un point à vérifier avant la réinstallation : un .DSS ne se restaure que sur une version de DSM égale ou plus récente que celle où il a été créé. Si tu comptes réutiliser celui sauvegardé sous DSM 7 sur le 425+, il ne passera pas sur le 415+ en 5.2-U9 (celui du 411+II en 5.2-U9, lui, ne pose pas ce problème). Le plus sûr serait d'exporter dès maintenant un .DSS depuis le 415+ lui-même, tant qu'il tourne encore (Panneau de configuration > Mise à jour et restauration > Sauvegarde de configuration), et de garder celui-là pour l'après-installation.

Bonjour, Priorite: isole le NAS tout de suite, debranche le cable Ethernet (ou coupe QuickConnect et les redirections de ports sur la box) avant de diagnostiquer. Si une attaque tourne encore, ca limite les degats. Ensuite tente DSM en IP locale directe (http://IP-du-NAS:5000) depuis un PC du LAN uniquement, pas via QuickConnect. Si la page ne charge toujours pas, arrete via le bouton power puis redemarre cable debranche: DSM remonte parfois assez pour ouvrir le Centre des journaux (types Connexion et Systeme). Des que tu as une session, copie ici le texte exact du mail d'alerte et ce que montrent les journaux. On verra si c'est l'indexation, un scan, ou autre chose qui fait tourner les disques.

Bonjour, Pour la question SSH restée en suspens : avec acme.sh, vous n'avez pas besoin d'ouvrir SSH sur les NAS. Le hook de déploiement synology_dsm importe le certificat directement via l'API web de DSM, en HTTPS, avec le compte admin dédié dont parle Mic13710. Et il peut viser un autre NAS que celui qui fait tourner acme.sh grâce à la variable SYNO_HOSTNAME (avec SYNO_PORT et SYNO_SCHEME=https pour votre port DSM personnalisé). Ça vous laisse deux options. Soit une instance acme.sh par NAS en DNS OVH, comme proposé plus haut, ce qui colle bien avec votre souhait de rendre chaque NAS indépendant. Soit une seule instance qui renouvelle puis pousse le même certificat vers les 3 NAS, ce qui revient à ce que faisait votre script, mais sans SSH ni root. Pensez juste à renseigner SYNO_CERTIFICATE avec exactement la même description que le certificat existant dans DSM, sinon le hook ne remplace pas celui qui est déjà associé à vos services.

Bonjour, Un point important : la désinstallation de Plex sous DSM 7 ne supprime pas le dossier partagé PlexMediaServer, donc la réinstallation repart avec la même base et la même config. Si le problème vient de là, ça explique que rien ne change. Pour voir ce qui fait tomber le serveur, regarde la fin du fichier Plex Media Server.log dans PlexMediaServer/AppData/Plex Media Server/Logs (accessible via File Station), juste après un arrêt. La dernière erreur avant la coupure donne souvent la piste. Comme ça se coupait déjà au bout de quelques heures avant la mise à jour, je pencherais pour une base de bibliothèque abîmée ou un manque de mémoire (le 416play n'a que 1 Go). Le Moniteur de ressources pendant que Plex démarre permet de vérifier la RAM. Pour tester la base, arrête Plex, renomme le dossier "Plex Media Server" (sans le supprimer, c'est ta sauvegarde) et relance : s'il tient avec une config neuve, c'est bien la base. Tu pourras ensuite remettre l'ancien dossier ou repartir sur une bibliothèque propre. Si même avec une config neuve il s'arrête tout de suite, essaie d'installer manuellement la version précédente (.spk sur le site de Plex) pour voir si c'est la 1.43.3 qui pose souci sur ce modèle.

Bonjour, Sur le principe, un expandeur SAS peut parler à un disque sur n'importe lequel de ses phys, port externe compris. La vraie question est la façon dont Adaptec configure ces deux ports dans le firmware de la 82885T : s'ils sont réservés à la liaison vers l'hôte ou vers un autre expandeur en cascade, les disques ne seront jamais vus, quel que soit le câble. Si c'est ce que dit le manuel, c'est lui qu'il faut croire plutôt que Gemini. Avant de conclure, deux tests simples pour isoler le problème : 1. Branchez un seul disque directement sur la nappe SFF-8644 vers SATA, avec le même adaptateur SFF-8482 que sur les ports internes, sans passer par la cage Rosewill. La cage est prévue pour du SATA, et c'est le maillon qui change le plus entre vos deux montages. 2. Avec la 9302-8i en firmware IT, sas3ircu 0 display liste l'expandeur et les disques attachés. Si rien n'apparaît derrière les ports externes même avec un disque branché en direct, c'est la configuration de la carte, pas les disques. S'il vous reste un port interne libre sur la 82885T, le contournement le plus simple est d'y brancher les disques et de sortir vers la cage avec une équerre passive SFF-8643 vers SFF-8644. Bon courage !

Bonjour Odin, Bonne nouvelle : le reset de 3 secondes ne touche pas aux données, il remet seulement le mot de passe admin et les réglages réseau par défaut (à condition de l'avoir fait NAS allumé, en maintenant le bouton jusqu'au bip). Ensuite, dans Qfinder Pro, double-cliquez sur le NAS pour ouvrir la page de connexion et essayez l'identifiant admin avec le mot de passe admin. Si c'est refusé, sur les firmwares plus récents le mot de passe par défaut est l'adresse MAC du port LAN 1, en majuscules et sans les deux-points (elle s'affiche dans Qfinder Pro et sur l'étiquette du NAS). Pour le 2e disque : éteignez le NAS, remettez-le dans la même baie, puis rallumez avant de vous connecter. Et si Qfinder ou la page web propose une "initialisation" ou une installation, ne validez surtout pas, ça effacerait les disques. Dans ce cas, revenez ici avant. Pas besoin d'un ticket QNAP pour tout ça.

Bonjour, Comme les 4 voyants restent verts et que tu reçois des mails d'événements, le NAS a l'air de tourner : c'est plutôt l'accès réseau ou DSM qui décroche. Ça vaut le coup de copier ici le texte exact d'un des mails reçus la nuit. Côté réseau, regarde dans l'interface Freebox quelle IP a le NAS et mets-lui un bail DHCP statique. Si le NAS est en IP fixe dans la plage DHCP de la box, un autre appareil peut récupérer la même adresse, et ça donne exactement ce genre de disparitions intermittentes. Côté DSM, la page de connexion qui met une demi-heure et le champ mot de passe qui ne s'affiche jamais font penser à un NAS saturé. Dès qu'il répond, ouvre le Moniteur de ressources pour voir si le CPU ou les disques sont bloqués à 100 %, et vérifie l'état des disques dans le Gestionnaire de stockage.

Bonjour, Sur le principe oui : le DSM et la config sont sur les disques, donc en remettant les disques d'origine (même ordre de baies, NAS éteint proprement avant chaque échange) tu retrouves ton 415+ tel quel. Le seul vrai piège, c'est la version. Si l'install "propre" passe par Synology Assistant, il va proposer le dernier DSM dispo pour le 415+ (7.x), et quand tu remettras tes disques en 5.2-U9, le NAS risque de les voir comme "migrables" et de proposer une mise à jour. À ce moment-là, ne rien valider. Le plus simple pour éviter ça : faire l'install de test en installation manuelle avec le .pat 5.2-U9 récupéré sur l'archive Synology, comme ça les deux jeux de disques restent sur la même version. Au passage, si les deux ports LAN du 415+ sont branchés, vérifie l'agrégation de liens côté NAS et côté switch : un bond mal assorti peut justement faire tousser tout le réseau, internet compris.

@GrosMatou vu ce qu'a trouvé Gfr44240, ça vaut le coup de vérifier si ton DS114 est joignable depuis l'extérieur aussi (redirection 5000/5001 sur la box, ou QuickConnect). Quand il répond de nouveau, jette un oeil au Centre des journaux, type Connexion : si tu vois des tentatives en rafale depuis des IP externes, c'est la même cause. Dans ce cas, active le blocage auto (Panneau de configuration > Sécurité > Protection), coupe la redirection et passe par un VPN pour l'accès distant. Un petit 114 sature vite sous ce genre de rafale.

Bonjour, Le schema ping OK + TCP 5000/5001 qui acceptent la connexion sans renvoyer d'octet, avec DSM et SMB morts, evoque un gel partiel: le noyau repond encore un peu, les services DSM non. Plusieurs LED disques orange alors que SMART/RAID etaient sains juste avant colle mieux avec alim, backplane ou controleur SATA qu'avec trois ou quatre disques qui tombent d'un coup. Des que DSM est de nouveau accessible, activez SSH (Panneau de configuration > Terminal et SNMP). Au prochain blocage, avant l'arret force, tentez une connexion SSH et relevez `dmesg | tail -100` (erreurs SATA, reset, I/O). Des resets SATA a repetition font du chassis le suspect n°1. La sauvegarde que vous avez deja faite est le bon reflexe en attendant.

Bonjour, Quand le client ProtonVPN tourne sur le NAS, DSM envoie souvent tout le trafic sortant dans le tunnel, y compris les mises a jour DDNS synology.me. Du coup votre reverse proxy sur le NUC n'est plus joignable correctement depuis l'exterieur, meme si l'IP affichee a l'air stable un moment: la route de retour ne correspond plus a l'IP de la box. Test rapide: Acces externe > DDNS > Mettre a jour maintenant, avec le VPN connecte puis deconnecte, et comparez l'IP publiee. Si elle bascule vers une IP Proton, c'est bien ca. Contournements qui marchent: activer les passerelles multiples (Panneau de configuration > Reseau > General > Avance) et router le service DDNS Synology via votre gateway LAN, ou plus simple pour votre schema: deplacer ProtonVPN sur une VM/conteneur Proxmox et laisser le NAS + DDNS sur la box.

Oui, tu as bien compris le modele: le Home Mode du host CMS filtre (ou non) les notifs pour tout ce que le host pousse, y compris les evenements des cameras des esclaves. D'ou l'asymetrie que tu decries (chez le host = silence global, chez l'esclave = tout repasse). Ta regle qui desactive la camera a l'arrivee dans le perimetre de l'esclave est un contournement coherent pour "etre chez soi" sur ce site. Si tu veux seulement couper les alertes sans eteindre la camera: sur le host, Notification > Regle > editer l'evenement et exclure les peripheriques du recording server concerne. Les deux se combinent selon silence total (camera off) ou juste plus de push.

@Romuald_ pour la suite Freebox WireGuard vs Tailscale: le serveur WireGuard est bien dans la Freebox. Quand elle propose d'envoyer la config au smartphone, elle genere la paire de cles du pair (peer) et pousse le fichier .conf (ou QR code) vers l'appli cliente: ce n'est pas un serveur WireGuard "ailleurs", c'est juste le client qui recoit son profil. On peut aussi telecharger ce .conf pour un PC ou une Apple TV / Infuse, pas seulement le telephone. Avantage vs Tailscale pour votre cas (NAS + filmotheque Infuse pour votre fils): WireGuard Freebox vous met directement sur le LAN maison sans plan de controle tiers, ce qui suffit pour Infuse/SMB. Tailscale est souvent plus simple a deployer sur plusieurs appareils (NAT, mobiles) grace a sa coordination, au prix d'un tiers (ou Headscale plus tard). Chemin le plus court aujourd'hui sur Freebox: WireGuard box + un peer par appareil (vous, votre fils). Si vous voulez zero friction multi-appareils tout de suite: Tailscale, avec Headscale en option plus tard.

@Stéphanh pour ta question ouverte sur les notifs Home Mode par site en CMS: d'apres les specs Synology, le Home Mode n'est pas pris en charge sur les serveurs d'enregistrement dans une structure CMS. En pratique le filtre notifs suit surtout l'etat du host CMS, pas celui de chaque site. Contournement connu: sur le host, dans Notification > Regle, editer l'evenement pour exclure (ou inclure) les peripheriques du recording server voulu, plutot que de compter sur le Home Mode local de l'esclave.

En plus du ONVIF : la P3346 l'a depuis le firmware 5.20. Vérifiez que le firmware est à jour et qu'un compte ONVIF (souvent sparé du root/admin web) est créé dans l'interface Axis : créer cet utilisateur active la communication ONVIF. Ensuite n'importe quel NVR ONVIF (Surveillance Station, QVR, etc.) peut prendre le flux PoE sans matériel Axis.

Si le Log montre bien le Geofence (Home Mode qui bascule) mais la regle d'action reste en "interrompu", le souci n'est plus la localisation. Regarde le detail de l'interruption dans le Log: souvent l'action vise une camera deja dans l'etat cible, ou la regle tourne sur un NAS esclave CMS (Home Mode n'est pas vraiment maitre cote recording server). Verifie aussi que le type d'action est "Interruptible" plutot que "Non interruptible". Teste la meme action (activer/desactiver la camera) en basculant Home Mode a la main sur ce NAS: si ca marche, recree la regle avec declencheur Home Mode On/Off.

Comme l'a dit @Mic13710, sans ONVIF (ou profil Synology), Surveillance Station n'a rien a se mettre sous la dent, et Video Station n'entre pas en jeu pour des cameras. Sur les ANRAN solaires WiFi actuelles, le fabricant indique souvent explicitement "no ONVIF / no RTSP / can't add to NVR". Avant d'esperer les brancher sur le DS723+, verifie la fiche exacte du modele (ou demande a ANRAN): si c'est app-only, ca restera dans leur app.

Sur le 0 fps / 0 bitrate dans le centre d'événements en 9.3, j'ai vu le même genre de cas ailleurs: les vignettes restent mais le média derrière n'est plus lié (ou le fichier n'est plus là). Avant d'incriminer la caméra, regarde si le même créneau se lit encore depuis la timeline ou le client desktop Surveillance Station. Si ça ne lit nulle part, ton ticket Synology est le bon chemin, surtout avec la suppression groupée qui manque aussi.

Bonjour à tous, Jeremy, basé en Israël. Je m'intéresse surtout à la vidéosurveillance : caméras IP, NVR, Surveillance Station, et tout ce qui touche au réseau autour (VLAN, PoE, accès à distance). Je passe ici pour apprendre et donner un coup de main quand je peux sur les questions caméras et enregistrement. Au plaisir d'échanger !