devildant

savez vous quel version de openssl est utilisé dans cette dèrniere MAJ?, j'ai un peux peur de devoir recommencer a sollicité les DEV de vlc.

moi c'était a partir de la création que sa posais problème, j'ai des pages du site(startssl) qui sont inaccessible je n'est jamais su pourquoi, maintenant j'ai un wildcard sa a le mérite d'être efficace ^^

possible je n'est jamais réussi a les tester ^^ en tous cas j'en suis sur les auto signés sa passe pas avec vlc a moins qu'il est augmenter la tolérance depuis la dernière maj, j'imagine que videostation sur ordi utilise le plugin vlc pour lire en streaming.

^^ pas exactement, photostation ne passe pas par webdav, regardez plutôt du coté de : Dans DSM / panneau de configuration/service web et active webstation a et également router les port de et 443 de votre routeur vers votre syno pour un accès depuis l’extérieur.

Bonjour, même si je suis complètement seul sur se sujet je vous informe quand même que la dernière version de VLC support enfin la configuration openssl. (vlc 2.0.6) pour info si vous désirez visualisé vos vidéos en https il vous faut plusieurs chose : 1) un certificat SSL valide (pas auto signé) 2) installer le patch openssl de synology (pour la version DSM 4.2) voila le sujet est résolu!!!!!!!!

je viens de télécharger la dernière version et le problème a été corrigé. je sais d'ou viens votre problème, je suppose que vous n'avez pas utilisé le patch openssl après votre mise a jour DSM. Cependant attention a une chose si vous ne disposé pas de certificat SSL officiel il vous sera impossible de streamer en HTTPS. la seul solution est donc: 1) acheter un certificat SSL officiel. 2) l'installer sur votre syno. 3) appliquer le patch openssl si vous ne l'avez pas fait

Bonjour, vous n'avez pas activer le service web je pense.

Oui, enfaite actuellement il y a une incompatibilité entre la lib ssl de vlc et openssl du syno. j'ai contacté les dev de vlc pour corriger le problème qui est apparu depuis DSM 4.1. Normalement le problème sera corriger dans la version 2.0.6 de vlc, mais cela reste a voir

bonjour, vous utilisez le HTTPS non?

Bonjour, peux être une autre piste savoir si cela vous convient: faite un tunnel SSH ^^ du coup plus de problème de VPN

Personne n'est inspirez par se sujet ? ^^

bonjour, il me semble que le syno récupère les paroles en auto a partir du moment ou la music est joué, donc je ne pense pas que se soit nécessaire de tous recup

voici donc la liste des anomalies que j'ai constaté : 1) Pas de détection des IP clients lorsqu'on utilise les application DS... avec haproxy -> si le backend pointe vers le localhost le blocage des ip est bypass -> si le backend pointe vers l'IP du syno sur le réseau local celle ci est bloquer par le syno (x tentative de connexion) -> lorsque la connexion est étable via une application DS avec haproxy il n'y a pas d'entré dans les logs 2) Lorsqu'on utilise haproxy pour DSM l'ip du client est bien détécté sauf dans les logs 3) lorsqu'on utilise haproxy pour DSM et et qu'on se connecte a l'extérieur de sont réseau le lien Photostation ne fonctionne plus correctement, l'autologin ne fonctionne simplement plus, c'est un problème lier au SID

Bon il faudra attendre quelque temps avant de retrouver cette fonctionnalité, (satané mise a jour OPENSSL). Vous utilisé un certificat SSL auto-signé ou un certificat certifié par une Autorité?

pas de quoi ^^ Je vais élaborer une liste de tous les bugs que j'ai pu constater avec l'utilisation haproxy. je la posterai ici une fois que j'aurais tous vérifier si possible avec vous pour être sur ^^ et aussi pour ajouter d'autre anomalie que je n'aurais peux être pas relever. une fois qu'elle sera complète je ferais une remonté a synology

moi j'utilise "moniteur de ressources" puis l'onglet connexions actuelles

Concernant les logs moi aussi je n'est pas la bonne ip (c'est un autre bug mais pas vraiment contraignant pour le moment) cependant la connexion est établie avec la bonne ip pour tous se qui est web, avec les appli il y a pas mal de soucis

juste pour tester, après remettez le https ^^

depuis la 4.1 il y a un problème avec les certificat ssl, du moins une mise a jour qui n'est pas supporter de partout, essayez d'utilisé le http au lieux du https pour voir. mais je pense que cela viens de la. il est possible que ds file est changer sur se point depuis la maj

ok je n'avais pas vu cette réponse. ^^ cela est très étrange alors

bonjour, vous utilisez le https?

Bonjour, cela me semble tout a fait normal, a partir du moment ou vous ouvrez le port 22 sur votre routeur, de nombreux serveurs a travers le monde vont essayer de se connecter. dés que je l'active j'ai a peux près 2 ou 3 attaques par jour. (étant chez free vous disposé d'une ip fixe se qui fait que l'on vous attaque un peux plus que moi en ip dynamique) je pense donc que vous devriez vérifier vos ports ouvert, car si vous n'êtes pas en DMZ c'est la seul chose qui pourrais faire que le ssh soit accessible. si se n'est pas le cas je sèche ^^

bonjour, vous vous trompez d'url, pour accèder a photostation personnel via ds photo il vous faut une url de ce type : url : www.domaine.fr/~logindevotrecopine en gros sur ds photo si vous configurer dans le champs url : www.domaine.fr vous accéder a photostation classic si vous configurer dans le champs url : www.domaine.fr/~logindevotrecopine vous accéder au photostation perso

bonjour diaoul, oui il y a un bug, effectivement l'ip LOCALHOST (127.0.0.1) n'est pas bloquer par le syno, cependant en passant par les Apli mobile la bonne IP(celle du client) n'est pas remonter dans les logs. Si haproxy est configurer avec localhost dans le backend, le blocage d'ip est complètement bypass, et l'utilisateur peux tenter indéfiniment une connexion. Si haproxy est configurer avec l'ip du syno sur réseau local (comme moi) celle ci est bloquer par le syno. en gros lorsqu'on utilise les apli mobile avec haproxy le X_FORWARDED_FOR n'est pas récupérer et on obtient soit un blocage de l'ip sur le reseau local soit pas de blocage du tout.