Diaoul

Non, mais sur un Syno léger tu peux utiliser nzbget qui est beaucoup moins gourmand. @Piwi: Tellement son Syno pédale (à cause du manque de RAM, et CPU certainement) il télécharge moins vite que sa BP ne le lui permet.

Normalement c'est que sur les modèles + mais je sais pas si c'est possible en bidouillant...

Tu vas dans ton Syno. Tu ouvres le gestionnaire de paquets et ajoute cette url dans les param

Laisse tomber ipkg ptit gars. Cross compile

Parce que c'est pas bien intégré au niveau de Synology, t'es pas chrooté dans ton répertoire home par exemple (mieux pour la sécurité, mais pas cool vu que tu peux pas avoir accès aux répertoires partagés du coup). Et puis les permissions linux ne sont pas propres dans la mesure où tout est fait pour être partagé via SMB. Ce qui est créé via SMB (un fichier par exemple) est créé avec les droits UNIX suivants sur le Syno : User : nom de l'utilisateur Group : users (là ou tous les utilisateurs de Syno sont) Permissions : 777 Bref, plein de raisons. A mon avis pour avoir cette fonctionalité, il faudrait que Syno fasse un gros travail sur une meilleur intégration Linux des droits Windows (paradoxal pour un OS basé sur Linux...)

Oui tu peux faire un CGI aussi, PERL, Python, après c'est toi qui vois pour le langage. Si tu ne connais aucun des deux je te conseille tout de même Python, perso je trouve PERL plutôt obscur.

Ha bon ? Pas par moi alors, trop de trucs à faire là Et puis je préfère d'un SPK qu'il ne se base pas sur ce qu'il y a dans le Syno mais qu'il tourne en autonome.

Que se passe-t-il en cas d'upgrade du firmware ? Est-ce qu'un user peut se connecter via SFTP avec cette méthode ou juste root ? Si non, que faut il faire pour qu'un user puisse se connecter (shell valide ? répertoire home correct ?)

Bah y'a plein d'autres moyens. Par contre il faut pas passer par le serveur HTTP de Syno mais pas un truc fait toi même.

J'ai peur qu'on dérive sur du technique ici. Ca dépend de ton budget, de la quantité de données que tu veux stocker (50Go ? 1To ?), et du risque que tu es prêt à prendre en cas de perte de données. Au vu de ce que tu as dit, un NAS 2 baies modèle avec ou sans + (mais pas j) en RAID 1 devrait suffir. Si tu as besoin d'assurer tes données contre le ("ho zut j'ai effacé ça j'aurai pas du") et veut pouvoir restaurer une version précédent du fichier, rajoute un disque USB au cul de ton Syno pour y faire un backup régulier (quotidien par exemple) Si tu as besoin d'assurer tes données contre un incendie des locaux, prévoit un backup décentralisé via le Syno (avec Amazon S3 ou autre ou un autre Syno dans d'autres locaux) pour y faire un backup régulier Il y en a pour tous les profils

Je te conseille d'attrendre la release de DSM 4 si tu veux cette fonctionnalité sans te prendre la tête. La solution de DjMomo n'est pas simple. Ou alors installe la beta, elle est plutot stable d'apres les retours que j'ai pu lire ici

Oui mais ceux là passent par Giganews et donc login = pseudo giganews donc pas de @

Si vous arrivez à le faire tourner hésitez pas à partager en faisant un SPK

Défi: Une ligne de commande qui lui corrigera tous ses problèmes Attention, "man" n'est pas une réponse valide !

@PatrickH: T'as oublié l'explication sur l'utilisation de vi pour supprimer le caractère au bout de la ligne, un petit cours sur le mode append et insert STP. NE BACLE PAS TES EXPLICATIONS ! Rho. Trololo

Aucune idée, il faut voir avec un spécialiste de l'utilisation de modules noyaux. C'est bizare qu'il ne soit pas détecté, peut être est-il bridé...

Wouah, l'asssistanat a son plus haut niveau depuis 50 posts.

Dans une prochaine version ce sera possible.

Tu peux peut être faire un ticket à Synology à ce sujet, pour avoir la possibilité de couper les requêtes vers les serveurs Syno.

Et pendant ce temps Syno sait quand ton nas est allum

Une debian chroot ne résout pas les problèmes de modules noyaux. Si tu veux en installer, cherche sur le forum je crois que d'autres l'ont fait, il y a même un tuto dessus il me semble. Il faut les cross compiler puis les installer à la main. A refaire à chaque MaJ DSM.

Crontab et cp n'ont rien a voir avec le shell

Si je résume : Syno te satisfait tel quel Syno te satisfait mais il te manque quelques petits trucs pour bidouiller en local => IPKG Syno te satisfait mais il te manque un peu de softs, notament réseau => Chroot Tu peux passer à la vitesse supérieur et avoir ton propre serveur

Le souci avec IPKG c'est que les version des packages ne sont pas forcément à jour donc tu peut exposer ton Syno à des failles de sécurité normalement corrigées sur des distributions commune comme Debian. Donc faisable mais pas optimal, d'ou le fait que l'on parle de bidouillage. L'alternative à IPKG est, selon moi, le chroot. Ca te permet d'exploiter ton Syno avec DSM et de profiter d'un environnement maintenu et propre pour bidouiller. On reste dans la bidouille (quoique ?) mais on est déjà dans un environnement plus propre et plus sécurisé. Ou encore, tu peux t'affranchir de Syno et passer sur un serveur fait maison qu'il te faudra maintenir avec plus ou moins de facilité selon la distribution (freenas / zentyal / ubuntu / debian / etc.)

He bien, pour tout ce que DSM fait pas, il serait possible de le faire avec zentyal