PiwiLAbruti

Comme précisé dans le tutoriel, il ne faut pas ouvrir les ports 5000 et/ou 5001. Le premier car les communications n'y sont pas chiffrées, et les deux parce que ce sont les ports par défaut qui sont les premiers à être repérés pour attaquer DSM. Au mieux il faut choisir un port aléatoire et le diriger vers le port interne (par exemple, 59271 > 5001).

L'accès à distance n'est pas déconseillé mais nécessite d'être restreint aux adresses IP (v4 et v6) nécessaires. Il est déconseillé d'ouvrir un accès à toutes les adresses IP sous peine de voir son NAS se faire cryptolocker (ce qui est arrivé encore tout récemment). Dans un premier identifie les sources depuis lesquelles tu es susceptible de te connecter. Il peut par exemple s'agir d'une liste d'opérateurs fixe/mobile connus, parfois d'une seule adresse IP fixe, ou plus globalement d'un pays.

QuickConnect est activé ?

La méthode suivante détruira toutes les données restantes sur le NAS : Désactive/supprime toutes les redirections de ports à destination du NAS configurées sur la box/routeur, Supprime tous les volumes du NAS dans le Gestionnaire de stockage. Fais un reset type 2 et réinstalle DSM. Une fois DSM réinstallé, applique le tutoriel sur la sécurité (dans la rubrique Tutoriels du forum), Tout port ouvert sur la box doit au préalable correspondre à une règle de pare-feu restrictive sur le NAS, sans quoi le cryptolocker reviendra.

À la fin du log, on voit que le NAS n'est pas à l'heure (1er janvier) : Aug 13 08:50:51 install.cgi: install.c:948 Upgrade by the manual patch fail. Aug 13 08:50:51 install.cgi: install.c:1285 Upgrade by the uploaded patch /tmpData/@autoupdate/upload.pat fail. Jan 1 00:00:00 install.cgi: ninstaller.c:253 umount partition /tmpData Jan 1 00:01:14 login[7192]: root login on 'pts/0' from '192.168.1.221' Vérifie en Telnet que le NAS est bien à l'heure avec la commande date. Y a-t-il un cache SSD sur ce NAS ? Aug 13 08:50:31 synossdcache: synossdcache.c:29 Fail to mount [/dev/md0] to [/tmpRoot] Si oui, retire le(s) SSD et vérifie si Synology Assistant parvient à initialiser le NAS.

Un disque Synology de 20To est listé comme compatible : https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS420%2B&category=hdds_no_ssd_trim La fiche technique du DS420+ n'indique aucune limitation (à part la taille maximale de 108To par volume), je suppose donc qu'il n'y en a pas.

Vu l'âge du NAS, la non-détection par Synology Assistant et l'indisponibilité de DSM peut aussi venir de la pile de la carte-mère (CR2032 de mémoire) qui est H.S. Il est fort probable que le NAS redevienne opérationnel avec le remplacement de la pile.

Dans ce cas, il faut que tous les équipement de sécurité soient câblés. Le brouilleur mettrait également en défaut la connexion de secours sur réseau mobile, donc le routeur 4G+. Surveillance Station permet aussi d'enregistrer les vidéos sur le stockage local de la caméra (carte SD le plus souvent). Ainsi, en cas de perte de connexion avec la caméra, Surveillance Station récupèrera les vidéos de la carte SD lorsque la connexion à la caméra est rétablie. C'est pratique lorsque le NAS est indisponible, comme dans le cas d'une mise à jour de DSM, car il n'y a aucune interruption des enregistrements.

Habituellement, ce message d'erreur apparaît lorsqu'il y a des identifiants enregistrés dans le Gestionnaire d'identification Windows pour une même ressource. Si des identifiants existent déjà, il faut simplement les supprimer du Gestionnaire d'identification.

De quels droits parles-tu ? Les droits dont il est question sur un NAS Synology sont les droits d'accès des groupes ou comptes utilisateurs aux dossiers partagés. Théorie du complot ? Synology ne vérifie pas les contenus enregistrés sur le NAS. Vu le nombre d'utilisateurs qui s'en servent pour tipiaker, ça se saurait 😅 Tu ne me dis toujours pas comment tu accèdes au NAS depuis ton MAC. Via un navigateur (comme Safari) ? Ou via le Finder avec un partage du NAS monté sur le MAC ?

Merci @Lelolo 🙏 Pour ceux qui ont encore de l'espoir, la seule chose à faire est de consulter la liste des disques compatibles avec les modèles '25 en espérant que d'autres marques y apparaitront dans quelques temps : https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS225%2B&category=hdds_no_ssd_trim

Comment est faite la copie ? (OS de la machine source ? Protocole ?) Reste-t-il suffisamment de place sur le volume ? Y a-t-il des quotas définis ou autre restriction ?

Le Groupe de Stockage 1 est configuré en SHR (équivalent RAID-1 avec deux disques) mais ne contient que le Disque 1. Pour rétablir le redondance, il faut ajouter le Disque 2 au Groupe de Stockage 1 en cliquant sur les trois petits points situés à droite (voir première capture d'écran).

On prend le risque de changer de crèmerie.

Le premier concurrent de Synology est QNAP. Comme Synology, c'est fait pour les utilisateurs peu techniques. Pour les plus téméraires, il y a UGreen qui a sorti une gamme de NAS matériellement plus poussée et sur lesquels on peut installer un OS alternatif. Attention cependant, ça reste encore très jeune et il reste encore du travail sur l'OS fourni de base (UGOS PRO). Pour ceux qui sont très à l'aise, il reste le NAS fait maison. Mais ça peut être très chronophage à monter pour atteindre le niveau d'abstraction de Synology (même s'il y a des lacunes chez ce dernier).

Tout est expliqué ici : https://www.nas-forum.com/forum/topic/83414-breaking-new-disque-dur-et-ssd-tiers-plus-supportés-dans-les-nas-série-2025/

Où as-tu vu que la TC500 est motorisée ? La première lettre du nom de modèle désigne le format de la caméra : le B de BC500 est pour Bullet, le T de TC500 pour Turret. Le choix se fait selon l'orientation du support d'installation (même si on peut adapter). Pour le reste ce sont effectivement les mêmes caméras, rien d'anormal donc.

Quelle taille faisaient les données en corbeille avant d'être supprimées ? Le seuil de détection de capacité disponible faible est très large (80% de mémoire), ça n'a donc rien d'alarmant. Dans ton cas, il reste encore ~400Go de libres.

Monter les dossiers partagés d'un NAS sur l'autre (peu importe le sens), et copier les fichier via l'application de gestion de fichiers dédiée (File Station chez Synology ou Files chez UGreen selon le sens choisi).

C'est souvent l'opérateur lui-même. En tout cas, lors de mes derniers déplacements en Belgique et en Espagne, les adresses IP (v4 et v6) distribuées appartenaient aux mêmes réseaux que celles distribuées en France.

BTS ? Pourquoi ne pas simplement autoriser le pays France dans le pare-feu ? Je fais plus restrictif en autorisant par exemple les adresses IPv6 des clients FreeMobile : https://bgpview.io/search/freemobile#results-v6 Cette plage peut d'ailleurs être réduite en relevant les adresses IP utilisées par les clients.

Oui.

... ou aux plages d'adresses IP d'un opérateur, ce que j'utilise notamment pour les réseaux mobiles.

Le reverse DNS se vérifie avec un simple nslookup. Est-il vraiment nécessaire de faire appel à un service web pour obtenir le même résultat ?

La fonction ftp_connect() utilisée en amont de ftp_rename() retourne null au lieu qu'un objet FTP\Connection. Il faudrait donc voir si la cible FTP est toujours disponible. D'après la documentation PHP, un objet de type FTP\Connection est retourné au lieu d'une variable de type resource depuis la version 8.1.0 de PHP. L'erreur doit être différente avec PHP 8.0.