Diaoul

La compilation n'est pas faite par le NAS mais par ton PC. Sur le NAS la seule chose concernée est la lecture des fichiers via SMB qui peut être plus ou moins rapide selon le mode de racordement (Gigabit ou pas)

Bizarre en effet, je regarderai pourquoi. L'OS de Syno n'est batit sur rien de connu, il utilise Busybox comme environnement minimaliste, le reste est custom à base d'apache2 pour afficher DSM qui consiste en une floppée de CGI écrits en C (pour la rapidité). On ne fait pas "tourner" Debian, comme on ne fait pas "tourner" Optware. C'est juste un environement isolé (chroot) dans lequel on installe tout les programmes via aptitude. Optware est fait pour installer tout dans /opt et te permet d'accéder au commandes directement. Debian Chroot s'installe dans le répertoire d'installation du SPK et est de fait mieux isolé.

Il y a une version en private beta et une version stable, il est toujours accessible. En gros, ça t'installe Debian dans un répertoire de ton Syno. Tu as donc accès à aptitude, l'équivalent Debian d'ipkg, et ses 29000 paquets contre ~200 pour Optware (ipkg)

Il faut le nouveau Python qui est actuellement en beta aussi suite à de très gros changements.

J'ai release une nouvelle version de HAProxy, merci de désinstaller votre version actuelle et de réinstaller via le Package Center. Il faudra aussi vider le cache de vos navigateurs pour prendre en compte les modifications du javascript. Celle-ci à vocation a être finale et devrait être stable.

L'alternative est le SPK Debian Chroot dispo sur SynoCommunity.

C'est pas un bug que je peux résoudre mais plus lié à DSM-Chrome. Je pense que tu peux reproduire le problème sur des SPK officiels. Ils sont toutefois bien plus rapide à charger donc va être difficile

Moi aussi j'ai ça, je pense que c'est ton browser qui a raté une partie du javascript car tu n'étais pas sur la page au moment du chargement. Tu utilises Chrome ?

La config par défaut est presque au point, reste à implémenter une meilleur gestion des erreurs de configuration. Patience.

Bah si.

Le SPK est bien "lancé" ?

He bien il faut le faire toi même qu'il soit dans le chroot

Dans le chroot, aide toi de l'exemple dans l'aide DSM.

Comme l'a dit Piwi, la beta est privée. S'il y a un lien de téléchargement de SPK depuis le site c'est parce que certains Syno n'ont pas de Package Center.

Il faut refresh

Oui ces les applications devraient marcher, c'est juste que chr!x n'a pas du indiquer le port à utiliser dans l'adresse du serveur. Par exemple pour AudioStation, dans l'appli il faut renseigner audio.tondomain.tld:443

Il suffit de renseigner le port dans les applications : file.tondomain.tld:443

Pour subliminal, les problèmes d'encodages ne viennent pas de subliminal mais de tes fichiers. Tu peux appliquer le script de LapinFou pour les corriger, je crois que quelqu'un a déjà fait ça et ça marche, il a même posté sa réponse quelque part. Ce dont je parlais ici c'est d'ouvrir une tranche supplémentaire de mon temps, mais pas gratuitement cette fois. Comme je pourrais aussi faire vendeur de parapluies à la sauvette. Ce topic est une étude de marché, voir s'il y a des clients potentiels et combien ça pourrait rémunérer. Visiblement ça n'intéresse pas beaucoup de monde et quand bien même ça intéresserait, la rémunération serait assez ridicule (ce qui est assez légitime). Je vais clore ce sujet et me tourner vers d'autres activités sur cette partie de mon temps. Ça n'enlève en rien le temps que je passe déjà sur spksrc https://github.com/SynoCommunity/spksrc/commits/develop

Soit tu veux un certificat signé par une autorité reconnue (sert à éviter que ton site n'apparaisse comme ayant un certificat invalide) et dans ce cas il faut le payer, les certificats signés wildcard sont plus onéreux, évidemment. Soit tu t'en fou d'avoir un warning dans ton navigateur et dans ce cas nullement besoin de payer, peu importe le certificat que tu utilises. Tu peux généré un certificat auto-signé. Oui dans la mesure ou HAProxy utilise des sous-domaines et non des ports, un certificat wildcard est necessaire

Il y a des certificats SSL dits "wildcard" qui sont valables pour *.tondomain.tld Par contre il faudra mettre la main à la poche. Pour ce qui est de webdav et caldav, comme ceux sont des extensions du HTTP, il est possible de les gérer via HAProxy. Le cas échéant, tu peux toujours activer le SSL sur chacun de ces deux services.

Pour SABnzbd et SickBeard je crois qu'ils font des redirect en écrivant en dur le http:// alors que l'on y accède par https:// ce qui fait que l'on atterrit sur le 5080 qui n'a pas de sickbeard. de configuré donc on arrive sur le backend par défaut : web. Bref, ça pète parce que les applications ne sont pas bien codées pour cette utilisation. Je n'ai pas de pb avec NZBGet ni CouchPotato Server. Et puis le SPK est en beta donc la conf par défaut est perfectible.

Les associations par défaut sont sur le frontend 5443 en HTTPS. Forward le port 443 vers 5443 puis essaye https://sabnzbd.tondomain.tld/

Pour faire tes tests il faut que tu accèdes à ton NAS depuis l’extérieur. Il faut aussi que ton routeur soit configuré pour forwarder le port vers le port 5080 de ton Syno. C'est le cas ?

Attention, il ne faut pas confondre les protocoles. On parle là de protocole HTTP. On définit un frontend qui écoute sur le port 5080 du Syno pour des requêtes HTTP. En fonction de la tête de la requête on fait le proxy vers tel ou tel backend (sabnzbd, sickbeard, etc.) Ca marche car dans une requête HTTP, le nom de domaine utilisé pour résoudre l'IP est passé dans le header "Host" que HAProxy peut lire. Dans le cas d'une requête TCP pure, on ne peut pas voir quel est le nom de domaine qui a servi à résoudre l'IP puisque ça ne fait pas parti des données envoyées par une requête TCP. http://en.wikipedia.org/wiki/OSI_model

Donc ce bug est introduit par DSM 4.1. Je pense que ça a un rapport avec le paramètre qinst renvoyé par le serveur. A tester sur des SPKs sans wizard (car sinon ça fait planter). Tu peux remonter le bug à Syno bud ? Je pense que Piwi peut nous mettre un SPK bidon sur le repo beta pour tester les combinaisons qinst/wizard.