Vinky

Je ne sais pas si l'info a déjà été ajoutée ici (dans ce cas là j'aurai juste réinventé la roue ) mais j'en ai eu marre de devoir refaire la config à chaque mise à jour majeur (non update). C'est particulièrement ennuyant quand on constate la mise à jour le matin au réveil avant de partir au boulot. du coup, je peux à présent laisser les mises à jour automatique tout en ne craignant plus le non-accès au syno pour toute la famille jusque je m'y plonge dessus : mkdir /usr/local/script/ vi /usr/local/script/ReverseProxy grep '/usr/local/etc/http.d/' /etc/httpd/conf/httpd.conf-user retval=$? if [ "$retval" = 0 ] then echo "OK" else echo "NOK" sed -i '/Listen 80/a Include /usr/local/etc/http.d/*.conf' /etc/httpd/conf/httpd.conf-user date=$(date) sed -i '/Listen 80/a '#"$date"'' /etc/httpd/conf/httpd.conf-user sed -i '/Listen 80/a '" "'' /etc/httpd/conf/httpd.conf-user /usr/syno/sbin/synoservicecfg --restart httpd-user fi Le code vérifie si "/usr/local/etc/http.d/" apparait dans le fichier (en gros l'include du reverse proxy) si oui, il ne fait rien, si non, il ajoute l'include, la date et un saut de ligne. Enfin, il relance le serveur web J'ai rajouté la date pour savoir si le script est passé par là et si oui quand. (pour les curieux qui veulent savoir si la mise à jour à retirer le reverse proxy ou non) Il ne reste plus qu'à utiliser le planificateur de tâche et de mettre la tâche environ 30 min après la tâche de recherche de mise à jour de façon quotidienne (j'ai pris de la marge, 10 min d'attente d'annulation de la mise à jour + 10 min de temps de mise à jour + 10 min de marge en cas de mise à jour un peu plus longue à s'installer et reboot) Ce qui fait que dans le pire des cas, 10-15 min d'inaccessibilité sans intervention manuelle. Ce que je conseille, c'est de mettre la tâche en plein milieu de la nuit (3 ou 4h du matin) pour ne pas du tout être géné par l'inaccessibilité.

Je ne comprend pas bien ta réflexion. En effet le processeur et la ram sont identiques entre le 214play et 415play Ce qui implique que si le 415play est surdimensionné pour toi, le 214play aussi. Donc si tu attends une version plus récente il y a de grandes chances pour que la nouvelle version soit encore plus performante (ou dans le pire des cas équivalente)

Ce n'est pas le cas de tous les périphériques. Mon home cinéma Samsung lis bien tous les formats dans mon cas (en tout cas les plus courants dts inclus)

+1 brunchto

Tu as quel NAS ? quel home cinema ? Sinon je ne vois pas le lien avec le NAS dans tes tests. Tu es sûr que le home cinema lit les fichiers via le réseau (certains ont des limitations spécifique via le réseau et lient moins de formats) Concernant la conversion, il n'y en a jamais en DLNA qui n'est ni plus ni moins qu'une bibliothèque de lien de fichier. Si tu veux des conversions il va falloir passer par des softwares autres pour lire tes vidéos. (Plex, Vidéo Station ou autre)

Pour ma part je suis en Kimsufi, Cakebox, flux rss pour rapatrié les fichiers souhaités (en automatique pour la plupart) via des liens https et enfin Vidéo Station sur la NAS. Concernant les 100Mb/s oui ce sera ton débit mais entre ton "tracker" et ta seedbox. Entre ta seedbox et chez toi tu sera toujours en 8Mb/s.

Dans ton cas de toute manière, rien n'est réencodé via ce fonctionnement (même si tu avais un ds415play) L'intérêt c'est surtout au niveau des périphériques mobiles. Cas 1 : Tu es en dehors de chez toi, tu n'as pas la fibre et tu as un débit plutôt moyen en UP. tu veux regarder une petite vidéo qui est sur ton NAS. Avec le transcodage, cela s'adaptera à ton débit accessible sur ton périphérique (exactement comme sur youtube). du coup au pire la qualité baissera mais tu auras toujours la lecture en cours là où en version normale cela va couper toute les 3s par exemple. Cas 2 : Ton périphérique mobile ne sait pas lire un type de format de façon native. Le transcodage aura deux intérêt, premièrement de le lire, deuxièmement cela évite l'installation d'une application supplémentaire, mais surtout un gain non négligeable à la fois en bande passante mais surtout en consommation car il travaille nettement moins pour lire la vidéo. C'est deux exemples concrêts de l'intérêt, mais il y en a certainement d'autres.

Dans ton cas, onduleur ou pas cela n'aurait rien changé. En effet, l'onduleur remplace la prise de courant, mais si tu n'as pas d'alim rien ne fonctionne. Concernant les alims, pourquoi ne contactes-tu ton revendeur ? Peut-être sera-t-il plus réactif ?

Je ne dis pas que tu as totalement faux dans ce que tu dis, je rappelais juste que ce n'était pas du tout comparable vu que l'un trifouillait leur box alors que l'autre non. Mais quickconnect n'a absolument rien fait (contrairement à EZ) c'est juste une connexion sortante du NAS vers les serveurs syno qui est utilisé (et donc ne nécessite aucune ouverture de port). Je rappelais juste que synology proposait un NDD gratuit (et qu'en plus il faisait NDD) donc pourquoi payer quand on peut avoir quelque chose inclus dans le package ? Après si vraiment on veut un NDD indépendant du syno, je comprend mais si c'est juste pour accèder à son NAS, faut pas chercher plus loin. (et ceux quelque soit son FAI)

Quickconnect est totalement indépendant du fournisseur ou des noms de domaines, il sert à accèder au syno sans à avoir à ouvrir un seul port sur la box. Dans le cas de synology.me, je le prend différemment. effectivement c'est DDNS, mais c'est surtout un NDD offert par Synology (c'est ni plus ni moins qu'un service inclus avec le syno). D'ailleurs je le vois plus comme un nom de domaine offert (qui en plus fait DDNS). Exactement comme le fait free avec son xxxx.hd.free.fr (quand on déménage on change d'ip mais ça marche toujours). Encore une fois, je ne vois pas le lien avec quickconnect. Autant EZ Assistant fait effectivement des manipulations sur les routeurs et donc pose problème comme tu le dis sur les box Française inconnues chez Syno. Autant quickconnect ne fait creer un lien direct entre le NAS et les serveurs syno (dans ce sens) et donc permet aux utilisateurs d'accéder à son NAS via cette connexion permanente permettant du coup de ne pas avoir un seul port sur sa box ouvert pour y accéder. Bref, tout le monde peut l'utiliser s'il le souhaite et quelque soit sa box ou son fournisseur.

Effectivement si tu veux du bi-directionnel, le RSS ne fonctionnera pas. Il faudra passer par rsync si tu veux EXACTEMENT la même chose de chaque côté.

Si je comprend bien, tu veux du bi directionnel ? Que des fichiers de ton nas aille vers ta seedbox et inversement ?

De façon simplifier il te faut (tu trouveras facilement sur le net comment faire chaque étape) : Seedbox : Installer LAMP Créer le fichier mis dans l'autre sujet (rss.php par exemple) dans le dossier web d'Apache (par défaut /www/var/) Bien remplis les bonnes informations dans le début du fichier Vérifier que tu accèdes bien au fichier rss sur Firefox à l'adresse : http:/IP_seedbox/rss.php et que les liens fonctionnent bien pour le téléchargement. Si tout est ok : NAS : Ajouter dans download station dans la partie RSS, le lien du flux rss. Et voilà. Il est possible de faire des filtres pour ne télécharger que ce que tu veux et pouvoir les ranger où tu veux. Si tu veux plus de détails, le mieux et que tu ailles dans le sujet initial histoire de regrouper toutes les demandes

un pas à pas pour ?

Non pas du tout, il te faut juste un accès web (pour pouvoir accéder au flux voir tes fichiers) sur ta seedbox et c'est tout. Ton NAS n'a aucun besoin d'être accessible depuis l'exterieur.

Salut, Est-ce que cette solution ? (RSS) t'irai ?

+1 diaoul. Ça me semblait tellement évident que j'en ai oublié de le rappeler.

pareil pour moi, la seule solution a été d'utiliser directement : https://nas.mondomaine.com qui mène vers l'interface générale de DSM. (ce que je ne trouve pas gênant au final)

@Trollounet : Aucun souci pour le ssl de mon côté. Si tu me donnes un peu plus de détails sur ton souci j'essaierai de t'aider Si c'est en référence à mes erreurs :

+1 Mais c'est surtout pour rappeler qu'il ne faut pas abandonner cette méthode là et la laisser mourir. C'est une souplesse que l'on perdrait.

Je me suis p-e mal exprimé, ce que je voulais dire, c'est que dans le cas où la box ne fait pas la translation de box (je l'ai fait pendant presque 1 an, je sais de quoi je parle) il faut modifier tous les fichiers apache pour plus que les ports et 443 soit utilisés du tout, ce qui implique se farcir toutes les lignes pour ne rien oublier. Alors que là, c'est juste un ajout d'une ligne, rien d'autre à triffouiller. (c'est une modification de fichier mais très simple sans aucune recherche) Justement, encore une fois dans le cas d'une box sans translation, ça implique la bidouille en plus de NginX et ça implique qu'à chaque maj qui modifie apache, il faut retriffouiler. Autant dire que l'intérêt est proche du nulle.

A noter que NginX n'est pas utilisable pour tous. Pour ma part, j'utilise le reverse proxy parce que ma box ne fait pas la translation de port. Il me faut donc, quoi qu'il arrive, bidouiller apache. Autant ne toucher que lui quitte à le faire (d'ailleurs c'est plus simple car c'est des choses à ajouter et pas à modifier). Bref, Nginx est une solution, je trouve ça dommage que maintenant tout le monde veuille abandonner le reverse proxy par apache en conséquence... (en disant dès que quelqu'un pose une question => fait le par Nginx) PS : D'ailleurs CoolRaoul le précise bien : C'est une alternative, pourquoi vouloir rendre apache obsolète à chaque question du coup ?

Numéricable ne bride pas sa fibre à 5Mb/s... Il y a différent type de fibre : la "30" qui n'en est pas une mais appelé comme ça, c'est 1MB/s (avec option gratuite à 2) LA "100" c'est 5MB/s (avec option gratuite à 10) La "200" c'est 10Mb/s (avec option gratuite à 20)

+1, la version mobile de IPB est plutôt bonne, je ne vois pas trop l'utilité de tapatalk. surtout vu la mauvaise image qu'il laisse derrière. (il y a surement des utilisateurs qui ne souhaitent pas revenir sur le site à cause de ce genre de trucs désagréable...)

Euh... non rien à voir avec la présence de son ou pas. Un DTS est lu via vlc avec le son sans souci (car il sait le décoder, c'est donc le téléphone qui décode et non pas le NAS) en ouvrant sur VLC le son est présent mais par contre si la bande passante est limité, il n'y a aucun transcodage de fait pour permettre la lecture fluide. La seule possibilité pour que ce soit VLC qui l'ouvre c'est que ce soit du DTS et aucune autre raison. Tout le reste est décodé par le NAS => Lu via le lecteur natif de l'OS. Pour le fait que du son et pas d'image c'est soit la bande passante qui est limité, soit le transcodage que VLC fait est trop lourd pour le téléphone (ou la tablette)