DaffY

Welcome

Salut, comme c'est indiqué, c'est la base de données et non les fichiers vidéos qui sont supprimés. zéro risque

Welcome

Bonjour Le mieux serait de jouer avec le reverse proxy cf section tuto

Bonjour à tous, En dépannant un membre du forum sur Windows je me suis rendu compte d'un pb avec MS Edge. un glisser d'un dossier depuis l'explorateur windows 10 via Microsoft Edge sur FileStation ne fonctionne pas. La chose se fait mais la jauge de suivi demeure immobile. en revanche pour un ou plusieurs fichiers pas de problème. Par contre avec FireFox, Google Chrome ou Safari ça fonctionne. (peut être même sous Opera?) Comme ce dernier s'adresse à un public de débutant... il ne souhaite pas leur imposer un changement de navigateur (bien que je lui conseille de le faire). Jadis on parlait de JAVA mais c'est du passé..; ensuite on a parlé de NAPI... Bon et maintenant ? J'ai cherché dans les options de MS Edge... rien vu.. Peut être du côté d'une extension ??? Mais là je sèche... Par avance merci.

Bonjour, OK, je comprends mieux. A partir du moment où on a enregistré dans le trousseau la connexion, c'est celle-ci qui est proposée et retenue. Il faut donc forcer la connexion avec un autre utilisateur. Normalement dans le Finder on voit le NAS et en haut à droite on a le bouton se connecter comme... et ainsi forcer une connexion avec un autre user/motdepasse. Où aller dans le trousseaux d'accès et supprimer l’enregistrement concerné (dans la zone de recherche on peut saisir le nom du nas ou nas ou l'ip locale pour retrouver les enregistrements de connexion.)

Oui tout à fait d'accord. On trouve sur le forum des gens très exigeants et sérieux. Après on peu en effet décider d'adapter ses exigences selon ses propres contraintes et désirs. Pas la peine d'ajouter Plex en sus, le NAS et ses paquets en natifs le proposent déjà : serveur multimédias diffuse aussi bien du MP3 du WAV que du FLAC, mieux encore le NAS peut avoir un Itunes Server (même si il est plus limité qu'un vrai partage itunes Mac) il permet d'accéder via un mac justement à la bibliothèque diapo sur le NAS.

Bonjour la bienvenue alors ! Quelques pistes : L'initialisation des disques peut être un atout -- Le paramètrage du modem/routeur/BOX pour la réservation dip et le routage des ports idoines -- La stratégie de sauevgarde -- Selon ta version de macOS le choix d'une connexion en afp ou en SMB (sujet aussi à voir) -- sinon pour la vidéo étant  fan j'ai un penchant pour infuse mais il existe d'autres solutions -- Bref plein de sujets abordés dans ce forum en attendant la mise en place de ton NAS.

Oui en parcourant ici et là on constate que d'autres ont eu ce genre de pb. Le contournement (pas d'une solution) étant de passer en http... sic. A savoir si le souci est SYNO ou CHROMECAST... ou les deux... car j'ai vu que d'autres rencontraient le pb avec des certificats obtenus d'autres autorité que LETSENCRYPT. Bon perso j'ai plus de chromecast... tout en ATV... et j'évite le sans fil. Mais on s'en fout je sais... Tiens nous au courant.

ah... donc même erreur en local comme en externe. On oublie le distingo donc et on s'oriente sur une problématique chromecast qui ne reconnait pas le certificat Let'sEncrypt de chez Syno... As tu essayé de faire une déco depuis le portable androïd ou IOS dans l'application DSVIDEO ou DSAUDIO puis de refaire la connexion en HTTP et non en HTTPS ? as tu les mêmes soucis ?

Oui je vient de le voir, MERCI. Du coup peut être qu'avec le certificat ... ça pose des petits soucis de reco. (supposition) Le port 80 ne permet pas l'accès à DSM (bureau) sauf paramétrage interne modifié. J'ai pu ire dans le forum que la redirection http vers https n'était pas à faire... Une autre personne plus calée en terme de sécurité saurait dire pourquoi. Pas exclu qu'au final, selon le type de connexion, cela ne soit pas mieux depuis l'extérieur aussi étrange que cela puisse être. Par expérience j'avais pas mal de pb avec la précédente BOX de mon FAI (Orange pour ne pas le citer et son incapacité à gérer le loopback). depuis que cela est corrigé (sans doute pas que cela) plus de pb. Je ne suis pas d'une grande aide sur ce coup là... pardon. Mais je suis certain que d'autres sauront creuser plus sur la problématique posée.

Merci et la bienvenue à toi et ton infra !

Welcome !

Bonjour, Il est encore temps de passer par la case présentation qui fait partie de nos conventions comme indiqué lors de ton arrivée sur ce forum (qui n'est pas le seul à le demander ...) Bref, pour du steam en local on enlève toute la problématique SSL et l'accès externe normalement... Afin de s'en assurer un bon moyen est de se connecter en local via l'ip du NAS avant de faire un stream. possible que cela évite une sortie et un loopback pas forcément bien géré par la box SFR... ensuite le passthrough est pour éviter à la clée de faire du transcodage le laissant à l'appareil qui reçoit le son (ta tv ou un ampli) ce qui est en effet mieux (la chromecast étant plus limitée dans sa capacité). Enfin si tout se passe en Wifi... Faut là aussi savoir si c'est du 2,4 ghz ou du 5ghz.. perturbations diverses etc... qui peuvent justifier ce genre de pb. Bref sauf à considérer un streaming externe, je ferai donc le test en spéciciant l'adresse ip locale du NAS.

Oui tout à fait ok Cette solution fonctionne très bien, même si pour certain il lui manque - des capacités de diffusion streaming à distance - pas de lien avec la bande annonce .. En tout cas, en local ça déchire très bien sans"manger" des ressources au niveau du nas. Profitez bien !

Bonjour, Je constate que vous n'avez pas répondu à ce thread tout en postant d'autres questions... sans pour autant passer par la case présentation... J'imagine donc positivement que ce sujet est clos pour vous.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour, je comprend pas trop la remarque concernant la partie 2.1... Pour mémoire, l'utilisation de TM sur un NAS SYNOLOGY n'interdit pas que l'utilisateur puisse accéder à des ressources partagées du NAS. La seule contrainte est d'avoir un user/mot de passe avec quota (de préférence pour éviter de "manger tout l'espace disque") pour TM et un autre user/mot de passe pour accéder aux ressources du NAS. Peut aussi se poser parfois encore la problématique de la gestion des deux protocoles sur Macs SMB et AFP (sujet abordé et traité ici Chez moi, un utilisateur dispose d'un compte TM ,[TMusermachin] et rien ne lui empêche avec son compte utilisateur [usermachin] du NAS d'accéder à des ressources partagées.

Bonjour et bienvenue

Bonjour, c'est toujours mieux de respecter les chartes sur un forum, comme ici par exemple, et de commencer le premier post par une présentation... Ceci étant dit, concernant la problématique rencontrée, si câbles en cat 6 vrai switche gigabit pas celui d'une box carte réseau gigabit protocole SMB3 assumé par tous les éléments la vitesse devrait avoisiner à minima les 50 à 100 Mb/s Bien vérifier que les NAS ne soient pas encore en initialisation et:ou indexation de photo (taux d'occupation --- on devrait avoir moins de 50% entre 0 et 4% serait normal ). Les modèles J sont plus "léger" en puissance et donc en multitâches. Pa ailleurs pour éviter de tout mélanger, un échange entre PCs ça donne combien ?

Bonjour, jamais trop tard pour bien faire, la preuve ! Welcome !

Welcome. Les dents vont pousser et l'appétit vient en mangeant !

Bon courage c'est avec du lecteur flash...

OK vu en MP, la problématique vient bien de la LB qui ne gère pas le loopback.... Un changement en perspective, mais en attendant l'accès externe est OK