Nounours44

bien vu, je modifie la construction du spk en conséquence.

1. squid_wrapper était bien déployé, mais il n'était pas patché pour pointer vers le bon binaire squid, et squidguardmgr.conf était également buggé. C'est corrigé dans le dernier commit 2. effectivement ce point est à corriger ... je m'y mets

je viens de mettre à jour le spk pour les archi x86 et qoriq sur le dépôt synocommunity. A vos tests ! Je n'ai pas mis SquidAnalyzer, l'outil s'appuie sur perl avec un certain nombre de librairies non fournies sur nos syno... C'est un peu compliqué pour packager ça proprement ...

salut, c'est moi qui ai sévi ... merci pour tes retours, il s'agit bien là d'une bêta, ce n'est donc pas parfait et le spk ne demande qu'à s'améliorer. Pourrais-tu être un peu plus précis dans les bugs de packaging que tu as détectés ? je regarde le reste... Si tu es d'accord, je te proposerai paquet corrigé pour ton architecture qoriq pour avancer dans tes tests.

j'ai un nexus7 et aucun problème pour accéder à DSM ... que ce soit pas l'appli dédiée ou par chrome

bonjour, deux choses à faire : côté conf haproxy : dans le frontend que tu utilises, ajoute les options "option http-server-close,option forwardfor" côté php : regarde dans $_SERVER["HTTP_X_FORWARDED_FOR"] voilà !

tu voudrais donc utiliser du NAS comme proxy RDP en HTML5 ... je doute qu'un DS210j sous suffisamment puissant pour cela, sans parler de la bande passante internet ? es-tu sur un réseau câblé ?

et quel serait le serveur RDP ?

tout dépend de la manière dont le spk HAProxy sera proposé ... en tout cas je ne vois pas pourquoi ce serait plus compliqué que de modifier la conf apache

Tout ce qu'il faut semble être présent dans /usr/syno/pgsql/bin Il faut commencer par un initdb

l'idée est créer un nouveau cluster postgresql, tu es alors libre de mettre ce que tu veux dedans. Dans ce cas les fichiers de données et les processus sont indépendants de ceux de la bdd interne au syno.

en créant une autre bdd avec createdb ?

maarch semble fonctionner avec un base PostgreSQL, il me semble qu'un moteur postgresql est installé sur le syno, il faudrait alors créer une nouvelle bdd, non ?

Maarch ?

arrête le syno, ouvre-le, retire et remets chaque disque en place, croise les doigts et redémarre le syno

Haproxy, quand il ne sera plus en beta privée, proposera cela automatiquement. Un sous domaine video.mondomaine.com exposera ce service.

merci pour le tuto, c'est effectivement plus clair comme cela ... en attendant un correctif de la part de Synology Néanmois, à l'étape 2, je modifierais la conf de CFE comme suit : /volume1/@appstore/VideoStation/plugins/syno_freebase/search.php, VS_search_freebase /volume1/@appstore/VideoStation/plugins/syno_thetvdb/search.php, VS_search_thetvdb /volume1/@appstore/VideoStation/plugins/syno_file_assets/search.php, VS_search_file_assets /volume1/@appstore/VideoStation/plugins/syno_themoviedb/search.php, VS_search_themoviedb /volume1/@appstore/VideoStation/plugins/syno_tvrage/search.php, VS_search_tvrage /volume1/@appstore/VideoStation/plugins/search.inc.php, VS_search c'est ainsi plus simple de s'y retrouver dans la liste relativement longue des fichiers modifiables par CFE pour VideoStation.

j'utilise également le WD TV Live en NFS sans problème. pour la ressource partagée video, j'ai mis les paramètres suivants : client : adresse IP du WD Privilège : lecture/écriture Root squash : mapper vers admin Asynchronie : oui J'ai créé un user wdtvlive qui a les droits en lecture/écriture sur le dossier video

ça fonctionne très bien chez moi, mais préfère le partage Linux (NFS), plutôt que DNLA. Le débit réseau est meilleur.

oui, tout à fait avec 2 disques, tu auras 3To de dispo, puis 6 To avec un 3ème disque et enfin 9 To. (auxquels il faut enlever quelques Go pour le DSM qui est répliqué sur chacun des disques)

Attention, le RAID n'est pas une solution de sauvegarde mais de haute disponibilité. L'avantage de SHR est double : pouvoir ajouter de nouveaux disques à la demande, et optimiser l'espace disponible dans le cas de l'utilisation de disques de tailles différentes. Si tes données sont "cruciales", il faut impérativement les sauvegarder (par TimeBackup par exemple) sur un support externe, qui pourrait éventuellement être lu sur un PC. Le mieux est d'externaliser en plus cette sauvegarde vers un site distant, tel qu'un autre Syno chez une connaissance, ou des services comme Dedikam, Amazon S3, etc

un signe ? le répertoire beta s'est vidé aujourd'hui : http://ukdl.synology.com/download/beta/

le fichier debug.dat est en fait un tar gz, il suffit donc de le renommer debug.tgz pour pouvoir l'ouvrir ensuite ...

Contre le vol et les incendies, un seule solution : la sauvegarde externalisée vers un site distant. Cela peut être automatique au travers d'internet (Amazon S3, Dedikam, HiDrive, autre NAS Synology, etc), ou manuel avec la sauvegarde sur disque externe, DVD, cassette, etc puis stockage de ce support sur un autre site.

normalement c'est plutôt le contraire : on cherche à centraliser les sauvegardes des PC vers un NAS, le NAS opérant ses propres sauvegardes vers un disque externe USB ou eSata (via Time Backup), ou un site distant (Amazon S3, Dedikam, HiDrive, autre NAS Synology, etc). Te concernant, j'imaginerais plutôt l'utilisation du Cloud Station : il permet de synchroniser le contenu d'un répertoire entre x PC et le NAS. Après, tu as peut-être des besoins spécifiques très différents ...