PiwiLAbruti

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)

Oui.

Tu souhaites désactiver la caméra lorsque le mode Home est activé ? Évènement Source d'évènement : Surveillance Station Accéder au mode Home Action Périphérique d'action : Caméra Action : Désactiver la caméra Il faut aussi faire la règle inverse pour activer la caméra lorsque l'évènement Quitter le mode Home est déclenché.

Dans ce cas, il faut aussi que le port SSH du NAS soit le tcp/1100. Le port SSH du NAS peut rester par défaut (tcp/22). Par contre, il faut alors que la redirection sur la box se fasse du port tcp/1100 vers le tcp/22.

Certes, mais peut-être que ces sites n'ont pas besoin d'être ouverts au monde entier mais uniquement à certains pays ?

Un moyen simple qui pourrait permettre d'y parvenir serait d'utiliser les Règles d'action (je n'ai pas de caméra PTZ pour tester).

Si le paquet WoL n'est pas diffusé en local par la box, il y a plusieurs possibilités : Le paquet WoL n'est pas conforme (peu probable), Le paquet n'est pas reçu par la box (je n'ai jamais testé en IPv6), Le proxy WoL est défaillant. As-tu essayé de désactiver/activer la fonctionnalité Proxy WoL sur la Freebox ?