PiwiLAbruti

Ces noms de domaines sont accessibles uniquement si les serveurs DNS listés par d'OpenNIC sont utilisés, sinon il n'est pas possible de résoudre ces noms. En clair, les personnes souhaitant voir ton site devront modifier la configuration DNS de leur appareil pour pouvoir résoudre le nom de domaine associé. C'est gratuit mais inaccessible au commun des mortels. Pour ton besoin, c'est inutilisable.

J'ai pris un peu de temps pour creuser les services proposés par OpenNIC. En vrac : L'idée d'un service DNS "démocratique" utilisant ses propres TLD, et donc indépendant de l'ICANN, reste intéressante. OpenNIC n'a rien de particulièrement fiable en terme de service, surtout quand on voit la liste des serveurs [FR] proposés : https://servers.opennic.org Les serveurs les plus proches sont listés sur la page d'accueil : https://www.opennic.org On peut enregistrer un nom de domaine en utilisant les TLD disponibles : https://www.opennic.org/projects/ Ajouter son propre TLD demande des préalables sérieux (on pourrait ressusciter le .42 🤩) : https://wiki.opennic.org/opennic/creating_new_tlds Pour ceux qui utilisent le paquet DNS Server pour les résolutions locales et qui souhaitent résoudre certains ou tous les noms de domaine OpenNIC, il suffit de créer une zone de redirection renseignant le TLD souhaité (libre par exemple), les serveurs DNS de votre choix, et de sélectionner Transférer uniquement dans Politique de redirection. Faire de même pour tous les TLD que vous souhaitez pouvoir résoudre.

Je n'ai rien vu sur le site pour créer un nom de domaine depuis un TLD disponible.

De ce que j'ai compris, OpenNIC n'est pas un registrar mais une alternative pour déclarer ses propres TLD à condition d'avoir un minimum d'infrastructure sans downtime.

C'est bien ça. Le débit pour ce type d'usage (streaming, même 4K) n'a que peu d'importance. Dans tous les cas, ne te fais pas de nœuds au cerveau. Achète ton NAS et regarde ce que ça donne. Il y a peu de chances que tu constates des désagréments. Attention cependant au CPL, le débit peu être fortement bridé par l'installation électrique (et ce n'est pas qu'une question de vétusté).

Ah zut, il y a deux disques de 4To 😅, donc c'est bon pour monter un SHR : https://www.synology.com/fr-fr/support/RAID_calculator?drives=4 TB|4 TB|2 TB|2 TB&raid=RAID_1|SHR_2 ❗ Tu ne peux remonter des disques contenant déjà des données dans un NAS Synology si ces derniers n'étaient pas déjà utilisés dans un NAS Synology auparavant. DSM utilisant des partitions spécifiques pour ses besoins, les partitions existantes (et donc les données qu'elles contiennent) seront détruites pour créer les nouvelles. Il faudra donc commencer par sauvegarder les données du THECUS avant de faire quoi que ce soit d'autre. Tu as 5 disques, quelle configuration voudrais-tu avoir sur le prochain NAS ? Les 5 ne vont pas rentrer dans un 2 baies.

Oui, mais attention à isoler le disque de 4To dans un groupe de stockage dédié. Tu as 5 disques, le DS423+ dispose de 4 baies. Pas directement, sinon Le NAS détruira les données des disques pour créer les partitions dont DSM a besoin. Je n'ai pas compris.

Deux appareils sur un même réseau local n'ont pas besoin d'internet pour communiquer entre eux, le trafic ne fait que transiter par le switch et/ou le Wi-Fi de la box. Pour en revenir à ta question : Le NAS est connecté en filaire au réseau à une vitesse maximale de 1Gbit/s (soit 125Mo/s). Selon les protocoles utilisés, le contenu échangé, et le type de réseau (filaire, Wi-Fi, CPL), les vitesses peuvent beaucoup varier. Le Wi-Fi et le CPL étant souvent bien plus limités que le filaire à 1Gbit/s. Pourquoi voudrais-tu que le NAS sature les débits ? As-tu déjà constaté des problèmes de débit ? Lire une vidéo du NAS sur un lecteur multimédia consomme très peu de débit, tout comme les autres usages que tu cites comme le streaming 4K ou le gaming (cas particulier des téléchargements de jeux qui peuvent consommer beaucoup de débit internet). Par contre, ce sont des usages exigeants en terme de latence et de quantité de paquets échangés.

Avec un onduleur connecté en USB au NAS, l'extinction peut se faire de manière automatique lorsque la batterie faiblit. Comme déjà expliqué, le NAS n'a aucun moyen de savoir qu'il est alimenté par une batterie sans être connecté à l'onduleur. Donc ce n'est pas possible.

Ce modèle ne permet pas de faire cela. Pour transmettre des informations à un équipement, un onduleur doit être connecté à cet équipement (USB, ou réseau via SNMP). Le EATON 3S Mini ne propose aucune connexion et ne peut donc pas communiquer son état à l'équipement.

En théorie, si le trafic est local, il n'impacte pas le débit Internet. Maintenant, tout dépend de l'architecture du réseau dans le logement. Le mieux est de fournir un schéma avec la box, les autres équipements réseaux (switch, AP Wi-Fi, ...), les équipements terminaux (PC, TV, passerelle multimédia, ...), et les médias de connexion entre ces différents équipements (câble réseau, Wi-Fi, CPL, ...).

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.