CoolRaoul

Suis pas rooté, mais j'avais effacé le cache DSfile avec le gestionnaire d'applis android. Je ne comprend pas comment ça peut se comporter différemment en connexion wifi et en data (pb de MTU ?) , j'ai bien essayé de faire une trace avec tcpdump pour l'analyser avec wireshark mais çà dépasse mes compétences. Vais essayer de desinstaller/installer DSfile.

Suite de mes investigations: Je parviens a me connecter sur le NAS d'un pote avec mon DSFile (Wifi *et* data) Donc le problème est du coté de mon Syno.

Trouvé une autre solution alternative, mon navigateur de fichier de prédilection sous Androïd (ES Explorer) supporte le webdav et je l'ignorais (faut dire que ça se cache dans l'onglet "FTP" ) Et, inutile de le dire, avec lui, ça fonctionne aussi! Mais quel peut bien être le problème avec DSFile alors?

Encore un des bugs de la 4.2 Il y a un fil qui en parle sur le forum US: http://forum.synology.com/enu/viewtopic.php?f=19&t=55977&start=30 Seule solution trouvée (pour l'instant): rebooter

Bon, suite de mes tests: A la maison connexion en wifi (sur mon réseau local donc) OK (c'est quand même le minimum). Par contre, une fois wifi désactivé et data activée sur le téléphone, même erreur "la connexion à échoué etc... " qui apparaît après la phase d'authentification (qui réussi elle). Pour aller plus avant, j'ai testé un client webdav sur le téléphone (le module webdav de Total Commander) et avec celui-la, la connexion réussit! (bon ça me fait une solution alternative, c'est déjà ça) Je n'y comprend plus rien de rien maintenant.

Cela semble indiquer que le serveur multimedia du syno n'est pas démarré Vérifie si tu as bien cet icone dans le menu principal DSM: Sauf erreur de ma part ce n'est que depuis hier que tu nous as soumis ton problème, avec jusqu'ici une seule réponse. Ca me semble un peu précipité pour désespérer

Tu penses bien que j'ai retapé le mot de passe (c'est pas aux vieux singes qu'on va apprendre à faire la grimace) , suis même allé jusqu'à vider le cache et les données de l'appli DSfile (ce qui vide tout son historique y compris les mdp enregistrés)

C'est quand même un peu chelou: maintenant, si je met volontairement un mot de passe faux ça échoue avec le message "compte ou mot de passe incorrect", par contre avec le bon mot de passe la connexion semble se faire puis finalement me dit: "la connexion à échoué, veuillez vous reconnecter et ressayer" Le fait que le comportement soit *différent* avec le bon mot de passe ou pas prouve que la connexion est établie entre DSFile et le NAS (pour échanger user et passe), alors comment expliquer ce qui se passe? Je ferai des tests ce soir de chez moi en wifi et en data pour voir.

Bon, je crois que c'est ma connexion data qui est naze (fait dire que la ou je suis c'est pas le pérou), DS Audio me dit "réseau pas disponible" lui Faudra que j'essaye d'ailleurs Me suis laissé abuser par le message d'erreur qui n'indique certainement pas la vrai cause de l'échec

Je viens de voir qu'en mettant une IP bidon dans DSfile, j'ai le même message d'erreur ("compte ou mot de passe incorrect"), donc faut pas prendre ce message à la lettre, ce ne signifie pas forcément un problème de compte ou de mot de passe en fait. Ca n'aide pas le diagnostic tout ça... Ah oui, j'avais pas compris: Oui j'accede bien à DSM via le navigateur android (toujours avec le meme compte) J'ai rebooté le téléphone mais, rebooter le NAS a distance j'évite en général.

(Je ne suis pas sur de bien comprendre ce que tu veux dire par la.) J’accède bien à DSM a distance via mon navigateur, et tout y semble normal

C'était mon hostname via mon nom de domaine mais je viens de tester avec mon IP fixe: meme punition

M'arrive un truc de ouf: Dsfile sous Androïd ne parvient plus à se connecter, le message d'erreur est "compte ou mot de passe incorrect" La ou ça devient total délire c'est que les connexions webdav à partir d'une autre source (webdrive) fonctionnent avec le *même* compte. En outre je ne vois rien apparaitre d'anormal dans les logs du syno (normalement une tentative de connexion en échec devrait être visible et faire tilter le blocage d'IP il me semble) Là rien du tout Si quelqu'un à une idée, je prend.

La réponse que j'ai donnée s'applique aussi à ton cas (à partir du 3eme paragraphe) Tu visualiseras uniquement les fichiers multimédia (audio, vidéo et images) et uniquement dans les dossiers déclarés dans le serveur multimédia mais je suppose que cela devrait te satisfaire.

Si tu n'a pas beaucoup de réponses c'est probablement qu'on ne comprend pas bien ce que tu veux faire avec ton serveur smtp... Es-tu sur d'en avoir vraiment besoin déjà?

<Troll> je me demande si un logiciel dont le logo ressemble à un peut être vraiment pris au sérieux : </Troll>

Et on la trouve où cette liste?

Pour que l'on soit capable d'avoir un diagnostic plus précis, il aurait fallu nous communiquer les messages d'erreurs exacts et détaillés (voire des copies d'écrans) plutôt que : "je ne peux pas me connecter en ssh" et "Le syno refoule les 3 logiciels" PS: Sinon, par curiosité, j'ai essayé de trouver comment se configure Cyberduck pour faire du scp plutot que du sftp, dans la doc en ligne, le mieux que j'ai trouvé est cette page où l'on peut lire: et quand on clique sur le lien "préférences" on aboutit a une page ou il n'est pas question de scp Je suis même allé jusqu’à télécharger cyberduck Pas trouvé trace de cette option "scp". Je me demande si c'est pas une option cachée car pas complètement supportée.

Quand tu dis ne plus voir le NAS, ca veut dire quoi "voir" pour toi exactement?

3 messages plus haut

En utilisant "scp" et pas "sftp" je suppose, donc mon diagnostic était le bon. (note: je croyais que tu disposais uniquement d'un Mac) Non.

Cette manière de faire ne marche pas chez moi pour Videostation (alors que oui pour Audiostation)

Tout dépend de la politiques de sécurité pour les connexions sortantes de ces sites.En général dans les grosses structures les connexions internet sortantes passent par un proxy dont les règles de filtrages peuvent varier. Le plus classique est l'interdiction de ports autres que le et le 443. La solution passe alors par l'utilisation d'un reverse proxy sur le NAS ou de haproxy (faire une recherche sur le forum on en a abondamment parlé) Il arrive aussi que les IP dynamiques soient blacklistées, si c'est ton cas pas de solution triviale (et la contourner revient à passer outre la politique de sécurité de lentreprise, pas conseillé) Quant à tes problèmes de sites qui chargent pas ou lentement je n'ai pas la moindre idée d'ou ça peut venir.

Savoir de quelle façon l'accès à ces sites est bloqué: immédiatement avec un message d'erreur (lequel ?) ou après un délai de plusieurs secondes pourrait donner des pistes. Tu confirmes aussi que d'autres sites passent ? Autre chose: vu que tu as reconfiguré ta topologie réseau, il pourrait être utile de redémarrer complètement tous tes équipements.

Lorsque tu écrit: "Je peux me connecter avec terminal de ML : ssh root@IP (locale) mdp identique au compte admin." C'est bien la preuve que tu *peux* te connecter en SSH!!! En fait, ton problème est que les logiciels que tu cite ne savent pas faire de "scp", uniquement sftp, pas activé par défaut sur le syno. Mais, même après l'avoir activé tu n'aura pas accès au dossiers autre que ceux déclarés comme "dossiers partagés". C'est une contrainte voulue du sftp DSM. Donc, si tu veux vraiment passer par un gestionnaire de fichier (mais sache que tu devrais pouvoir tout faire un ligne de commande) la seule issue dans trop bidouiller est que tu trouves un logiciel de ce type sachant faire du SCP. La question déja discutée, et, sous Windows, j'avais indiqué une solution () par contre, sur Mac je n'ai pas de compétence