CoolRaoul

C'est juste la procédure d'install du paquet (tordue comme je l'ai signalé mais je suis allé au plus rapide pour trouver un tuto) qui passe par un job avec retour par mail Ensuite c'est la commande "lsof" classique en ligne de commande

Il y a encore plus précis (mais en ligne de commande) c'est "lsof", standard Linux qui est intégré dans le paquet "Diagnosis Tool" (fourni par Synology). Tuto d'Install ici (par une méthode un peu capillotractée mais je n'ai pas pris le temps de chercher ailleurs) : https://mariushosting.com/synology-how-to-install-diagnosis-tool

La carte est bien alimentée mais il est exact qu'elle n'a pas d'adresse IP puisque pour ça il faut que le NAS soit démarré (booté). Mais ça n'est pas un problème vu que le paquet magique est de type broadcast et donc diffusé sur l'ensemble du réseau. Par contre, pour que ça fonctionne de l'extérieur, il est nécessaire que la box/routeur dispose de la fonction "proxy wake on lan" (C'est le cas par exemple de celles de chez Free) et c'est l'adresse IP *externe* qui doit être ciblée (la box fait alors passe plat).

Sujet largement abordé tout récemment dans ce fil : https://www.nas-forum.com/forum/topic/81628-wake-on-lan-fonctionne-bien-mais-le-wake-on-wan-ne-fonctionne-pas-toujours/ La méthode que j'emploie (et qui marche dans tous les cas chez moi) y est référencée : https://forum.free-reseau.fr/topic/18083-option-wake-on-lan-non-disponible/#findComment-87375

Lorsque la double authentification est activée sur un compte, lors de la première connexion on a le choix de mémoriser la machine source afin de ne plus avoir à saisir le code de validation à chaque login. En validant cette option on retrouve le comportement d'une connexion simple. Pas besoin de compte supplémentaire.

C'est con ca, si l'enregistrement DNS du NAS cible a, en plus du champ "A", un "AAAA" (et c'est mon cas) hyperbackup s'y connecte en IPv6 en ne cherche même pas a basculer en IPv4 (c'est ce que semblent indiquer mes derniers tests) Va falloir que j'ajoute un alias spécifiquement V4 ou utiliser l'adresse numérique. C'est moche je trouve.

comme les deux NAS ont Tailscale installé, en utilisant l'IP du réseau virtuel ça fonctionne par contre. Je ferai les tests en configuration finale alors (c'est pas le cas pour le moment)

J'ai exactement le même problème que celui décrit dans ce fil par @Jean_49 Dans mon cas j'ai la connectivité IPV6 de bout en bout Sur le NAS distant j'ai lancé dans une connexion SSH un tcpdump sur les ports 5001 et 6281 Je constate est plusieurs échanges (aller/retour donc) sur le 6281 et ensuite deux paquets entrants sur le port 5001 puis plus rien Qu'est-ce qui pourrait expliquer que le NAS distant ne réponde pas ?

Une fois de plus, le wake on LAN ne nécessite pas de redirection de port. L'activation du proxy wake on lan de la box suffit. Le principe est d'envoyer un paquet UDP à destination de l'IP externe de la box. La conf proxy WOL de la box a pour effet de transformer ce paquet en paquet de type "broadcast" (cad pas affecté à une IP spécifique) sur le LAN et toutes les cartes réseau le reçoivent (même et surtout celles des appareils éteints car elle restent alimentées). A cet effet, sur smartphone, on peut utiliser une des nombreuses applications wake on lan existantes.

La liste des clients "officiels" est sur cette page : https://jellyfin.org/downloads/clients Et en effet il n'y a pas de version Tizen listée. Par contre j'ai trouvé ca : https://github.com/jellyfin/jellyfin-tizen A tester

Ce symptôme indiquer que tu cible l'IP du NAS. ce qui n'a pas de sens car un appareil eteint n'a pas dIP par définition. Le fait que ça fonctionne encore quelque temps après arrêt est dû au temps de latence du cache de la table ARP (mapping MAC => IP) interne au switch de la box (et/ou des routeurs intermédiaires si c'est le cas). Pour que ça fonctionne, il faut utiliser une autre configuration et que le proxy wake on LAN de la box soit actif J'avais détaillé ça dans un fil d'un autre Forum : https://forum.free-reseau.fr/topic/18083-option-wake-on-lan-non-disponible/#findComment-87375

Il serait utile de vérifier si il est accessible dans le navigateur Internet aussi http://ip.du.nas:5000 Diskstation manager n'est pas indispensable

Et ma suggestion précédente ?

Essaie dans la barre d'adresse de l'explorateur de fichiers en y saisissant : \\ip.du.nas\ pour voir Exemple : \\192.168.0.20\

Ca manque de détails pour trouver une piste. Pour commencer, à partir de quelle machine "il n'apparait pas" ? Un PC Windows, un Mac, autre ?

Voir ici pour les détails de la configuration à utiliser : https://assistance.free.fr/articles/609

Pas l'intégralité non, uniquement les répertoires contenant des medias et déclarés dans les paramètres du service d'indexation (se configure dans le panneau de configuration). CI dessous la conf par défaut : Il s'agit du protocole de diffusion normalisé (DLNA) audio et video reconnu par la plupart des équipements de type téléviseur, ou applications de visionnage/écoute par exemple Et même pour ceux-ci, il est possible de restreindre accès par défaut dans les paramètres du media server. Autant à priori ("Restrict access to Media Server for newly detected UPnP/DLNA devices") pour les équipements nouvellement détectés qu'a postériori ("devices list") (Désolé pour l'affichage en anglais mais je configure ainsi pour convenance personnelle)

et pour la sauvegarde de la config j'ai trouvé ça : synowebapi --exec api=SYNO.Docker.Container.Profile method=export version=1 outfile="<fichier>" name="<container>" Quant au file system du container, "docker export" fait le job. Je pense que j'ai tout ce qu'il me faut

Je viens de voir qu'uil existe une API Rest "SYNO.Docker.Container" J'ai pu l'utiliser pour arrêter et démarrer un container. Il est possible que la sauvegarde soit disponible via cette dernière. Reste plus qu'à mettre la main sur la doc de l'API

Bonjour note : Je ne suis pas un grand spécialiste de docker, je m'aide des tutos glanés ici ou là. Je réfléchis à une stratégie de sauvegarde automatique de mes containers. Idéalement j'aurais souhaité pouvoir reproduire ce que fait la commande "export" en mode "contents and settings" de container manager mais je ne sais pas si une interface CLI existe En attendant j'ai un script qui effectue à peu près la même chose (que Claude AI m'a aidé à pondre) et que je pourrais automatiser par le task manager Il effectue les actions suivantes : Arret du container si pas arrêté Création d'une archive du contenu par "docker export" Création d'une archive compressée avec ces fichiers (issus de "docker inspect") container_config.json environment_variables.txt labels.txt networks.txt restart_policy.txt volume_mappings.txt plus l'archive issue du "docker export" de l'étape précédente Redémarrage du container (si il était "running" au départ) Est-ce que cette approche vous semble tenir la route? Question subsidiaire : Quelqu'un connaitrait-il une méthode pour produire un résultat identique à celui produit par le "export" de container manager ? (ça serait top)

A mon avis tout semble indiquer que le problème est côté télé plutôt que côté NAS. As tu essayé de poser la question sur un forum dédié Samsung ? Il existe une communauté officielle : https://eu.community.samsung.com/t5/français/ct-p/fr

Ça vaut ce que ça vaut mais j'ai un tout petit site chez Online/Scaleway. C'est une vieille formule hébergement+nom de domaine, plus disponible au catalogue actuel, mais dont ils maintiennent le support pour les abonnés existants (ce qui est tout à leur honneur). Je me permets de témoigner pour signaler la réactivité impressionnante de leur support client (y compris le week-end et en dehors des horaires standard). J'ai eu à ouvrir quelques tickets, ces derniers mois notamment, et ai toujours été extrêmement satisfait, autant de la rapidité de prise en compte que de la qualité des échanges avec les intervenants. Et tout ça malgré la minuscule contribution annuelle que j'apporte à leur CA. Je ne connais pas le reste de leur offre mais j'imagine que la qualité du support ne peut qu'être au moins de même niveau. Je n'ai bien entendu aucune action chez eux.

@Flamby55 par curiosité j'ai essayé de configurer la synchro de l'agenda Synology avec mon smartphone (c'est un Android) De mon côté je suis parvenu à le faire fonctionner (via l'application "DavX5" qui est necessaire sur Android) Juste une différence avec toi sur l'url : de mon côté j'ai utilisé l'URL https://MONNDD.myds.me:5001/caldav.php et renseigné les champs user et password dans le formulaire de l'application ( à ce propos j'ai été surpris de ne pas me trouver bloqué sur le MFA qui est activé pourtant sur mon compte Et ça se synchronise bien et dans les deux sens **edit** Ah j'ai compris, l'URL est différente si on configure accès par alias dans le portail de connection. Avec le nom que j'ai choisi, "caldav", alors https://NDD.myds.me/caldav/ fonctionne pour moi (mais je n'ai pas le "/User" toutefois ni le port DSM 5001, ça passe par le port 443 SSL standard) Comme je suis sous Android et toi sur IOS je ne pourrais hélas sans doute pas t'aider plus avant

Il est important de comprendre que même en changeant le port il sera forcément necessaire d'ouvrir l'accès externe au NAS dans la BOX avec une redirection de port. Que ça soit le port par défaut ou un autre ne change rien (juste peut-être la moindre visibilité dans la mesure ou le port choisi est plus "exotique", les scans de ports utilisés par les pirates potentiels se limitent en général à un nombre restreint de ports connus, mais pas toujours)

Ah oui. Et en effet c'est bien ça quand je me connecte directement dans le navigateur. Par contre ce libellé "syn6-" étrange n'apparait que quand je passe par "DS Finder" => "DSM mobile". Ça doit mettre en place une espèce de proxy/tunnel transparent sans doute. Bof, ça n'empêchera pas de dormir.