PiwiLAbruti

En RAID, les vitesse se cumulent.

À partir du moment où on utilise du RAID, l'onduleur est incontournable car le risque d'erreur à la reconstruction (ou carrément l'impossibilité de reconstruction) est élevé. On en voit régulièrement des exemples sur ce forum (volumes cassés, sans sauvegardes). Après c'est comme tout le reste, seule la sauvegarde des données permet de se prémunir de n'importe quel incident sur le NAS.

Le décodage matériel concerne l'appareil (PC, tablette, smartphone) qui lit le flux vidéo, pas la caméra. Quel est le codec utilisé par la caméra e750 ? Avec quel appareil le flux vidéo est-il décodé ?

Oui, je suis tombé sur un post où des personnes ont eu le même problème et l'ont résolu en délistant leur adresse IP publique.

As-tu fait une demande de retrait de l'adresse IP auprès de Microsoft ? https://sender.office.com

Une fois le nouveau disque inséré dans le NAS, il faut créer un nouveau Groupe de stockage SHR1 et l'y intégrer. C'est le plus important.

Oui, c'est la méthode la plus rapide dans ces conditions.

Je ne sais pas comment fonctionne Outlook sur iOS. Mais pour les mails, la version desktop du Microsoft Store est une horreur qui demande à synchroniser tous vos messages avec votre compte Microsoft 🤦‍♂️ Il en est probablement de même pour les calendriers. J'en profite pour signaler que Synology propose enfin une solution pour gérer les calendriers Synology Calendar sur mobile (Android et iOS), cette dernière est intégrée à MailPlus : New Synology Calendar features come to Synology MailPlus mobile: download the Synology MailPlus Mobile App beta today | Synology Community

Je ne sais pas si c'est possible avec les opérateurs Suisse, mais on peut demander à avoir une adresse IPv4 fullstack (dédiée) chez certains opérateurs Français (comme SFR ou Free). L'adresse IPv4 de la box est privée (du type 10.n.n.n/m) ou publique ?

Alors pourquoi passer par un VPN ? 🤔

Java 8 est disponible sur le dépôt d'archives : https://archive.synology.com/download/Package/Java8 Il faut que tu prennes l'architecture x86_64 : https://global.synologydownload.com/download/Package/spk/Java8/8.0.275-0021/Java8-x86_64-8.0.275-0021.spk Par contre, je ne sais pas si cette version obsolète est compatible avec les versions récentes de DSM.

Parce que pCloud ne fonctionne pas avec un partage réseau SMB, et qu'il utilise un index spécifique pour ses recherches.

Les latences réseau sont beaucoup plus élevées qu'un accès direct via SATA/USB. Utiliser un logiciel de comparaison directement sur le NAS.

C'est très bien un DS109 @firlin, je m'en sers encore comme destination de sauvegarde 😅 Il a juste fallu le passer en DS112j pour y installer DSM 6 et Hyper Backup Vault. Reste à savoir pendant combien de temps Hyper Backup Vault (2.2.9-1521 sur DSM 6) sera encore compatible avec les versions récentes (4.1.1-3748 actuellement sur DSM 7.2).

Celle des caméras, d'où la question qui suivait.

Ce n'était pas inutile, la preuve : As-tu essayé d'utiliser Synology Drive ? Ça permet de synchroniser localement des fichiers entre des clients et le NAS. Par contre, ce n'est peut-être pas adapté au fonctionnement de Chessbase (ne sachant pas de quoi il s'agit exactement). Est-ce que les accès multiples à cette base sont possible ?

Vérifie la vitesse de connexion négociée sur l'interface du NAS et du PC lorsque tu constates le problème de débit.

Contrairement à ce que tu penses, ça aide à ne pas proposer des solutions inadaptées à cet usage 😉 Je ne connais pas Chessbase ni son fonctionnement. Peut-être que d'autres utilisateurs du forum connaissent.

Créer un sujet dans cette section est presque un déterrage 😄 J'utilise Observium pour monitorer mes équipements réseau supportant le protocole SNMP. Je viens de constater que l'un des équipements monitoré, un DS112j sous DSM 6.2.4-25556-7, présente une fuite sur la mémoire virtuelle et le swap (passage de 10% à 70% d'occupation en 10 semaines, 1,4Go/2Go occupés avant redémarrage). Cette anomalie n'est pas présente sur d'autres NAS sous DSM 7+ (entre 50 et 70Mo de swap constants sur la même période). Le redémarrage du service SNMP ramène la consommation du swap à un niveau normal (37Mo). J'ai ouvert un ticket auprès du support Synology. user@DiskStation:~$ sudo synoservicectl --restart snmpd Est-ce que certains utilisant SNMP sous DSM 6.2.4 ont fait le même constat ?

L'aggrégation de lien LACP ne permettra pas d'atteindre 2Gbit/s pour un même client, mais permet "seulement" de répartir les clients sur les ports physiques (basé sur l'adresse IP source par défaut). Deux clients peuvent donc bénéficier simultanément de 1Gbit/s. Détails techniques barbants : Étant donné que ton besoin est d'avoir du 10Gbit/s sur le PC1, autant relier ce PC directement au porte 10GbE de la Freebox Ultra et utiliser un switch 1GbE pour le reste.

Les réponses possibles à ta question dépendent du besoin exact (qui n'a rien de technique).

Le problème venait du paquet Universal Search qui avait un mauvais état (possible étant donné que j'avais probablement désactivé le démarrage de ce paquet 😅). Il suffisait de redémarrer les paquets suivants via SSH : user@DiskStation:~$ sudo systemctl restart pkg-SynoFinder-synoelasticd user@DiskStation:~$ sudo systemctl restart pkg-SynoFinder-fileindexd

Il me semble que le paquet SynoCommunity de Synthing n'a pas besoin d'être mis à jour car le logiciel les gère lui-même. Si Docker te semble complexe, alors commence avec le paquet SynoCommunity.

Pour les caméras, ne change rien. L'avantage d'utiliser le NAS comme source de temps des caméras est que si la connexion internet est interrompue, l'heure reste cohérente entre les caméras et le NAS. Vérifie juste que le serveur de temps est bien activé dans DSM > Panneau de configuration > Options régionales > onglet Service NTP > cocher la case Activer le service NTP. Est-ce que l'interface de gestion des caméras affiche l'heure ? Lorsque tu constates un décalage dans Surveillance Station, est-ce que l'heure de la caméra (affichée dans son interface de gestion) est également décalée ?

Oui, c'est ça. Dans les débuts de Let's Encrypt, il y avait deux adresses IP facilement identifiables qui se connectaient au NAS pour valider les certificats. Il suffisait alors de n'ouvrir le port tcp/80 que pour ces deux adresses IP dans le pare-feu du NAS. Aujourd'hui, ce n'est plus possible et Let's Encrypt tente même de rassurer ses utilisateurs.