Aller au contenu

Mojomuseflo

Membres
  • Compteur de contenus

    36
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Mojomuseflo

  1. AHAH, merci Synology! Bug corrigé dans la nouvelle v4!
  2. Sauf que dans la dernière version du DS FILE, il n'y a plus d'onglet "ouvrir" mais "télécharger et ouvrir" ou "télécharger". Du coup, les fichiers sont d'abord téléchargés sur le téléphone pour être lus ensuite par le MX player. Donc pas de streaming... DS File v2.0-044 avec https actif pour ma part. Les images lues sur le DS File ne sont pas téléchargées sur le dossier de téléchargement DSFile du tel (mais en cache temporairement). Les vidéos sont téléchargées sur ce dossier du téléphone, avant d'être lus. (Peu d'intérêt du coup). Je me disais qu'une nouvelle version de DS File arrivant le 6 mars avec le DSM 4 pallierait cette fonctionnalité manquante... D'ailleurs, il faudrait déplacer ce sujet dans DS Audio / DS File / DS Photo+ / DS Cam / DS Finder...
  3. Mojomuseflo

    Elle Est Pr

    Le 6 Mars du coup :-) http://www.cachem.fr/dsm-4-0-disponible-6-mars/
  4. Effectivement, c'est la seule solution de contournement que j'ai pu constatée. Par contre, il faut modifier les fichiers de conf du syno en interchangeant le port sécurisé d'administration du DSM (5001) avec le port 443 du Webstation qui lui est réservé. D'une, je ne sais pas si la modif survivra à une montée de Firmware (déjà qu'on doit se retaper les modifs faites pour la gestion des certificats, clé privée et CA à chaque fois qu'on évolue de version...) De deux, j'avoue avoir un peu la flemme de le faire même si ça se fait et qu'à priori ça marche bien. Mais au final, c'est à Synology de pallier à ce soucis de port dans fbdownload, parce que la fonctionnalité devrait marcher quelque soit le forwarding de port utilisé :-)
  5. Nonnon, tu as bien fait... sauf qu'on ne veut pas faire la même chose. Perso, je veux accéder de mon NAS de l'extérieur en 443 (en entreprise, les ports 5000 ou 5001 sont souvent fermés), et je redirige vers le 5001 au niveau de mon routeur. J'accède à mon NAS en 5001 en local donc. La valeur 443 est bien utilisé dans l'URL mais pas dans la redirection synology vers leur fbdownload qui est par défaut le port local (au lieu d'être le port vu de l'extérieur). Du coup, si tout est en 5001 ou 5000 de ton côté, ça ne fait pas de différence et tout doit fonctionner :-) Pour préciser, j'accède bien à mon NAS de l'extérieur (en 443). Le pb se situe uniquement du côté de l'option filesharing de la v4 et du googledoc viewer.
  6. Service http: 5000 Service https: 5001 (J'ai activé la connection https donc le port 5000 sert à rien). Port du routeur: http: rien https: 443
  7. Pour info quand même :-) We thank you for participating the Disk Station Manager 4.0 beta testing program. We are glad and lucky that we have such insightful and generous user like you to share your valuable information with us. Your input and suggestion will be very helpful for our products to become more stable and user friendly along with great improvements. With each new issue you find or suggestion that you have, we will do our best to fix or support it as soon as possible. The problem you've encountered had been confirmed as a bug in DSM4.0 beta and would be fixed in the official release. We thank you for your continual support and feel free to contact us for any further assistance. Best regards, Synology Beta Program Team Issue type:Bug Category:Autres Feedback:Concerning sharing file link in file station: My external port is 443. My internal port is 5001. I have complete port forwarding on my router and mentionned 443 as external port for external view. Everything is ok but: I want to share a file from file station. This gives me this link: https://mojomuseflo.com:443/fbsharing/P8wlZ3M1 This link becomes then: https://mojomuseflo.com:5001/fbdownload/?key=P8wlZ3M1 But 5001 is innaccessible from outside. It should be 443. When substituting with 443, it's ok. You should have mentionned external port as variable and not internal in the .js file. Same pb with Google Docs viewer: https://docs.google.com/viewer?url=https://mojomuseflo.com:443/viewer/2f506174726963652f43565f4348414d5045545041545249434546522e646f63/A7zS1xcCTXaiQ/CV_CHAMPETPATRICEFR.doc&chrome=true When I fill the url with : https://mojomuseflo.com:443/viewer/2f506174726963652f43565f4348414d5045545041545249434546522e646f63/A7zS1xcCTXaiQ/CV_CHAMPETPATRICEFR.doc&chrome=true It becomes : https://mojomuseflo.com:5001/fbdownload/CV_CHAMPETPATRICEFR.doc&chrome=true?dlink=2f506174726963652f43565f4348414d5045545041545249434546522e646f63&sid=A7zS1xcCTXaiQ&ip=false&mime=1 For the same reason as before, it should be: https://mojomuseflo.com:443/fbdownload/CV_CHAMPETPATRICEFR.doc&chrome=true?dlink=2f506174726963652f43565f4348414d5045545041545249434546522e646f63&sid=A7zS1xcCTXaiQ&ip=false&mime=1 I really think that it is a pb of variable wich is not mentionned as external port in a js script... Thank you to let me in touch and thank you for the 4.0 beta which is really ok!
  8. En fait, j'avais déjà renseigné ce champ. C'est ce qui me permet de renseigner la variable external_port_dsm_https pour dire justement sur quel port du syno on doit taper vu de l'extérieur. Malheureusement, cette variable n'est pas reprise pour les fonctionnalités fbsharing (pour pointer vers le lien en fbdownload) et viewer de googledocs (pointant aussi vers le lien en fbdownload). C'est pour ça qu'on passe de: https://mojomuseflo.com:443/fbsharing/P8wlZ3M1 à https://mojomuseflo.com:5001/fbdownload/?key=P8wlZ3M1 dans mon exemple. Le 443 est bien renseigné mais la fonction fbsharing renvoie vers le lien avec fbdownload avec un port 5001 et non 443. J'aurai espéré que dans le script js fbsharing, synology réutilise la variable externalport et non mettre le port interne. Enfin bref, je pense que ç'est une erreur d'implémentation qui peut être corrigée...
  9. Merci de l'info, Corriger à la main, c'est corriger l'url à la main ou c'est modifier une variable? Dans synoinfo.conf j'ai bien la variable external_port_dsm_https="443" (D'ailleurs, je me rend compte que dans ce fichier, dans # system options, on a la variable eventpass (mot de passe du cpte qui permet d'envoyer les évènements du style IP bloqué) en clair... Ca c'est pas cool! Sinon, s'il faut changer une variable dans httpdconf, quelqu'un a une idée sur laquelle est concernée? Txx
  10. Pour ma part, j'ai un petit soucis avec cette fonctionnalité. Voir ci dessous: My external port is 443. My internal port is 5001. I have completed port forwarding on my router and mentionned 443 as external port for external view. Everything is ok but: I want to share a file from file station. This gives me this link: https://mojomuseflo....haring/P8wlZ3M1 This link becomes then: https://mojomuseflo....d/?key=P8wlZ3M1 But 5001 is innaccessible from outside. It should be 443. When substituting with 443, it's ok. Same pb with Google Docs viewer: https://docs.google....doc&chrome=true When I fill the url with : https://mojomuseflo....doc&chrome=true It becomes : https://mojomuseflo....ip=false&mime=1 For the same reason as before, it should be: https://mojomuseflo....ip=false&mime=1 I really think that it is a pb of variable wich is not mentionned as external port in a js script... Avez vous une idée? Merci d'avance.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.