PiwiLAbruti

Cette remarque était pour ceux qui ne sont pas équipés d'un onduleur. écoWatt permet d'être prévenu afin d'éteindre son NAS plutôt que de le laisser subir une coupure, et cette extinction peut se faire à distance.

Pas besoin. S'il doit y avoir coupure, l'onduleur va prendre le relai. Le NAS s'éteindra automatiquement avant l'expiration de l'onduleur ( selon ce que tu as paramétré dans DSM), et se rallumera automatiquement lorsque le courant sera rétabli.

À moins que Screaming Frog soit open source, il n'y a aucun moyen de l'installer sur un NAS Synology. Par contre, comme tu disposes d'un DS718+, il est possible de virtualiser une distribution Linux de ton choix (via le paquet Virtual Machine manager) et d'y installer Screaming Frog.

Les coupures d'électricité seront planifiées et les zones concernées seront alertées via l'application écoWatt. Donc rien ne justifie l'achat d'un onduleur dans ces conditions. Par contre, si ton NAS utilise RAID ou SHR, cet achat aurait dû être fait bien plus tôt 😅

Il y a d'ailleurs un article qui détaille la procédure de suppression de SMB1 chez Microsoft : https://learn.microsoft.com/fr-fr/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3#how-to-remove-smbv1 L'état global de SMB1 sur une machine Windows peut être vérifié avec la commande suivante : Get-WindowsOptionalFeature -Online -FeatureName SMB1* | Select-Object DisplayName,State | Format-table

Il y a un sujet dédié pour le DS923+.

Je n'ai aucun souci pour utiliser les partages du NAS via Windows 10 sans activer cette option (NTLMv1). SMB1 est obsolète, il vaut mieux définir la version minimale de SMB sur SMB2. Essaye de désactiver NTLMv1 pour voir si le problème réapparaît.

À défaut d'avoir un PBO plus près, c'est ce qu'ils vont faire. Un PBO c'est 12 fibres (donc 12 logements) maximum. Selon la densité des habitations dans ta rue, les distances de raccordement aux logements peut être assez longues (mais ça dépasse rarement les 300m). les câbleurs utilisent souvent des PTO pré-câblés (30, 50, et 100m). Au-delà ils sortent les tourets (200, 500, et 1000m). Je te conseille d'avoir deja prévu le chemin de la fibre avec des gaines permettant le passage d'une aiguille, sinon ça va se compliquer 😅

Ils tirent le câble optique depuis le PBO (Point de Branchement Optique) situé dans la rue jusqu'au PTO (Point de Terminaison Optique) dans ta résidence @Mic13710. Pour ceux en appartement, il y a un PBO à chaque étage de l'immeuble.

Chez Free, par exemple, elle change lors du passage à la xDSL > fibre. Mais sinon, elle ne change pas. Chez Proximus, il est possible que ça vienne d'une migration d'infrastructure. Auquel ça ne devrait se produire qu'une seule fois.

Intéressant. Chez Free et Orange le préfixe IPv6 ne varie pas. Tu sais chez quels opérateurs il varie ?

Le tutoriel sur la sécurité mériterait effectivement un rafraîchissement car, comme tu le dis, il y a eu des évolutions : La majorité des connexions des abonnés sont aujourd'hui en IPv6 natif. C'est à dire que le trafic IPv4 est encapsulé dans IPv6. Les opérateurs bloquant le trafic IPv6 entrant par défaut au niveau des box (à confirmer chez certains, je ne les connais pas toutes), l'utilisation d'IPv6 par défaut n'est plus un souci. La plupart des box ont un pare-feu IPv6 paramétrable (sauf chez Free qui ne propose qu'un gros interrupteur pour autoriser/interdire tout le trafic entrant). Tu n'as rien à configurer sur ta box pour utiliser IPv6. À moins qu'il soit désactivé sur les clients, IPv6 est configuré par chacun de tes appareils.

Le reverse DNS est utilisé par certains services pour confirmer l'identité d'un hôte. Ça sert par exemple pour les serveurs mail où les MTA vérifient que la résolution de l'adresse IP renvoie bien le même domaine que celui de l'adresse d'expédition. C'est d'ailleurs (à ma connaissance) l'un des seuls cas où le reverse DNS est utile sur un NAS Synology.

Je confirme @Jeff777, c'est pour ça que je conseille aussi de le configurer dès que l'adresse IPv4 full-stack est opérationnelle.

@MilesTEG1 Le reverse DNS n'est pas un service de DNS dynamique. Il sert à renvoyer un nom de domaine de ton choix (ou Free en *.hd.free.fr) à partir de ton adresse IPv4 (enregistrement DNS de type PTR).

Et n'oublie pas de modifier ton reverse DNS (si tu en as un) dès que la connexion est opérationnelle.

Ah zut, désolé. Il y a peut-être un tutoriel pour ce que tu souhaites faire sur ce même site ?

Pourquoi ne pas configurer la caméra (et l'enregistrement) directement dans Surveillance Station ? Les fichiers vidéo enregistrés se trouvent dans /var/services/surveillance/{nomDeLaCamera}/{date}/*.mp4

Je crois qu'il est question de Pi-hole dans un conteneur Docker @Jeff777.

Est-ce que la commande nano existe ? $ which nano Sinon essaye avec vi : $ which vi $ sudo vi /etc/hosts

Ok, on part de loin 😅 Commence déjà par appliquer ce tutoriel car ton NAS est totalement exposé sur Internet :

C'est impossible à déterminer car ça dépend de trop de facteurs (caractéristiques des disques, nombre de disques, rapidité du processeur du NAS, utilisation du NAS pendant la reconstruction, ...).

Un disque de plus petite taille ne pourra pas être intégré au RAID.

Est-ce que le nom de domaine utilisé se résout en IPv4 et/ou IPv6 ? Quelles sources externes sont autorisées dans le pare-feu du NAS ? Récupère les adresse IPv4 et IPv6 du téléphone lorsqu'il est connecté au réseau mobile pour comparer avec les règles de pare-feu.

Bonjour @Zebulon777, Si ce n'est déjà fait, faire une sauvegarde des données (ou au moins des données importantes s'il y en a), Remplacer le disque par un disque de même taille ou plus grand (l'espace supplémentaire ne sera pas utilisé), Reconstruire le RAID (peut être très long). J'insiste sur la sauvegarde car si un autre disque devient défaillant au cours de la réparation (qui est une opération sollicitant beaucoup les disques), l'intégralité des données sera perdue.