Vinky

La règle (souvent simplifié à ta version à tort) c'est : "tant que ça ne concerne pas la sécurité et que ça marche alors ne change rien". Quand le release note dit : correction de faille. Il faut oublier le "ça marche" il faut la corriger ou alors ne pas venir pleurer. Enfin l'argument du passage en 5 n'est pas valable étant donné qu'une version sans la faille de 4.3 même 4.2 existe.

ton script shell a quoi comme droit ? (ls -l dans le dossier où il est situé). Il faut qu'il soit executable par l'utilisateur qui le lance.

Si ça fonctionne, c'est que cela vient du tracker. Est-ce que les fichiers partagés ont beaucoup de seeder mais surtout de leecher ?

+1. Ils sont en train de me rendre fou. La base n'est même pas là et ils veulent vendre des fonctionnalités improbable genre Youtube ou le retour au début du programme tout en se disant "l'une des meilleures box" bref, vraiment naze...

Bah tu as bien tout lu ? Ils disent quoi faire pour se prémunir en attendant plus de détails. Tu voulais quoi ? Qu'ils t'appellent sur ton téléphone perso pour te prévenir ?

Syno a déjà réagi http://www.nextinpact.com/news/89050-nas-pirates-synolgy-publie-ses-recommandations-quid-dsm-5-0.htm

Je suis surpris, je viens de reforcer la verification et nickel ça fonctionne. Peut-être certains serveurs sont touchés. Mais je doute que ça soit lié à ça la faille. (ça serait tout le monde sinon)

Aucun souci pour moi depuis ce matin Tu n'as pas bloqué certains trucs en trop ?

Oui l'inverse est préférable. (Juste penser à ouvrir en cas de départ à l'etranger vers les pays souhaités) En solution tu as celle de fermer tous sur ta box ou de rajouter "refuser tout" dans ton parfe-feu IP juste en dessous de la première ligne (en second donc) qui elle dit : "autoriser tout en mettant cette règle sur ton réseau local)

D'après les peus de retours il semblerait que ce soit concentré sur dsm 4.3 (possible aussi plus anciens) en tout cas aucun retour sur des personnes touchées sur 5.0

Uniquement le port 5000 ? Pas d'accès via ssh non plus à tes fichiers ? Au niveau de tes logs tu as des infos (via ssh/telnet)

Envoie moi ton code (dans des balises ) Et je vais regarder ça

Pas seulement. Il y a gestion de la bande passante également (je ne pense pas que le format est une influence dàs ce cas là)

Si tu lis de cette manière effectivement ça devrait transcoder. Tout est bien activé au niveau des paramètres ?

Sauf que ce n'est en aucun cas de l'airplay. Mais du Miracast

Pas d'application ds video sur l'apple Tv ? Sinon tu as l'airplay "recopie d'écran" qui fonctionne

Si tu lis via upnp, le transcodage ne se fait pas.

Je viens de regarder mais cela me semble rédhibitoire à cause de ma :censored: de box qui ne gère pas la translation de port. Donc je me retrouve à devoir bidouiller apache pour plus que les ports par défauts soient utilisés pour passer par nginx avec les 80/443. Autant directement configuré dsm dessus vu que c'est dans ce but là. Et comme ce que je voulais arrêter c'était la bidouille pour retirer les ports par défauts.... j'ai pas vraiment avancé. Il faut donc que je me débrouille via apache. Mais c'est quand même dingue, j'ai suivi tout ce qui a été dis et je suis le seul (je précise que DSM est sorti d'usine) à avoir un problème du module ssl ???? EDIT : Bon... je te remercie CoolRaoul, tu m'as répondu (mais pas à moi et dans un autre topic) faut bien activer HTTPS et pas seulement sur les paramètre de dsm, aussi sur le service web)

Merci CoolRaoul. Je ne suis vraiment pas chaud pour aller sur nginx pour deux raisons : 1. Je ne connais pas du tout (contrairement à apache, et quand je vois comment je m'en sors...) 2. Je vois que c'est encore de l'ébauche et je serai plus partant d'aller sur du sûr. J'en ai vraiment ras-le-bol de devoir tout refaire à chaque maj Dans mon erreur, je vois bien que c'est un souci d'erreur de chargement de module (surement ssl ?) mais je ne vois pas pourquoi j'ai ce problème en fait...

Bonjour, J'ai voulu passer à ce mode de fonctionnement (marre de devoir bidouiller à chaque mise à jour pour accéder au DSM via 443 tout ça parce que la box que j'ai ne gère pas la translation de port...) Cependant, lors que je fais tout ce que j'ai lu sur ce topic (également pour mettre en compatibilité avec le DSM 5.0 => page 8 particulièrement) Cela fonctionne parfaitement pour le HTTP mais rien pour le HTTPS (j'ai pourtant bien suivi ce post : ) J'obtiens le message d'erreur suivant : Invalid command 'SSLEngine', perhaps misspelled or defined by a module not included in the server configuration Pareil avec la ligne suivante SSLProxyEngine. Merci à qui pourra m'aider

Un simple NAS ne peut être considéré comme un cloud. Une cloud implique des redondances à plusieurs endroits géographiques différents. Mais cela n'empêche pas le but de ton utilisation

Euh, 1password l'enregistre, un pop up apparâit pour te demander si tu veux l'enregistrer (en tout cas sur la version mac). C'est tout son intérêt, sinon il ne servirait à rien.

Je stoppe le HS, mais perso j'utilise 1password (seul bémol, pas le choix dans le moyen de synchro : icloud, dropbox ou en WiFi en local, il manque un petit FTP). Et si pas la même URL => impossible à utiliser. Cela à l'avantage de justement alerter. Bref, je reste quand même intéressé par ce genre de solution. (même si utilisant dropbox cela ne me dérange pas au final)

1. Personnellement j'envoie via les application DS Vidéo en un clic mes vidéos sur la TV (à l'image de Airplay mais via UPnP). Je le fais sur ma TV (Smart TV Samsung et Home Cinema Samsung). Tu as également l'application DS Vidéo sur ta TV directement (mais pas très bien je trouve à utiliser via une télécommande, alors que via smartphone/tablette c'est plus intuitif). 2. Qu'appelles-tu centraliser ? Si c'est faire une copie de tes données tout en pouvant y accéder depuis les applis de synology (Audio Station et Photo Station) Oui, si c'est déporté ta bibliothèque directement sur ton NAS oui aussi mais ça risque d'impliquer des complications et ralentissements. 3. Oui c'est possible de les déporter, mais le mieux reste d'utiliser cloud station => synchronisation des données sur ton NAS sans pour autant ne pas les avoir en local. 4. Bah cf le 3 Pour le reste, je te recommande le 213j il est pas mal pour un début. Il n'est pas dépassé du tout, juste que c'est un peu plus lent, mais une fois tout mis en place, pour une utilisation non-grande famille, ça se passe très bien (testé à 2 à la maison, jamais eu de ralentissement plus que d'habitude, je viens d'avoir un DS415play, la différence est légèrement visible, mais cela reste largement acceptable).

Euh normalement la première (voir la seule) verif faite c'est qu'on est sur la bonne URL. Le phishing est totalement impossible. D'ailleurs c'est un bon moyen de se rendre compte que cela en est un. On peut faire un c/c sans aucune vérification...