PiwiLAbruti

S'agissant d'un dysfonctionnement et non d'une incompatibilité, il vaut mieux utiliser le support intégré dans ton compte Synology pour le signaler.

À condition d'avoir fait une sauvegarde au préalable.

Active Backup for Business est compatible avec le DS2413+. Peut-être que Synology ne l'indique plus parce que ce modèle est limité à DSM 7.1, et donc une version antérieure d'ABB. https://www.synology.com/fr-fr/support/download/DS2413+?version=7.1#packages

Non, c'est avant tout un outil pour intégrer une caméra non-listée-dans-la-liste-de-compatibilité à Surveillance Station. J'espère simplement que Synology récupère les informations des marques et modèles des caméras intégrées via cet outil pour enrichir la liste de compatibilité.

Si toutes les fonctionnalités de la caméra sont correctement remontées via ONVIF à Surveillance Station, il n'y a pas besoin de passer par l'outil d'intégration. J'ai supposé, peut-être à tort, que Synology récupérait également ces informations d'intégration afin d'enrichier la liste de compatibilité actuelle. Dans mon cas, j'utilise des caméras Annke C800 (marque non listée dans la liste de compatibilité) qui fonctionnent très bien via ONVIF. Cependant, les dernières mises à jour de firmware ont ajouté la détection de personnes et de véhicules à la caméra. Mais ces nouvelles fonctionnalités ne sont pas remontées par ONVIF et ne le seront probablement jamais. J'espère donc, en ayant utilisé l'outil d'intégration, que Synology a pu récupérer ces informations pour les intégrer nativement à Surveillance Station afin de pouvoir bénéficier des nouvelles capacités de détection de ces caméras. En parallèle, j'avais déjà fait une demande explicite via le formulaire du site : https://www.synology.com/fr-fr/form/suggest_device

Beau hors-sujet @StéphanH 😅 Par contre tu peux créer un sujet pour remonter ce bug des fois que d'autres utilisateurs auraient constaté la même chose.

As-tu ouvert un ticket auprès du support Synology ?

Les débits sur torrent varient beaucoup selon la taille des blocs du fichier : plus les blocs sont petits, plus le débit diminue. Cette taille est propre à chaque fichier torrent. La multiplication des paires peut améliorer les débits lorsque les blocs sont de petite taille.

@NAStucieux Le paquet Threat Prevention est très gourmand en ressources et pénalise fortement le RT1900ac lorsqu'il est activé. S'il est activé, essaye de refaire un test de débit en le désactivant au préalable. À voir si le paquet Safe Access n'aurait pas aussi un impact sur les performances.

J'ai également un DS718+ et je n'ai eu aucun message d'erreur pendant la mise à jour via le Centre de paquets. Après ça dépend aussi de ce qui tourne déjà sur le NAS. Dans tous les cas, il ne faut pas prêter attention à ce message et annuler l'assistant d'installation. La mise à jour se fait quand même.

Il y a un délai d'expiration à partir duquel ce message d'erreur s'affiche dans le Centre de paquets. Ça me le fait presque systématiquement sur de vieux NAS très lents, mais les mises à jour se font bien. Pour les mises à jour de ces vieux NAS, je passe maintenant par la commande sudo synopkg upgradeall. Ça évite d'ouvrir l'interface de DSM qui n'est pas un modèle de frugalité.

Depuis Surveillance Station 9.1.4-10998, Synology a (enfin) intégré la possibilité de signaler directement des caméras non-listées dans la Liste des caméras IP prises en charge. La fonctionnalité s'appelle Outil d'integration (Integration Tool), l'aide a été mise à jour pour expliquer son fonctionnement : https://kb.synology.com/fr-fr/SurveillanceStation/help/SurveillanceStation/integration_tool?version=9 Ce type de signalement peut être intéressant pour ceux qui utilisent des caméras ONVIF et qui n'ont pas l'intégralité des fonctionnalités disponibles dans Surveillance Station (par exemple).

La destination ne répond pas dans les 30 secondes imparties (ERR_CONNECTION_TIMED_OUT). Un nmap -Pn -sS -p 443 domain.tld sur la destination indique que le port 443 n'est pas joignable. Plusieurs hypothèses : L'adresse IPv4 publique a changé. Le port 443 est déjà utilisé par la box pour son interface de gestion (à modifier si c'est le cas). Le port 443 n'est pas redirigé vers le bon hôte depuis la box/routeur. Un pare-feu bloque l'accès aux ports nécessaires sur le routeur (443), sur le NAS (443), ou sur la destination finale configurée dans le reverse proxy (80). La box ne supporte pas le loopback. Ce n'est pas un problème si le domaine name.domain.tld est résolu en l'adresse IP privée du NAS en local. Ce qui reste dérangeant, c'est que ça semble fonctionner de temps en temps (j'ai arrêté après un 12aine d'essais infructueux). Quelle erreur ?

Vu le message d'erreur, il est normal que ça ne fonctionne pas.

Des versions plus récentes de PHP, jusqu'à la 8.2 actuellement, sont disponibles depuis le Centre de paquets. Installe celle de ton choix et modifie la dans les profils de Web Station.

Je viens également de recevoir le mail de notification @CoolRaoul dans lequel il y a un tableau récapitulatif : Concernant le DS213j, comme il est "limité" à DSM 7.1, la version d'Hyper Backup actuelle est la 3.0.2-2531. Elle est également interopérable avec les deux autres versions précitées (2.2.9-1521 et 4.1.0-3718).

La phase de support étendu de DSM 6.2 court jusqu'en octobre 2024, il y a le temps. Passé cette date, DSM 6.2 sera toujours utilisable. Il faudra juste veiller à ne plus l'exposer sur internet (ou à restreindre son exposition aux seuls pairs connus). Destination de sauvegarde distance Hyper Backup Vault, Réplication de zones DNS, Synchronisation de bases LDAP. C'est ce que je fais avec un DS109 sous DSM 6.2. Ce dernier est installé chez des proches à quelques centaine de kilomètres. Ma seule inquiétude est la pérennité de la compatibilité de Hyper Backup pour DSM 7.2 (4.1.0-3718) avec Hyper Backup Vault pour DSM 6.2 (2.2.9-1521). Pour l'instant ça fonctionne parfaitement et j'espère que ça restera le cas le plus longtemps possible. Pour ne pas avoir de surprise, il vaut mieux désactiver la mise à jour automatique des paquets Hyper Backup et Hyper Backup Vault 😉 Version française de l'annonce : https://www.synology.com/fr-fr/products/status/eol-dsm62

As-tu fait une demande d'assistance auprès du support Synology ? (via l'application Centre d'assistance intégrée à DSM)

Les paquets n'utilisent pas qu'un seul emplacement. La racine des paquets se situe dans /var/packages. Des liens symboliques sont utilisés depuis cet emplacement pour le stockage des paquets. Les paquets "système" comme ActiveInsight, FileStation, SMBService, SynoFinder, ... sont installés dans les sous-dossiers de /usr/local/packages (@appdata, @apphome, @appshare, @appstore, @apptemp). Les autres paquets peuvent être installés sur des volumes différents (volume{n}). Par exemple, WebStation installé sur le volume1 donne les chemins suivants (affichage simplifié) : user@DiskStation:~$ ls -al /var/packages/WebStation/ . .. conf enabled etc -> /volume1/@appconf/WebStation home -> /volume1/@apphome/WebStation INFO scripts share -> /volume1/@appshare/WebStation shares target -> /volume1/@appstore/WebStation tmp -> /volume1/@apptemp/WebStation var -> /volume1/@appdata/WebStation WIZARD_UIFILES

Non, pour quoi faire ?

C'est pourtant une procédure qui faciliterait la migration d'un disque à un autre (changement de taille) pour les NAS 1 baie.

S'ils sont toujours présents, supprime aussi les redirections des ports 21 et 22 sur la box.

Intéressant. Qu'est-ce que tu attends plus précisément de l'association d'un NAS et d'un routeur ?

Le bugtracker Freebox est une poubelle. Un vieux ticket qui n'a pas été évalué (status Nouveau depuis 2010) devrait être systématiquement annulé par une tâche automatisée au bout d'un certain délai. Pour en revenir au sujet, le WoL distant semble techniquement possible en IPv6 mais toujours au travers d'un proxy WoL. Il faudrait envoyer les paquets WoL à l'adresse IPv6 publique de la Freebox [prefix]::1 et qu'elle transpose ces paquets sur le LAN à destination de ff02::1. Tu peux toujours compléter le ticket du bugtracker avec ces informations, puis investir dans une poule pour regarder si des dents vont lui pousser. Ça sera plus utile que d'espérer voir ce ticket changer de statut.

Ou alors le proxy WoL de la Freebox ne fonctionne qu'en IPv4 😉 (j'ai la flemme de tester)