CoolRaoul

Je dois avouer ne pas comprendre non plus la phrase: "je les ai mises dans chaque .ssh/authorized_keys de *chaque* syno," Le dossier ".ssh" n'est pas unique par machine: il y en a (potentiellement) un pour chaque *compte* ($HOME/.ssh) Pour root c'est /root/.ssh, mais pour admin c'est "/var/services/homes/admin/.ssh" (qui correspond en général à /volume1/homes/admin/.ssh)

et "ipkg update" marche maintenant?

Ce n'est qu'un contournement Tu aurais pu répondre à mes questions pour comprendre ce qui coincait

Le compte "admin" ne sert normalement uniquement pour administrer le NAS va l'interface DSM, en ligne de commande on utilise root plutot mais bref c'est toi qui vois ... Tu veux que ces copies s'exécutent en cron, sans connexion interactive c'est bien ça?

Tu es bien sur d'etre root quand tu fait cette commande? que donne la commande (tu peux mettre n'importe quoi à la place de "toto")

Non, Il te suffit de générer *une seule clé*. A faire sur la machine à partir de laquelle tu va te connecter sur les different NAS (ton PC j'imagine). La clé publique associée a cette clé devra être déployée dans les differents authorized_keys des comptes de tous les NAS. Ou alors tu veux te connecter sn SSH à partir d'un NAS vers un autre NAS, mais ce n'est pas ce que l'on comprend dans ta prose. Que veux-tu faire avec le compte admin en SSH?

Rien compris... (et pourtant je ne suis pas un newbie en ssh) Peux-tu essayer d'être plus clair? Déja le "généreré des clés en admin sous chaque nas" me laisse perplexe, Il suffit de faire *une seule* génération de clé (privée/publique) et de mettre la clé publique sur tous les authorized_keys des comptes cibles.

Ben voyons, j'ai des trucs perso dans /etc/rc.local moi!!!

M'a l'air out ç fait clean ton install ipkg. A l'occasion faudra essayer d'installer d'autres packages pou voir si ça coince encore

Soyons sympa, on va donner le lien http://ukdl.synology.com/download/ds/userguide/DSM4.2/Syno_UsersGuide_NAServer_fra.pdf

Il semblerait que git ne soit pas disponible via ipkg pour ton architecture Peux-tu nos donner le contenu de /opt/etc/ipkg/cross-feed.conf ?

Pour obtenir de l'aide, le minimum serait de décrire avec le maximum de détails les opérations effectués, en s’arrêtant des la première erreur rencontrée. Parce que avec le peu de contenu de ton message, franchement, ... PS: le choix du Raid 1, il y a une bonne raison?

merci de nous donner le résultat de : ipkg -V 3 install git

Le toolchain pour ce CPU vient de débarquer

Me semble que le flux sortant du client ne soit pas sur un de ces ports-la Dans tous les cas je ne me souviens pas avoir vu cela documenté quelque part.

C'était pas la peine de lister tous le contenu fichier de conf php (d'autant plus que ca n'a aucun rapport avec le support des cgi) un simple script perl avec la ligne d'en tete #!/usr/bin/perl -w Est bien exécuté sous DSM par apache pour peu qu'il soit de suffixe .cgi (je viens de vérifier) Rien de particulier à configurer

L’intérêt de l'utilisation quick connect est justement qu'il n'y a que des flux sortants sur le NAS (pas d'ouvertures de ports a faire dans le routeur/la box) Dans ce mode, les serveurs Synology sont automatiquement (et de façon transparente) utilisés comme passerelles (et donc les données transites sur le NET) Donc pour faire ce que tu souhaite il ne faut pas utiliser quick connect et utiliser dans la config cloudstation l'ip locale (LAN) du nas à la place

C'est le moins qu'on puisse dire Franchement, je ne vois pas comment c'est possible... Ca n'aurait été pas préférable de nous dire tout ça des le début plutôt que nous laisser patauger en mettant le focus sur phpmyadmin? Tout ce que je peux te suggérer est de rétablir le httpd.conf-user à partir du lien dont je t'ai donné copie effectuer la commande que j'ai indiqué et nous en donner le résultat

Voila ce qui arrive quand on choisit de ne se "pencher sur le coté sécurité" que dans un 2eme temps Comment t'en es-tu apercu? Que veux-tu dire par le fichier était "accessible"? On peut te donner la version officielle, mais faudrait savoir ce qui l'a modifié, sinon ça va se reproduire Et il est possible que d'autres fichiers aient été modifiés au passage. ***EDIT** Lien vers httpd.conf-user: https://www.box.com/s/3xxwp5u6zyu9dvm39npx

C'est pas normal, avec toto tu devrais avoir ceci: **EDIT** Ca se confirme, c'est le serveur web qui déconne, pas phpmyadmin. Tu n'a pas modifié des fichiers de conf apache par hasard? Faudrait se connecter en ssh ou telnet, faire la commande suivante: /usr/syno/etc/rc.d/S97apache-user.sh restart et nous donner le résultat

C'est déja mieux que le premier post As-tu le même message si tu met n'importe quoi à la place de "phpMyAdmin" dans l'url (disons 192.­168.­1.­6/­toto) ? PS: un peu HS mais laisser phpMyAdmin visible sur internet n'est pas une très bonne idée, 90% des tentatives attaques ciblent cet outil. Mieux vaux ne pas utiliser le package Syno et prendre la dernière version à la source, ça s'installe tres simplement (on extrait l'archive dans le dossier web, on le renomme avec un nom moins "célèbre" pour éviter les attaques, et c'est à peu pres tout)

"ne marche pas": c'est un peu court jeune homme, serait-il possible de développer, donner quelques détails?

Tu as un refus en cliquant sur supprimer? Etrange Bon, de toutes façons, il ne s'agit clairement plus d'un problème Synology là...

Je ne connais pas ce "voo"

Su ton screenshot le port 5000 est redirigé, c'est suffisant pour DS audio. vérifie