Amsonia

Tu peux contrôler la lecture de la musique soit depuis le NAS en passant par AudioStation (et ses applications pour smartphone) soit depuis ton lecteur réseau. Si tu passes par le lecteur réseau, il me semble qu'il suffit d'activer le "serveur multimédia" ; paquet à installer depuis le "Centre de paquets". Si tu passes par AuioStation, il faut veiller à : 1/ Activer le "Mode USB" (le mode de lecture en continue comme illustré ci-dessous envoi le son sur les enceintes de ton ordi) 2/ Activer la sortie haute qualité pour USB. Cela permet de lire les fichiers 24 bits nativement. 3/ Si tu as des FLAC de CD, autant conserver cette qualité donc mettre le transcodeur sur "wave" et non "MP3" (encore que, il me semble que cette option pour le transcodeur n'ait un impact sur le mode "lecture en continue" ; il me semble que si tu passes par l'USB, ça transcode automatiquement en wave)

Bonjour, Je voudrais installer le serveur Jabber/XMPP sur mon NAS. 1/ Le paquet est présent dans IPKG mais personne n'arrive apparemment à le faire fonctionner. 2/ J'ai essayé de compiler la chose directement sur le Syno mais il semble y avoir un problème avec le paquet erlang (voir ) 3/ J'en suis donc à essayer de le cross-compiler avec spksrc. J'ai installé Debian 6 dans une VM avec les outils nécessaires pour son bon fonctionnement. Voici déjà le Makefile : PKG_NAME = ejabberd PKG_VERS = 2.1.11 PKG_EXT = tgz PKG_DIST_NAME = $(PKG_NAME)-$(PKG_VERS).$(PKG_EXT) PKG_DIST_SITE = http://www.process-one.net/downloads/ejabberd/$(PKG_VERS) PKG_DIR = $(PKG_NAME)-$(PKG_VERS) DEPENDS = HOMEPAGE = http://www.process-one.net/en/ejabberd/ COMMENT = Robust and scalable Jabber / XMPP Instant Messaging platform LICENSE = GNU_CONFIGURE = 1 CONFIGURE_ARGS = include ../../mk/spksrc.cross-cc.mk Je lance la commande make arch-ppc853x (l'archi de mon DS410) mais ça plante quasiment tout de suite. Il ne trouve pas le fichier configure. En effet ce dernier est dans /src/ et pas à la racine des sources. J'imagine qu'il faut rajouter un argument dans mon Makefile mais n'ai aucune idée de son formatage :-s Pour info, voici le log de make arch-ppc853x ===> Building package for arch ppc853x make[1]: entrant dans le répertoire « /home/amsonia/spksrc/cross/ejabberd » ===> Set up toolchain make[2]: Rien à faire pour « default ». make[1]: quittant le répertoire « /home/amsonia/spksrc/cross/ejabberd » make[1]: entrant dans le répertoire « /home/amsonia/spksrc/cross/ejabberd » ===> Downloading files for ejabberd ===> File ejabberd-2.1.11.tgz already downloaded ===> Verifying files for ejabberd ===> No digests file for ejabberd /home/amsonia/spksrc/cross/ejabberd/../../distrib/ejabberd-2.1.11.tgz ===> Processing dependencies of ejabberd ===> Extracting for ejabberd tar xzpf /home/amsonia/spksrc/cross/ejabberd/../../distrib/ejabberd-2.1.11.tgz -C /home/amsonia/spksrc/cross/ejabberd/work-ppc853x ===> Patching for ejabberd ===> Configuring for ejabberd cd /home/amsonia/spksrc/cross/ejabberd/work-ppc853x/ejabberd-2.1.11 && env PKG_CONFIG_LIBDIR=/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib/pkgconfig WORK_DIR=/home/amsonia/spksrc/cross/ejabberd/work-ppc853x INSTALL_PREFIX=/usr/local TC=syno-ppc853x LD=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ld CPP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-cpp NM=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-nm CC=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-gcc AS=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-as RANLIB=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ranlib CXX=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-g++ AR=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-ar STRIP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-strip OBJDUMP=/home/amsonia/spksrc/toolchains/syno-ppc853x/work/powerpc-linux-gnuspe/bin/powerpc-linux-gnuspe-objdump CFLAGS="-mcpu=8548 -mhard-float -mfloat-gprs=double -I/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/include " CPPFLAGS="-I/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/include " LDFLAGS=" -L/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib -Wl,--rpath-link,/home/amsonia/spksrc/cross/ejabberd/work-ppc853x/install//usr/local/lib -Wl,--rpath,/usr/local/lib " ./configure --host=powerpc-unknown-linux --build=i686-pc-linux --prefix=/usr/local make[1]: quittant le répertoire « /home/amsonia/spksrc/cross/ejabberd »[/font] [font=courier new,courier,monospace] Et voici ce qui ressort dans mon shell : amsonia@debian:~/spksrc/cross/ejabberd$ make arch-ppc853x >> log.txt env: ./configure: Aucun fichier ou dossier de ce type make[1]: *** [configure_target] Erreur 127 make: *** [arch-ppc853x] Erreur 2 Des idées ?

Il semblerait bien que beam soit en cause. (installé avec le paquet erlang) Voici comment il est exécuté lors du ./configure /opt/lib/erlang/erts-5.9/bin/beam -sbtu -- -root /opt/lib/erlang -progname erl -- -home /root -- -noshell -noinput -mode minimal Et quand je fais erl --help ou erlc --help, beam se met aussi à 100% de CPU… Pour info, j'ai rebooté le nas plusieurs fois et upgradé tous les paquets d'ipkg (aucun de ceux requis n'ont requis d'update de toute façon)

Je suis en train de suivre ta méthode, à savoir compiler ejabberd mais j'ai l'impression que le .configure mouline… Asimov> ./configure --prefix=/opt/ejabberd checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether make sets $(MAKE)... yes checking for erlc... /opt/bin/erlc checking for erl... /opt/bin/erl Et ça reste sur le checking for erl... /opt/bin/erl pendant plusieurs dizaines de minutes ! J'ai déjà essayé de tuer le processus et de le relancer mais c'est pareil. C'est un comportement normal ? (j'ai un DS410, CPU PPC pas le plus récent mais j'ai déjà compilé des choses avec. Tor par exemple) edit: c'est le processus beam qui me prend toutes les ressources depuis le début du .configure edit 2: voici le mon config.log. J'ai encore une fois tué le processus via Ctrl+C. Tout ce qui est écrit après la ligne 110 est arrivé après la fin du processus. Je ne vois aucune erreur mais…peut-être que vous oui ! Merci encore d'avance !

Oui, c'est tout à fait possible. Voir cette liste qui recense les matériels testés comme compatibles par la communauté : http://forum.synology.com/wiki/index.php/User_Reported_Compatible_USB_Speakers

Autre solution, changer le port du SSH. Si tu utilises le SSH de Synology, il te suffit d'éditer le fichier /etc/ssh/sshd_config et de changer le port puis de rebooter le processus SSH via le Panneau de Config.

Oula, je pense qu'en effet une mise-à-jour du firmware du NAS s'impose. Si mes souvenirs sont corrects il fallait déjà être sur du DSM v3 pour Lion !

- Tu sous quelle version d'OS X ? - Comment as-tu configuré ton partage de fichiers sur le NAS ? (1er onglet dans le Panneau de Config) - tu te connectes avec quel utilisateur ?

roundcbue est un client, un client web c'est tout. donc oui mes clients lourds et mobiles fonctionnaient impec, rien n'a changé de ce côté là puisque la config du serv se fait dans le dsm comme tu as dit

Non mes mails ne partent pas, quel que soit le protocole suivi : 1/ en ayant conservé le fichier de conf de roundcube-syno : la 0.8.1 remets certains paramètres à leur valeur par défaut : fail 1.1/ après avoir fait les modifs : fail mais nouvelle erreur 2/ en ayant remplacé le fichier de conf de roundcube-syno par celui de la 0.8.1 et en ayant tenté de faire les modifs où il fallait : erreur 500 sur la HP de roundcube.

j'ai directement fait ça en SSH/SFTP. Config SMTP :je ne voulais pas parler de la config du serveur mais de la config de Roundcube pour se connecter au serveur

Je viens de remarquer que Roundcube -celui de Synology- était configuré pour afficher son numéro de version dans les headers des mails. Résultat : version 0.4.2 !!! J'ai tenté la mise à jour en suivant le petit tuto. Il y a quelques problèmes en plus de la disparition du panneau d'admin permettant de gérer le rapatriement POP : - un autre panneau de config a disparu, celui de la config du serveur SMTP ! - on est donc obligé de reconfigurer cela à la main dans le fichier de conf. RE-configurer, oui parce que ouvrir RC 0.8.1 la première fois écrase certains (pas tous) paramètres de la version installée par Syno, étrange mais bon. Et il s'avère que cela ne suffit pas. Il faut -et ce n'est pas précisé dans le tuto- remplacer le fichier de conf par celui de la v0.8.1 et faire les ajustements. Problème, il y a plein de nouveaux champs (depuis la 0.4.2 c'est plutôt normal !) ; je n'ai probablement réussi à tout configurer correctement puisqu'une fois le fichier éditer je me suis pris une erreur 500 en voulant accéder au webmail. Bref, pas mal de galères pour mettre à jour un soft qui en aurait vraiment besoin mais qui a de nombreuses liaisons avec le reste de l'OS que c'est, je crois, le meilleur moyen de tout foutre en l'air. - il faut tweaker la bdd postgrsql (ou truc du genre) du Syno pour la gestion des carnets d'adresse ; sinon on ne peut pas ajouter/modifier des fiches sous 0.8.1

D'accord, je pensais que le -o était soumis à la contrainte du -p

Tu peux continuer à te logguer avec les identifiants DSM ? Et, oui, comment as-tu fait ? Sinon, euh… comment peut-on savoir quelle est la version installée sur nos syno ? (DSM 4.1 v2636)

Je viens de d/l la dernière version du script et suis sous DSM 4.1 v2636. Malgré un python2.6 index_updater.py -A -v 1 -p /volume1/music le script a quand même supprimé un enregistrement orphelin d'un sous-dossier de /volume1/video ! INFO - These directories will be checked: INFO - - '/volume1/music' INFO - Start INFO - Media server enabled: START INFO - Configuration read : {'photo': {'path': '/volume1/photo', 'index_mime': {'image': True, 'audio': False, 'video': False}}, 'video': {'path': '/volume1/video', 'index_mime': {'image': False, 'audio': False, 'video': True}}, 'music': {'path': '/volume1/music', 'index_mime': {'image': False, 'audio': True, 'video': False}}, 'homes': {'index_mime': {'image': False, 'audio': False, 'video': False}, 'path': '/volume1/homes'}} INFO - *-* Working on share [photo] whose path is '/volume1/photo' INFO - [photo] won't be indexed because it is not included in the path list INFO - *-* Working on share [video] whose path is '/volume1/video' INFO - [video] won't be indexed because it is not included in the path list INFO - *-* Working on share [music] whose path is '/volume1/music' INFO - [music] is to be indexed INFO - Add directory '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/01 - Break of Dawn.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/08 - Programme.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/11 - Another Dawn (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/03 - One Out of Two (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/04 - By Your Side, Part 1 (feat. Pacific!).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/05 - By Your Side, Part 2 (feat. Pacific!).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/09 - Easy Fraction.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/02 - Fantasy (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/13 - A Mile Away (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/12 - Why (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/10 - Baby I'm Yours (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/14 - Intersection.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/06 - You Should Know (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/07 - The Mayfly and the Light (feat. Irfane).flac' INFO - *-* Working on share [homes] whose path is '/volume1/homes' INFO - [homes] is NOT to be indexed INFO - !! Delete orphan file from DB '/volume1/video/sous-dossier/le-fichier.mkv' INFO - Begin to clean useless @eaDir... INFO - End

Bonjour, Je souhaite mettre en place un serveur LDAP mais je rencontre quelques difficultés. Quoi que je mette dans mon client mail (Postbox, basé sur Thunderbird), ça me sort Erreur 34 - Syntaxe DN incorrecte. Dans le Directory Server, j'ai essayé les deux paramètres suivants : FQDN : lenas.dyndns.org Base DN (automatique) : dc=lenas,dc=dyndns,dc=org Bind DN (automatique) : uid=root,cn=users,dc=lenas,dc=dyndns,dc=org FQDN : lenas.local Base DN (automatique) : dc=lenas,dc=local Bind DN (automatique) : uid=root,cn=users,dc=lenas,dc=local Un utilisateur LDAP a du être créé, nommé 'admin' avec un mot de passe différent du compte admin du DSM. Dans le panneau de config, l'onglet Service d'annuaire s'est automatiquement activé et rempli adresse du serveur : localhost chiffrement : aucun Base DN : les mêmes que tout à l'heure Windows CIFS : activé (mais inutile vu que je suis sous OS X) Et on retrouve le même user et les mêmes groupes que dans le Directory Server sauf que leur nom sont de la forme username@FQN et non plus username tout seul comme dans la config du Directory Server. En un mot, je n'ai fait qu'activer le serveur LDAP, définir un FQDN et entrer un nouveau mot de passe ; tout le reste s'est fait automatiquement. Dans mon client mail maintenant, Postbox : J'ai testé plusieurs configurations : Hôte : lenas.dyndns.org puis lenas.local Nom dinstinct de base : la base DN puis le Bind DN Utilisateur : admin puis admin@FQDN Mais aucune de ces conf ne fonctionne ! Quand je veux écrire un nouveau mail, ça me demande mon mot de passe -celui défini dans le Directory Server- et puis ça me sort Erreur 34 - Syntaxe DN incorrecte. Assez étrangement, quand je mets la Base DN dans Postbox mais sans renseigner le champ utilisateur, la commande pour récupérer tout l'annuaire passe. Ceci étant dit, l'annuaire est vierge donc je ne sais pas si cela a réellement fonctionné. Toujours est-il que je ne peux pas ajouter de fiche dans l'annuaire à partir de postbox ou du "carnet d'adresse" d'OS X. Des idées ?

Personnalisation Je rajoute rapidement quelques liens vers des blogposts -en anglais certes- mais très clairs. Ces modifications sont souvent synonymes d'une sécurité accrue par le simple fait que votre configuration n'est plus standardisée. Pour ceux qui ont suivi le tutoriel pour le DSM 4.1 v2636 (et probablement ultérieurs), les modifications ne se font pas sur /etc/ssh/sshd_config mais sur /opt/etc/openssh/ssh_config Toutes les modifications nécessitent un redémarrage du daemon SSH pour être prises en compte. Je vous conseille de désactiver le blocage automatique durant vos tests, ce serait bête de se retrouver bloqué dehors ! 1/ Changer le port Si vous utilisez le terminal d'OS X, la connexion se fera désormais en ajoutant l'argument -p leport ssh root@votresyno -p 12345 2/ Se connecter par échange de clefs plutôt qu'avec un mot de passe 2.1/ Pour l'utilisateur root 2.2/ Pour tout autre utilisateur À noter, pour ceux qui ont suivi le tutoriel pour le DSM 4.1 v2636, il vous faut entrer une commande supplémentaire à la fin de la procédure : ssh-keygen -t ecdsa -C '' -N '' -f /opt/etc/openssh/ssh_host_ecdsa_key [/code] [font=lucida sans unicode,lucida grande,sans-serif][b]3/ Désactiver les connexions par mot de passe (= forcer les connexions par clef)[/b][/font] [font=lucida sans unicode,lucida grande,sans-serif][b]4/ Raccourci de connexion (pour les gros fainéants comme moi )[/b][/font]

Et voilà le tutoriel ==> (on peut fermer ce sujet maintenant non ?)

Avant le DSM 4.1 v2636 On peut mettre en place le SFTP par 4 manières différentes, classées ici par ordre décroissant d'efficience. 1/ En activant le serveur SFTP interne source : http://forum.synolog...server#Method_3 On utilise le serveur SSH interne et on va simplement modifier une ligne de configuration pour activer le serveur SFTP interne. 1.1/ Le fichier à modifier : /etc/ssh/sshd_config 1.1.1/ Faire une sauvegarde cp etc/ssh/sshd_config etc/ssh/sshd_config_default[/code] [font=lucida sans unicode,lucida grande,sans-serif]1.1.2/ Modifier le fichier de telle sorte que la liste des serveurs SFTP soit égale à celle-ci :[/font] [code]# override default of no subsystems #Subsystem sftp /usr/libexec/sftp-server Subsystem sftp internal-sftp[/code] Ce fichier de configuration est déjà présent dans la liste proposée par Config File Editor. [font=lucida sans unicode,lucida grande,sans-serif]1.2/ Enfin, relancer le daemon SSH via le DSM.[/font] [i]Panneau de configuration > Terminal > SSH[/i] Pour arrêter le serveur SFTP il vous suffit de désactiver le SSH dans le DSM. [u][font=lucida sans unicode,lucida grande,sans-serif][b][size=4]2/ En utilisant un système hybride : SSH interne + SFTP optware[/size][/b][/font][/u] [size=3][i]source : http://forum.synolog...server#Method_1[/i][/size] On utilise le serveur SSH interne, on installe de SFTP d'IPKG et on modifie la configuration du serveur SSH interne pour qu'il utilise les binaires du SFTP d'IPKG. Il nous faut travailler en lignes de commande, (re-)lire l'avant-propos à ce sujet. [font=lucida sans unicode,lucida grande,sans-serif]2.1/ Tout d'abord, installer IPKG.[/font] Voir ce tutoriel pour de l'aide. [font=lucida sans unicode,lucida grande,sans-serif]2.2/ Installer le serveur SFTP optware en entrant les commandes suivantes :[/font] [code]ipkg update ipkg install openssh-sftp-server[/code] [font=lucida sans unicode,lucida grande,sans-serif]2.3/ Le fichier à modifier :[/font] [font=courier new,courier,monospace]/etc/ssh/sshd_config[/font] [font=lucida sans unicode,lucida grande,sans-serif]2.3.1/ Faire une sauvegarde[/font] [code]cp etc/ssh/sshd_config etc/ssh/sshd_config_default[/code] [font=lucida sans unicode,lucida grande,sans-serif]2.3.2/ Modifier le fichier de telle sorte que la liste des serveurs SFTP soit égale à celle-ci :[/font] [code]# override default of no subsystems #Subsystem sftp /usr/libexec/sftp-server Subsystem sftp /volume1/@optware/libexec/sftp-server[/code] Si vous désirez utiliser CFE pour modifier le fichier, ajoutez la ligne suivante dans son fichier de configuration puis relancez CFE pour accéder au nouveau fichier. [font=courier new,courier,monospace]etc/ssh/sshd_config,config ssh[/font] [font=lucida sans unicode,lucida grande,sans-serif]2.4/ Enfin, relancer le daemon SSH via le DSM.[/font] [i]Panneau de configuration > Terminal > SSH[/i] Pour arrêter le serveur SFTP il vous suffit de désactiver le SSH dans le DSM. [u][font=lucida sans unicode,lucida grande,sans-serif][b]3/ Troisième méthode[/b][/font][/u] [size=3][i]source : http://forum.synolog...server#Method_2[/i][/size] Je ne vois pas l'intérêt de cette méthode, que ce soit dans le fond ou sur la forme. Utilisateurs curieux (et initiés) suivez "simplement" le guide du wiki. [u][font=lucida sans unicode,lucida grande,sans-serif][b]4/ En passant complètement par les paquets optware/IPKG[/b][/font][/u] Voir la méthode complète ci-dessous. Cette méthode est ici déconseillée puisque les deux premières sont bien plus simples à mettre en place et à utiliser. [size=5][font=lucida sans unicode,lucida grande,sans-serif][b]Depuis le DSM 4.1 v2636[/b][/font][/size] Depuis le DSM 4.1 v2636, les méthodes décrites plus haut (au moins les deux premières) sont inopérantes. De plus, le SFTP est inclus au DSM mais se comporte comme l'accès FTP : - l'activation vaut pour tous les utilisateurs du NAS… - …sauf l'utilisateur root ! Nombreux seront ceux qui soutiendront -et à raison- qu'il est dangereux de se connecter directement en root via SSH/SFTP même si l'on est un utilisateur chevronné et qu'il vaut mieux se connecter en admin et utiliser la fameuse commande [font=courier new,courier,monospace]sudo[/font] pour s'octroyer temporairement des droits de root. Par ailleurs, nombreux seront également ceux qui nous conseilleront d'opérer des transferts de fichiers en SFTP plutôt qu'en FTPS parce que cela est plus sécurisé, surtout si l'on se connecte par échange de clef plutôt que par mot de passe. (Il n'empêche que, chez moi, le transferts SFTP sont plus lents qu'en FTPS et FTP) Il existe donc de nombreuses raisons de ne pas utiliser l'utilisateur root directement et Synology a fait un choix logique, celui de la sécurité. Soit. Mais si l'on souhaite tout de même avoir un accès SFTP en root "comme avant", voici ce qu'il faut faire : installer et configurer les serveurs SSH et SFTP d'optware. Nous allons donc complètement court-cicuiter les outils livrés avec le NAS pour n'utiliser que ceux d'IPKG. [font=lucida sans unicode,lucida grande,sans-serif]1/ Tout d'abord, installer IPKG.[/font] Voir ce tutoriel pour de l'aide. [font=lucida sans unicode,lucida grande,sans-serif]2/ Installer OpenSSH et OpenSSH-SFTP-server en entrant les commandes suivantes :[/font] [code]ipkg update ipkg install OpenSSH ipkg install openssh-sftp-server[/code] [font=lucida sans unicode,lucida grande,sans-serif]3/ Le fichier à modifier :[/font] [font=courier new,courier,monospace]/opt/etc/openssh/ssh_config[/font] [font=lucida sans unicode,lucida grande,sans-serif]3.1/ Faire une sauvegarde[/font] [code]cp /opt/etc/openssh/ssh_config /opt/etc/openssh/ssh_config-defaults[/code] [font=lucida sans unicode,lucida grande,sans-serif]3.2/ Les modifications[/font] Repérez les passages correspondants dans le fichier et faire les modifications pour coller à la configuration ci-dessous. Je vous ai mis le paquet pour le contexte mais seules 2 ligne sont à modifier. [code] # Change to no to disable s/key passwords ChallengeResponseAuthentication no [/code] [code] #AllowAgentForwarding yes #AllowTcpForwarding yes #GatewayPorts no #X11Forwarding no #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no UsePrivilegeSeparation no #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS yes #PidFile /opt/var/run/sshd.pid #MaxStartups 10 #PermitTunnel no #ChrootDirectory none # no default banner path #Banner none # override default of no subsystems Subsystem sftp /opt/libexec/sftp-server [/code] Si vous désirez utiliser CFE pour modifier le fichier, ajoutez la ligne suivante dans son fichier de configuration puis relancez CFE pour accéder au nouveau fichier. [font=courier new,courier,monospace]/opt/etc/openssh/sshd_config,opt sshd_config[/font] À noter que je suis tout sauf un expert de SSH donc si quelqu'un voit une meilleure configuration, qu'il se fasse connaître ! [font=lucida sans unicode,lucida grande,sans-serif]4/ Lancer le service en exécutant la commande suivante :[/font] [code]/opt/etc/init.d/S40sshd[/code] [font=lucida sans unicode,lucida grande,sans-serif]4.1/ Vérifier qu'il fonctionne[/font] [CODE]ps | grep ssh[/code] Vous devez retrouver le chemin de l'executable : [font=courier new,courier,monospace]/opt/sbin/sshd[/font] Pour arrêter le service, faire un simple [CODE]killall sshd[/code] Vous remarquerez ici que le lancement et l'arrêt du SSH/SFTP se fait uniquement en ligne de commande. Vous savez maintenant comment installer et utiliser SFTP sur votre NAS Pour les personnalisations, on verra une autre fois ;-)

ahah oui pourquoi pas

Pour ceux qui ne seraient pas encore au courant, OVH va abandonner le webDAV d'ici 3 ou 4 semaines pour passer sur de l'OpenStack Swift (pour mettre en place la synchronisation notamment). Donc, hormis s'il y a un paquet IPKG pour du Swift et/ou si qqn nous sort un SPK bien fait, on ne pourra plus avoir hubic sur nos syno. Ceci étant dit, il est aussi dit qu'OVH va sortir de nouvelles offres pro (probablement plus chères), une offre PCS où l'on paye uniquement ce que l'on consomme (là aussi, probablement plus cher que hubic actuel) et enfin une offre "hubic archive" pour concurrencer Amazon Glacier. Toutes les infos ici => http://www.presence-pc.com/actualite/hubic-cloud-48770/#xtor=RSS-11

Oui, bien sûr qu'un véritable terminal est plus confortable et puissant. Ce SPK ainsi que Shellinabox sont toutefois utiles parce qu'ils indépendant de l'OS de son ordi ;-)

Si, comme moi, vous avez régulièrement des problèmes pour configurer proprement des accès IMAP sur vos différents devices (laptop, smartphone, client mail lourd, webmail, etc.), voici la configuration qui fonctionne à tous les coups chez moi et qui, j'imagine, doit être celle par défaut. Cela se configure dans l'interface de Roundcube et ce pour chaque compte. Brouillons : Drafts Messages envoyés : Sent Indésirables (spam) : Junk Corbeille : Trash J'ai remarqué que le roundcube du NAS ne mettait pas "Sent" par défaut mais "Sent messages", ce qui perturbait certains clients peu configurables comme les clients mail de smartphone. J'ai testé avec succès cette configuration sur : - Sparrow OS X - Postbox v3 (donc j'imagine aussi Thunderbird v3) - MailDroid sur Android

Exact sauf que Shellinabox n'est pas compatible avec toutes les architectures (manque au moins les PowerPC) au contraire de Web Console.

N'être que deux à avoir les droits de visualisation des photos ne veut pas dire que quelqu'un d'autre (moi par ex) ne puisse pas afficher la page d'accueil de photo station. Donne-moi l'adresse de ton syno (en pm si tu le souhaites) et dis-moi quand le syno est en veille ; j'irai voir alors la page et on verra si le syno se réveille ou pas Ok pour quickconnect. Qu'en est-il pour DDNS, celui de Synology en particulier ? edit : le tuto est là au fait :