Nounours44

Bonjour voici ma petite liste : Interface/Design avoir une description du fichier vidéo :extension, taille, emplacement, et pourquoi pas codecs Résolution de bugs Ajout de nouvelles fonctionnalités générer les fichiers nécessaires à l'indexation des films (pour wd tv live par exemple où il faut un jpg pour la jaquette et un xml avec la description) voilà

je n'aurais pas dit mieux PatrickJ ! +1 pour Dedikam

seulement le site web, et ils ferment 3 jours. Les accès ftp, rsync et autres sont maintenus pendant ce temps, les sauvegardes continues donc d'être effectuées. C'est la première indispo depuis plus de 2 ans que je suis chez eux. Il ne te faut pas grand chose pour fuir ... Dans ce cas, assure toi-même tes sauvegardes sur un autre syno sur un site distant, tu pourras ainsi gérer tes plannings de maintenance, ta stratégie de rétention, la pérennité de la solution, etc

Le site web est en maintenance jusqu'au 16 mai. C'est bien une association, mais même pour une société, comment assurer sa pérennité ? Je ne vois pas le problème, surtout que Dedikam existe depuis plusieurs années. En plus ils offrent des solutions de redondance vraiment intéressantes. Attends la fin de la semaine pour jeter un œil. Sinon, tu as Amazon S3.

dedikam ?

il est possible de piloter le wd tv live avec un smart phone en wifi ...

je déterre ce message, pourtant pas si vieux ... en effet il me paraîtrait bienvenu de pouvoir disposer d'un certification pour son sous-domaine ...

cela veut dire qu'il est nécessaire de formater la cible iscsi avec un système de fichiers en cluster pour gérer correctement les accès concurrents (cf. http://fr.wikipedia.org/wiki/Syst%C3%A8me_de_fichiers#Cluster)

Attention, depuis DSM 4.0, paramétrer des vhosts en reverseproxy casse les sauvegardes rsync. En plus, le fait de bricoler des fichiers de configuration du DSM pour induire des effets de bords non maîtrisés lors d'un changement d'une mise à jour du système.

salut bud, je travaille effectivement sur une idée similaire mais sur la base de gateone. L'idée est de pouvoir ouvrir un shell dans le DSM depuis un navigateur du travail ; seuls les ports (HTTP) et 443 (HTTPS) sont ouverts. Pour éviter de voir passer des identifiants en clair, il est primordial d'accéder au DSM en HTTPS. Voici l'architecture que j'imagine (et qui fonctionne à quelques détails prêts) : - depuis le navigateur du travail, je me connecte à https://dsm.domaine.synology.me/ - le flux arrive sur mon routeur ADSL à la maison - le port 443 est redirigé vers le port 30443 géré par haproxy (reverse proxy qui travail sur le nom du serveur appelé pour rediriger vers le bon service à l'intérieur de mon réseau) - haproxy reconnaît dsm.domaine.synology.me dans l'adresse appelée. il redirige vers mon syno, sur le port 5001 - le DSM apparaît en retour sur le navigateur de mon travail - dans le DSM, demande d'ouverture de gateone sur l'url https://gateone.domaine.synology.me/ - même natage vers haproxy sur mon routeur - haproxy reconnaît gateone.domaine.synology.me comme nom du serveur appelé, il redirige la requête vers le port 20443 qui correspond à gateone - gateone apparaît en retour dans le navigateur du travail Cela fonctionne grâce aux principes suivants, pré-requis indispensables : - routage de l'ensemble des requêtes HTTPS vers haproxy, c'est cet outil qui a la charge de ventiler les requêtes vers le bon serveur TCP - haproxy reconnaît sans problème le sni dans le flux HTTPS, ce qui lui permet d'orienter les requêtes en fonction du nom du serveur appelé (l'URL après le nom du serveur est chiffrée en HTTPS, on ne peut donc pas se baser sur cela) - haproxy gère très bien les websockets, indispensable pour un bon fonctionnement de gateone qui fonctionne en HTML5 A noter que cette architecture permet également d'ouvrir un flux ssh au travers de haproxy, il suffit alors à haproxy de rediriger sur le port 22 du syno dans le cas où le protocole d'appel n'est pas du HTTPS. Maintenant les bonnes nouvelles : haproxy et gateone devraient pouvoir être proposés sur le repo SynoCommunity, le temps de faire tout cela proprement...

heureusement, il s'agit des téléchargements précédents et de tous les fichiers temporaires de travail. Ainsi il est possible de suspendre les téléchargements faits avec le spk de zebulon, de désinstaller ce spk, d'installer celui du SynoCommunity, et de reprendre les téléchargements où ils en étaient . A condition d'avoir changer le propriétaire de ces fichiers...

concernant la migration vers sabnzbd depuis la version de Zebulon vers celle da la SynoCommunity, il faut changer le propriétaire des fichiers dans le répertoire de téléchargement. Ouvrir un terminal (ssh ou telnet) - se connecter en admin > cd <le répertoire de téléchargement sabnzbd concervé après la désinstallation du spk de zebulon> > chown -R sabnzbd * Le problème vient du fait que l'uid du user sabnzbd a changé entre les 2 spk. Un minimum de connaissance des systèmes linux est nécessaire. Manipulation à réaliser à vos risques et périls ...

en RAID1 (ou SHR avec protection sur 1 disque), tu n'auras que 320Go utilisables dans ton cas.

Que veux-tu dire ? L'intérêt de SSLH est de pouvoir accéder en https sur le port 443 à DSM, SABnzbd ou web station tout en pouvant ouvrir un tunnel ssh pour accéder à des services autres que http (pop ou proxy socks par exemple)

un tunnel ssh fonctionne pafaitement. Je conseille d'ailleurs l'usage de tunnelier sous windows qui offre un tunnel très stable. Couplé à sslh, je peux utiliser le port 443 pour ssh et https

non, pas du tout, ça permet uniquement à l'utilisateur concerné de pouvoir se connecter en SSH ou telnet sur le syno. Les autres appli ne sont pas touchées

sur le syno, connecté en ssh ou telnet avec l'utilisateur root

il faut modifier le fichier /etc/passwd et remplacer /sbin/nologin par /bin/sh en face de ton login

mmh, j'ai aussi un problème avec FileZilla, par contre ça fonctionne nickel avec winscp. Pourrais-tu essayer ?

peut importe pour le nom d'hôte, il permet seulement d'obtenir l'adresse IP pour accéder à ton NAS. C'est ensuite ton routeur qui doit ouvrir le port 22 vers le NAS. Quel message d'erreur as-tu maintenant avec filezilla ?

oui, il faut une entrée sftp chez ovh si tu veux utiliser sftp.breat.me

tu peux trouver le spk là : Mini tuto : - installe à l'aide du gestionnaire de paqet - active le terminal SSH dans le panneau de configuration - redirige le port 22 sur ton routeur - crée une connexion SFTP dans filezilla voilà ! PS : aucune idée pour ton problème d'iPhone, je ne peux pas tester...

c'est le port qui permet d'accéder en ssh à ton serveur (c'est un telnet sécurisé)

pour activer SFTP, il faut deux choses : - activer le terminal SSH - installer mon SPK pour ajouter les commandes sftp et scp dans le syno, qui ne sont pas fournies de base dis-moi si tu souhaites ce spk, je le mettrai en téléchargement. L'avantage est que tu n'auras que le port 22 à rediriger, et la connexion est chiffrée.