CoolRaoul

Le principal est que le site soit de nouveau en ligne. On fera avec les quelques jours perdus L'équipe a du avoir chaud!

Tu peux aussi (c'est ce que je fais) ne pas faire de raid (pas vraiment utile dans ton cas a moins que la haute disponibilité soit une de tes pre-requis impératifs) et faire des backups du disque 1 sur le disque 2

Avec le blocage d'ip activé tu ne devrais pas trop craindre grand chose Pour le diagramme de flux, ce serait plutôt : Syno_Distant -> Routeur_Distant -> WAN -> Routeur_Local:123456 -> Syno_Local:22 (Les redirections de ports par les routeurs se font uniquement pour les connexions entrantes) Faut commencer à mettre en place la redirection 123456 -> ip_locale_syno:22 sur ton routeur, ça c'est du classique. Et pour le reste, regardes par ici:

Tiens, tu n'a pas rencontré nos problèmes! Par curiosité, quel est ton modèle de NAS? Et quel temps cela a-t-il pris (à relativiser avec la volumétrie, nombre de fichiers scannées essentiellement)

Pas vraiment sur que tu ai bien vu: la rubrique "Achat en boutique" contient *essentiellement* des notification de bon plans:

Informations système -> rapports C'est une fonctionnalité arrivée avec la dernière release de DSM mais le moins que l'on puisse dire c'est que pour le moment ça ne semble pas au point. Les feedbacks reçus montrent que ça tourne des heures voir des jours On en à parlé ici:

Il y a déja une rubrique pour ça: Questions avant achat → Achat en boutique (http://www.nas-forum.com/forum/forum/23-achat-en-boutique/)

Je viens d'effectuer une migration ds210j -> ds213j Depuis lors, sur le ds213j le process "synorcd" (/var/packages/AudioStation/target/sbin/synorcd) consomme en permanence 10% du CPU Je viens d'ouvrir un ticket de support, mais si quelqu'un a une idée je suis preneur...

Je me demandais surtout si la disponibilité de cette toolchain "armada xp" n'était pas une indication de nouveaux modèles à venir non encore annoncés.

Vu qu'il Il y a déja un autre (long) fil sur le sujet: c'était peut-être pas utile d'en ouvrir un autre

Et donc finalement ces toolchains "armada xp" sont destinés à quels modèles?

J'ai pu voir dans la FAQ tormato que dans ce sens c'était supporté en tout cas: Installing from DD-WRT, HyperWRT, etc. firmware Dans l'autre sens je sais pas, faut chercher...

Je ne suis pas sur à 100% pour tormato (quoi que je pense que c'est son cas aussi), mais, en ce qui concerne dd-wrt, il se configure entièrement via l'interface HTTP. Tu trouvera toute la documentation en ligne de ce dernier ici : http://www.dd-wrt.com/wiki/index.php/Main_Page Il existe même un site avec une démo de l'interface d'admin: http://www.dd-wrt.com/demo/ histoire de te faire une idée La config syslog distant est triviale: http://www.dd-wrt.com/demo/Services.asp J'ai l'impression que le support de tormato est moins fourni.

Oh, j'avais cru que tu avais *déja* le routeur Essaie surtout de choisir un modèle supportant le firmware alternatif dd-wrt. Comme ça si in ne gère pas en natif le log distant en syslog, tu aurais toujours la solution de le flasher avec ce firmware alternatif. Un exemple de modèle correspondant à cette spec ici La liste des modèles compatiles dd-wrt : http://www.dd-wrt.com/wiki/index.php/Supported_Devices

L’adresse que tu as allouée au NAS (192.168.0.10) est située dans le range DHCP (192.168.0.10 - 192.168.0.50) Tu as eu du pot que ça ait marché jusqu'a la coupure électrique. Deux solutions: tu laisse le NAS s'allouer une IP en automatique (ne pas choisir "Utiliser la configuration manuelle") tu lui alloue une IP en dehors de l'intervalle DHCP Je préconise la solution 2, ça te sera utile le jour ou tu voudra accéder à ton NAS de l'extérieur

Surtout pas! Mais les symptomes que tu décrit font penser à un conflit d'addresse IP, ce qui explique la question de Brunchto. Tu devrais, si tu ne l'as pas déjà fait, t"assurer que le NAS ou la TV n'aurait pas perdu l'IP que tu leur a allouée depuis la coupure. Comment-as-tu fait les allocations dadresses? En dur sur les équipements ou par pré-réservation DHCP sur la freebox?

Au temps pour moi: vu que 99,99% des messages de ce forum concernent exclusivement la gamme Synology, dont il est quasiment "de facto" le forum officiel (il est référencé sur le site de la marque) , j'avais complètement fait abstraction de l'existence de cette rubrique. Mais pas sur que les spécialistes de la gamme LG soient très nombreux par ici. NB: peut-être n'était-il pas indispensable de recopier à l'identique en en intégralité le premier commentaire de la page du tuto juste après en avoir donné le lien.

Ici on parle des NAS Synology, pas LG

D'une part le compte admin dispose de fonctions "superutilisateur" exclusivement en mode web (interface de configuration DSM sur le port 5000 ou 5001/SSL) En ligne de commande shell, c'est un compte de base sans privilèges particuliers D'autre part, la condition nécessaire pour renommer un fichier est d'avoir les droits d'écriture sur le dossier parent. Les droits du fichier sont sans effet dans ce cas (en effet cette condition est aussi *suffisante*) Enfin, le chown est réservé à root

De quelle bande passante sortante disposes-tu sur ta ligne adsl?

Si le routeur sait envoyer ses logs avec le protocole syslog le package "syslog server" de DSM répondra à ton besoin.

Vérifier que les droits de "/usr/syno/etc/php.ini" ne soient pas foireux (ça devrait être -rw-rw-r-- ou -rw-r--r--) Et sinon faire: chmod a+r /usr/syno/etc/php.ini

Ca serait étonnant: les lignes comme celle-ci, en commentaires dans sshd_config, correspondent aux valeurs *par défaut* (à titre de documentation) Et d'ailleurs chez moi alors qu'elles sont restées commentées, je n'ai aucun problème de connexion ssh par clé publique. Je pense que tu as probablement fait plusieurs modifications simultanément, dont celle-la, mais c'est l'un des autres modifs qui a débloqué la situation. D'ailleurs, tu peux faire le test si tu veux: remet les lignes en commentaire, redémarre sshd (ou un simple kill -HUP du process sshd dont le pid père est 1) et tu verra que ça marche encore.

Qu'est-ce qui t'empèche de le créer? (attention à lui mettre des droits suffisamment "serrés" : "chmod go-w" minimum, "chmod go=" pour assurer, ainsi qu'au authorized_keys sinon sshd refusera d'en tenir compte) Attention aussi au "h" et au "s" que tu as oublié aussi (authorized_keys)