PiwiLAbruti

Pour ceux qui connaissent mieux que moi les sauvegardes sur un support USB, est-ce que la rotation et la rétention des sauvegardes est possible ? Dans le cas présent, on dirait une sauvegarde à version unique. https://kb.synology.com/fr-fr/DSM/help/HyperBackup/data_backup_destination?version=7

Parfait 👍 On voit que le disque de destination est plein, rien de grave. Il va falloir adapter les paramètres de rotation et de rétention des sauvegardes. Quels sont les paramètres de sauvegarde actuels ?

Peux-tu vérifier la charge du NAS (processeur et RAM) pendant la lecture d'une vidéo 4K60 ?

Peux-tu donner les messages relatifs à cette erreur donnés dans Hyper Backup > Journal ?

Comment sont reliés la TV et la Fire TV Max 4k au réseau ? (Wi-Fi, filaire, CPL, ...) Je pose cette question car les saccades peuvent ne pas venir du NAS mais du réseau. Auquel cas un nouveau NAS n'améliorera rien.

Le réseau 192.158.2/24 est autorisé dans deux zones. Seule la première (LAN) sera utilisée pour ce réseau. Quel est l'intérêt d'avoir deux zones LAN et VPN ? Une zone LAN ne suffit pas pour les deux types d'accès ?

Ça devrait fonctionner même activé, à condition que l'ordre des passerelles soit correctement défini dans Panneau de configuration > rubrique Réseau > onglet Interface réseau > bouton Gérer > Ordre des services.

Je ne connais pas bien Speedtest, ça utilise HTTP ? Si oui, ce n'est pas comparable à iPerf qui utilise son propre protocole (et qui ne sollicite pas le stockage, CPU et RAM uniquement).

Heu... la résolution d'un même nom en plusieurs adresses n'est pas la solution à ton problème. Il te faut attribuer l'adresse de ton serveur DNS à tes clients (normalement c'est bon), et publier les zones DNS dans les bonnes vues (une locale/VPN et une distante).

@oracle7 Le nom n'est pas le même, donc il n'y a pas de confusion possible entre les deux adresses : Un nom de domaine peut très bien se résoudre en plusieurs adresse IP (v4 et/ou v6) : host.domain.tld A 10.0.0.1 host.domain.tld A 172.16.0.1 host.domain.tld A 192.168.0.1 Dans ce cas, une rotation (Round-robin) est effectuée à chaque nouvelle résolution par le client : host.domain.tld A 10.0.0.1 host.domain.tld A 172.16.0.1 host.domain.tld A 192.168.0.1 host.domain.tld A 172.16.0.1 host.domain.tld A 192.168.0.1 host.domain.tld A 10.0.0.1 host.domain.tld A 192.168.0.1 host.domain.tld A 10.0.0.1 host.domain.tld A 172.16.0.1 ... Évidemment, ce n'est pas le fonctionnement souhaité dans le cas présent.

Comme le dit @firlin, une Cloud Key est un type de console UniFi comme la Cloud Key Gen2 ou la Cloud Key Gen2 Plus. Je pense que tu veux plutôt parler de la partie contrôleur UniFi Network Application. Il faut savoir qu'Ubiquiti déconseille l'utilisation d'UniFi Network Application et recommande plutôt d'utiliser leurs consoles (forcément 🤑). Le contrôleur est tout à fait utilisable sur un NAS Synology via Docker ou une machine virtuelle (via Virtual Machine Manager) à condition de disposer d'un NAS compatible (x86_64). Il n'y a pas de solution native officielle, mais il existe des paquets alternatifs dont je ne fournirai pas les liens car les sources me semblent trop peu fiables. En ce qui concerne la migration, il suffit de restaurer sur le NAS la sauvegarde de la configuration de l'instance fonctionnant sur ton RPi.

Synology ne donne aucune date de fin de support. Les notes de version de DSM 7.1-42661 donnent quelques indications concernant le support du DS415play : Le DS415play supportera donc toutes les mises à jour apportées à la branche 7.1 de DSM. Il sera donc compatible avec les possibles futures versions de cette branche (7.1.2, 7.1.3, ...) mais ne supportera pas DSM 7.2. Synology peut très bien prolonger le support de la branche 7.1 avec des mises à jour de sécurité même lorsque des versions supérieures seront sorties (7.2, 7.3, ...). Ce qui prolongerait la durée de vie des modèles limités à cette version.

Peu importe la solution réseau choisie, le débit restera à 1Gb/s. Faites le test et constatez par vous-mêmes.

Le VPN n'est pas nécessairement la meilleure solution, ça dépend des besoins en accès distants (parfois volontairement inexistants) et de la politique de sécurité.

@Biskot C'est un des défauts de conception de DSM. Actuellement, l'accès à DSM est unique et permet d'authentifier n'importe quel administrateur ou utilisateur. On aura beau appliquer n'importe quelle politique de sécurité, l'accès réseau à DSM sera toujours trop permissif aux administrateurs et pas assez aux utilisateurs. Dans l'idéal, il faudrait deux interfaces distinctes : un portail facilement accessible pour les utilisateurs, et un accès administrateur. Ainsi on pourrait appliquer des politiques de sécurité différentes à ces deux types d'accès.

C'est là que ça devient technique 🤓 Le plus efficace est de consulter les connexions effectuées par le navigateur dans les outils de développement intégrés à ce dernier ([Ctrl]+[Shift]+[i] pour y accéder).

Il faut surtout configurer le pare-feu AVANT d'ouvrir le port sur le routeur/box...

Non, ce n'est pas nécessaire pour les sites qui ne l'utilisent pas.

Branche le câble USB entre l'onduleur et ton NAS, Sélectionne UPS USB.

Si monnas.ndd.tld est défini dans une configuration de reverse proxy, vérifie que les en-têtes WebSocket sont bien créées : Source : https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/system_login_portal_advanced?version=7

Sur la capture d'écran, c'est écrit 834MB/s. Pour rappel B = Byte = octet = o ; à ne pas confondre avec b = bit (1B = 1o = 8b). Comme déjà indiqué par d'autres, ça dépasse allègrement le 1Gb/s (125MB/s) donc une carte 10Gb/s est utilisée pour obtenir ce débit.

Le débit n'atteint pas 125Mo/s car le débit n'est mesuré que sur la charge utile, ce qui exclut les en-têtes (IP et TCP) de chaque paquet réseau.

La phrase que j'ai citée est ambiguë. Les limitations dues à la longueur d'un câble n'a rien à voir avec le switch (ni avec un quelconque équipement actif).

🤔

$ sudo iptables --list INPUT_FIREWALL