Lokomass

Bonjour, Je relance un peu le sujet... N'est-il pas possible de modifier un spk quelconque pour le rendre compatible sur une autre pf ? Comment puis-je faire pour installer shellinabox sur mon DS209+ ? Merci

Je ne comprend pas trop. Aurais tu un tout petit bout de code pour illustrer ? Merci

J'ai trouvé des choses sous bash qui parlent d'une commande "Complete" mais qui n'existe pas sous ash... En quoi le prompt peut maider à faire ce genre de chose ? C'est vraiment dommage...

Comment faire du coup, pour définir une liste de mot à compléter dans un script ?

Ben moi je veux bien la prédéfinir en lui disant LISTE=(banane orange cerise) Mais je ne sais pas comment faire, et comment avoir des prompts dans mon script ?

OK pour ça. Je vais tester en rentrant, Mais j'ai une autre fonction qui prend en argument des mots, par exemple prenons, banane, kiwi et orange. Si je fais ./mafunction ba[TAB], comment faire pour qu'il affiche automatiquement le mot banane ?

Oui je peux aussi faire ça mais disons qu'en fait c'est un "exemple" de fonction. Le principe que j'aimerai pouvoir mettre en place en gros, c'est pouvoir compléter automatiquement les arguments de ma fonction... Et sinon avec le PATH, ça completera tout seul ?

OK je vais essayé d'être plus précis. J'ai un répertoire /usr/syno/scripts, ou se situent tous mes scripts. Dans le .profile j'ai crée une petite fonction appelé sh qui en gros fait : sh() { if [ "$#" -eq 1 ] then if [ -f "$REPEXEC/$1.sh" ] then "$REPEXEC/$1.sh" else echo "Le script "$REPEXEC/$1.sh" n'existe pas" echo "Les scripts disponibles sont :" for i in `ls "$REPEXEC"` do echo "$i" | sed "s/.sh//g" done fi else echo "Usage : sh "script"" fi } Donc, au lieu par exemple de devoir écrire : sh applications J'aimerai pouvoir faire : sh app[TAB] Et hop il complète automatiquement par le mot applications. Est-ce que je suis plus clair ?

UP svp, personne n'a jamais essayé de faire ceci ?

Bonjour, J'ai créée des petites fonctions dans mon .profile qui me permettent de faire des petites choses telles que les recherches de fichier ou lancement de batch de manière très rapide. Mais j'aimerai pouvoir en argument utiliser la complétion qui complète la commande. Par exemple j'ai une fonction qui lance un fichier, plutôt que de tout taper a la main j'aimerai que la complétion me permette de compléter les noms du fichier dans le répertoire que je lui donne. Ou encore plus simple, définir une liste de mot que le script peux compléter, Merci de votre aide

Parfait ça fonctionne en effet ! Merci

Oui justement j'essaye via winscp, mais j'ai une erreur au lancement de la connexion... Erreur Déconnexion inattendue Résultat de la commande exit sur le serveur 255 Impossible d'initialiser le protocole SFTP. SFTP fonctionne t-il sur le serveur ?

Bonjour, Depuis ma mise à jour en DSM 4.2, plus d'accès en sftp via le compte root. Je veux bien que par défaut ça soit désactivé, mais pour moi c'était très pratique d'éditer certains fichiers via notepad. Comment le remettre ? Merci

Je comprend pas non plus... Pourtant dans ma technique de base, qui était de générer une clef pour chaque compte root, de les mette toutes dans un fichier et de le mettre sur chaque serveur, ça fonctionnait pour root. Le souci vient du compte admin. Personne sur tout le forum n'a jamais essayer de faire ça ? Bon je vais continuer de chercher en tout cas merci pour ta patiente

Non même en mettant la ligne debbug, en killant etc j'ai rien. J'avais pas modifié le fameux fichier...

J'ai pas, le seul message que j'ai date d'hier. NAS> cat /var/log/messages | grep ssh May 7 08:16:11 sshd[13018]: error: RSA_public_decrypt failed: error:0407006A:lib(4):func(112):reason(106)

Ah pardon voilà, May 8 23:15:23 postfix/smtpd[5380]: error: ConvertFullUserName: SYNOUserLoginNameConvert(holding) failed May 8 23:15:25 postfix/smtpd[5380]: warning: unknown[212.91.92.30]: SASL LOGIN authentication failed: authentication failure May 8 23:15:29 postfix/smtpd[5380]: error: ConvertFullUserName: SYNOUserLoginNameConvert(holding1) failed May 8 23:15:31 postfix/smtpd[5380]: warning: unknown[212.91.92.30]: SASL LOGIN authentication failed: authentication failure May 8 23:15:33 postfix/smtpd[5380]: error: ConvertFullUserName: SYNOUserLoginNameConvert(holding123) failed May 8 23:15:35 postfix/smtpd[5380]: warning: unknown[212.91.92.30]: SASL LOGIN authentication failed: authentication failure

Voici ce qui se passe sur une connexion par exemple : NAS> ssh -i /volume1/homes/admin/.ssh/id_rsa "-oIdentitiesOnly=yes" -v admin@192.168.100.160 OpenSSH_5.8p1-hpn13v11, OpenSSL 1.0.1e-fips 11 Feb 2013 debug1: Connecting to 192.168.100.160 [192.168.100.160] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /volume1/homes/admin/.ssh/id_rsa type -1 debug1: identity file /volume1/homes/admin/.ssh/id_rsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1-hpn13v11 debug1: match: OpenSSH_5.8p1-hpn13v11 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1-hpn13v11 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: AUTH STATE IS 0 debug1: REQUESTED ENC.NAME is 'aes128-ctr' debug1: kex: server->client aes128-ctr hmac-md5 none debug1: REQUESTED ENC.NAME is 'aes128-ctr' debug1: kex: client->server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ECDSA 00:60:89:72:26:fb:20:42:27:a3:3b:92:8a:8e:c8:4a debug1: Host '192.168.100.160' is known and matches the ECDSA host key. debug1: Found key in /root/.ssh/known_hosts:2 debug1: ssh_ecdsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /volume1/homes/admin/.ssh/id_rsa debug1: read PEM private key done: type RSA debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password

Après avoir suivi ton conseil à la lettre, ça ne fonctionne pas. Je peux uniquement me connecter depuis le serveur sur lequel j'ai fait les clés, sur les autres et en root uniquement. J'ai pourtant bien mis la clé du serveur nas1 dans authorized_keys de tous les autres. Et copié aussi le id_rsa quand .ssh de tous les autres dans /root/.ssh et /volume1/homes/admin/.ssh.

Je ne comprend plus, il n'était pas question de mettre le id_rsa.pub dans les authorized_keys, et copier le id_rsa dans les .ssh ? Dans ton petit script tu parle de id_rsa tout court ?

Bonjour à tous, Depuis que j'ai installé sur mon 411 et 409 le package shellinabox, je ne peux m'en passer. Cela m'est très utile pour faire des manips depuis mon poste de travail. Je le recommande au passage. Pour l'installation, j'ai ajouté la source "http://packages.missilehugger.com/" et automatiquement dans le centre de paquet il s'affiche, je l'installe et basta. Oui mais voilà, sur mon 209, il n'apparait pas ! Je suppose que c'est un souci de compatibilité ? Plusieurs choses me passent par la tête. Si je recopie le rep /volume1/@appstore/shellinabox sur mon autre nas, est-ce que ça va marche ? Je n'y crois pas mais je me sens obligé de demander Sinon, Y'a t-il moyen de compiler une source ici en spk pour installer via "centre de paquet", ou d'installer direct un deb ? Ou encore mieux, moyen ici de récupérer une version 88f6281 ou 88f5281 et la rendre compatible ? Bref, comment est-ce possible ? Merci ))

Si j'ai bien suivi, pour pouvoir que mes 3 nas communiquent avec les 2 comptes dans tous les sens sans mdp, il faut : - ssh-keygen -t rsa -b 1024 (sur nas1) - id_rsa et un id_rsa.pub sont bien créées - je recopie donc id_rsa dans les 5 rep * sur nas1 => cp /root/.ssh/id_rsa /var/service/homes/admin/.ssh/ * sur nas1 => scp /root/.ssh/id_rsa root@nas2:/root/.ssh/id_rsa * sur nas1 => scp /root/.ssh/id_rsa root@nas3:/root/.ssh/id_rsa * sur nas1 => scp /root/.ssh/id_rsa root@nas2:/var/service/homes/admin/.ssh/ * sur nas1 => scp /root/.ssh/id_rsa root@nas3:/var/service/homes/admin/.ssh/ - ajouter la clé à tous les authorized keys * sur nas1 => cat /root/.ssh/id_rsa.pub /var/service/homes/admin/.ssh/authorized_keys * sur nas1 => scp /var/service/homes/admin/.ssh/authorized_keys root@nas2 /root/.ssh/authorized_keys * sur nas1 => scp /var/service/homes/admin/.ssh/authorized_keys root@nas2 /var/service/homes/admin/.ssh/authorized_keys * sur nas1 => scp /var/service/homes/admin/.ssh/authorized_keys root@nas3 /root/.ssh/authorized_keys * sur nas1 => scp /var/service/homes/admin/.ssh/authorized_keys root@nas3 /var/service/homes/admin/.ssh/authorized_keys Si j'ai bien compris c'est "tout" ce qu'il y a à faire, et ensuite je devrais pouvoir réaliser toutes les connexion, mais je ne comprend pas tout, on copie qu'une clé d'un seule serveur, donc entre les deux autres comment ça pourras marcher ? Merci

Alors on reprend tout proprement ok. J'ai 3 NAS, deux en locals, et un distant. J'aimerai pouvoir faire du ssh/scp de chaque NAS vers un autre avec chaque compte root/admin sans mot de passe. Pour ce faire, j'ai fais générer les cléfs publiques/privées pour chaque compte. Donc : ssh-keygen -t dsa -b 1024 et ssh-keygen -t rsa -b 1024 que je lancent sous root dans /root/.ssh et sous admin dans /var/service/homes/admin/.ssh. Ensuite je créer un fichier unique de clé, dans le lequel je mets les deux clés générées précédemment pour root et pour admin dans chaque authorized_keys. Je leur ai attribué tous les bons droits. Ce qui est bizarre, c'est que tous les ssh sans pwd root fonctionnent, et uniquement depuis les locaux vers le distant en admin... à comprendre pourquoi ?

Je n'ai pas cette erreur non... En fat sur mes 3 serveurs, y'en a pour lequel ça fonctionne bien. J'ai mes deux clés (une pour root une pour admin), et je me connecte bien sans mdp avec les deux comptes. En revanche elles commencent par ssh-rsa et les autres par ssh-dss, y'aurait-il un rapport ? Y'aurait-il également un rapport sur la commande qui génére les clés ? ssh-keygen (avec quel argument -t ou -b 1024 ?)

En fait mes clés publiques ressemblent à ".....== root@NAS" Le souci, c'est que pour admin, j'ai donc essayé de reprendre la même clé, la copier dans le fichier authorized_keys dans le rep /volume1/homes/admin/.ssh, en remplacant root par admin et au test d'un ssh, y me demande quand même le mdp