CoolRaoul

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" :

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.

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.

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

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.

Ah en effet (et je le savait en plus) et j'ai zappé que @cadkey avait mentionné ce point important de contexte que c'est relatif uniquement aux certificats des noms fournis par le DDNS Synology. Mais le principal point de mon post était que je ne vois pas de risque supplémentaires face à des attaques externes à ouvrir le port 80 du moment que le port 443 est aussi (sous réserve de démonstration via un cas d'école).

Je n'ai pas compris la remarque 7 mais la 6 stipule le contraire il me semble : "Pour obtenir ou renouveler le certificat de votre domaine personnalisé, assurez-vous que le port 80 a été transmis à votre NAS. Cette limitation ne s'applique pas à Synology DDNS."

Quand je vois la pression qui est mise de plus en plus pour inciter à activer le 2FA sur nombre de services en ligne je suis inquiet d'une recrudescence de "nervouze breakdowns" lors de ce type de situations dans le grand public moins à l'aise avec la technique que nous.

Je serai intéressé par un cas d'usage pratique alors. Ce qui sera interceptible en clair par cette surveillance est uniquement le traffic des sessions venant d'utilisateurs assez stupides pour choisir explicitement de se connecter en http (car laisser la possibilité de se connecter en HTTP n'oblige personne à le faire). Les utilisateurs les plus lambda ne savent même pas de quoi il s'agit et donc utiliseront l'url (de type https donc) qu'on leur a communiquée. Et les autres n'ont aucune raison de le faire. Sinon, reste aussi la solution radicale de fermer le port 80 (sauf que ça pose un problème avec le renouvellement des certificats SSL Lets Encrypt, mais je ne suis pas sûr que ça s'applique aux domaines synology.me, myds.me etc qui utilisent peut-être un autre mécanisme pour le renouvellement... ,à tester) non, j'ai testé comme je l'ai écrit : Alors j'avoue ne pas avoir suffisament testé Ca fonctionne en effet pour une connexion via un navigateur, mais pas contre par dans par exemple l'appli mobile (DS File) Ah ben non, pas si sur finalement : j'ai activé une capture (tcpdump) sur le port 80, forcé la connexion DS File en http, et il semble bien que ça bascule en https aussi