CoolRaoul

Taper la commande sans le "-delete" dans une fenetre de terminal connecté SSH pour voir s'afficher les noms des fichiers qui sont éligibles à être effacés alors

Pour supprimer des fichiers utiliser la clause "-delete", native, de find plutôt que ce "-exec" suivi d'un rm récursif (potentiellement dangereux en plus). Je préconise aussi "mtime" plutôt que "ctime". autre chose : le "mindepth" ne sert à rien ici Enfin (et surtout !) ce "test" en second paramètre est évidemment la cause de l'échec : ça recherche à partir du chemin spécifié en #1 un objet nommé "test" qui répond aux critères spécifiés pour y appliquer les actions qui suivent. Dans le meilleur des cas c'est ce fichier (ou dossier) "test" qui sera supprimé (s'il existe) mais rien de plus Et donc : find /volume1/dahua -type f -maxdepth 1 ! -user root -mtime +4 -delete -print devrait faire l'affaire

Sinon sans rien installer sur le NAS lui même, il existe des applications Android, compatibles Android TV qui savent streamer directement depuis le NAS (VLC, NOVA Video Player, et d'autres). A mon avis c'est sans doute le plus simple pour commencer.

Publié hier : https://www.domo-blog.fr/test-synology-rt6600ax-wi-fi-6-mesh-tout-pour-reseau-maison-connectee/

DS213j vers DS224+ c'est justement le parcours que j'ai suivi et ça me convient parfaitement (pour une utilisation un peu plus light toutefois)

Alors là, qu'un passage en IP fixe résolve un problème d'authentification échouée j'avoue que je n'étais pas prêt. [emoji54]

Intéressant, en fait c'est le premier test qu'il aurait fallu faire. Je ne pourrai pas aider plus avant toutefois : je n'ai aucune expérience dans le monde Apple.

C'est le logo triangulaire dans la photo qui me semblait correspondre à une Delta.

Coté client SMB de la Freebox j'ai trouvé ceci qui pourrait être utile: https://www.perplexity.ai/search/quelle-version-de-smb-la-freeb-O1hr97P1Tn2X8w69c5Kx3g#0 Il semble y avoir une option à activer aussi sur la BOX Il seraut intéressant de vérifier que le NAS est accessible via l'explorateur de fichier de ton PC (ou MAC ?)

Je m'aperçois qu'il y a une confusion vu que tu parles d'une "interface Freebox" sur la télé ce qui m'a induit en erreur. Mais c'est bien au NAS que tu cherches à accéder Par conséquent c'est un des comptes du NAS et son mot de passe associé qu'il faut saisir dans le formulaire du début.

Alors il ne reste plus qu'à y choisir un nom et un mot de passe et ensuite saisir exactement les mêmes informations dans la fenêtre d'authentification que tu as postée dans ton premier message

Tu parviens à atteindre le formulaire dont j'ai envoyé la copie d'écran déjà ?

Il cherche juste à accéder aux répertoires partagés du NAS à partir de l'explorateur de fichiers intégré à sa télé, pas faire de partage d'écran. En outre suggérer de mettre en place un serveur Rustdesk à quelqu'un qui annonce "je n y connais rien du tout" ne me semble pas une si bonne idée que ça 😔

Le compte et mot de passe sont ceux qui ont été configurés dans l'interface Freebox OS. CF copie d'écran, champs "utilisateur" et "mot de passe" :

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