CoolRaoul

Su te sens de consacrer un peu de temps au problème, ça mérite d'ouvrir un dossier de support chez Synology. Par contre, je ne serais pas aussi catégorique sur ta conclusion (tout en comprenant ton exaspération): faudrait auparavent trouver d'autre témoignages similaires du meme phénomène pour en conclure que "DSM 4.2 est vraiment buggé *à ce niveau*". Et comme je l'ai déja dit, augmenter la taille de la partition n'est qu'un pis aller: si un process boucle en écriture il finira toujours, à plus ou moins loin long terme, par remplir la partition ou est localisé /tmp.

J'ai l'impression que tu as laissé un espace entre "./" et "SecuriserNasVPN")

Ben je suis pas sur place et je me sens pas de faire le test a distance et de me retrouver sans acces a mon nas, A priori ça m'a l'air bon. Si tu es sur place tu ne risque rien à tester

Pourquoi? Ca ne marche pas?

Mon Netgear NeoTV 550 sait le faire, mais c'est un modèle qui n'est plus au catalogue et pour lequel Netgear ne diffusera plus de correctifs ou d'évolutions. Si tu en trouve un d'occasion pas cher (disons moins de ) ça peut valoir le coup. je suis sur qu'on va te proposer la solution basée sur Raspberry Pi + XBMC (Si tu te sens une âme de geek)

L'interaction entre la clause "Order" et le clauses "Deny" et "Allow" sont expliquées ici Si tu ne met pas au moins une clause "allow", bien entendu avec "deny from all", aucune ip n'est autorisée. Je me suis pas vraiment posé la question sur ce bloc VirtualHost, je l'ai reutilisé tel quel a partir tu tuto original si je me souviens bien. Faut faire des essais sans et voir ce que ça donne.

Pour le QorlQ il y a bien les locale et localedef dans le toolchain. C'est dans "powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe/libc/usr/bin/"

C'est quoi ton proc? Sinon, c'est pas dans "/bin" (et ce n'est pas un dossier) mais dans: "<arch>/<arch>/libc/usr/bin" (<arch> dépendant de l'architecture cible) que se trouve "locale"

Mais on peut les ajouter: Ca date un peu mais marche toujours. Un tuto plus "sobre": http://www.xn--brwolff-5wa.de/tech-notes/synology-diskstation-howto-set-locale.txt (juste récupérer le bon toolchain) et par exemple, sur mon syno:, fserv> synopkg synopkg: Synology Inc. CopyRight 2008 fserv> locale -a C en_US.iso885915 en_US.utf8 fr_FR@euro fr_FR.utf8 POSIXPas sur que cela résolve l'erreur owncloud par contre, perso je n'utilise les locales que pour mieux gérer les noms de fichiers avec caractères accentués codés en utf8 en ligne de commande.

Ca permet de créer d'un coup tous les répertoires intermédiaires. Dans le cas ou ils existent déjà ça ne change rien et donc ne mange pas de pain. Donc autant assurer (je ne sais pas a priori comment se présente la cible) En effet, on peut inclure tous les fichiers qui matchent la pattern en une seule fois avec la première méthode (ils vont être inclus dans l'ordre alphabétique) Synology garantit (c'est documenté) que le contenu de /usr/local (et tout ce qui est dessous) est préservé lots des upgrades de firmwares. Pas sur de comprendre ("virtual box" == Virtualhost je suppose) Tu peux éclater la config dans autant de fichiers que souhaite, pour des raisons de lisibilité, ou simplement pour que ce soit plus pratique à manipuler. Leur contenu sera concaténé dans l'ordre dans la configuration finale. Les clause "allow from" permettent de restreindre les ip autorisées a se connecter sur cette location (url "/shell" ici), la syntaxe à utiliser est la même que celle dans les .htaccess. ***EDIT*** Oups, pour le point 3 je viens de comprendre, il faut voir les includes comme une simple concaténation, donc pas besoin de répéter les chargement de modules (mais comme je les ai entourés de clauses "ifmodule", ça fonctionnerait quand même sans provoquer d'erreur. Si tu veux éclater la conf en plusieurs fichiers, tu peux en réserver un pour les modules, et ensuite un par virtualhost.

Tu as raison, j'aurais du lui proposer cette alternative, mais j'ai voulu rester dans le contexte du sujet du fil.

Cloudstation ce n''est pas du http

Je crois que tu ne comprend pas bien que Time Backup est un service du DSM Synology et pas un outil standard Linux. Il est donc pas anormal de le trouver uniquement sur les serveur Synology. Par contre, pour effectuer une sauvegarde sur un serveur Linux, il est possible d'utiliser l'outil de *sauvegarde*: Celui-ci sait tout a fait utiliser un serveur Linux comme destination, pour peu que le service rsync y ait été installé et configuré. Il suffira alors de configurer le jeu de sauvegarde de cette façon:

Autre option:

Et qui t'a dit te t'y prendre comme ça? Pour compléter la remarque de Pluton, as-tu bien lu le site (et compris) dont je t'ai donné le lien? (http://www.midgard.i...veur-mysql.html) Il y est écrit: Essaie de suivre *scupuleusement* les explication que l'on te donne stp. A l Et, de façon similaire, une fois la copie effectuée, reste attentif pour effectuer les modifications avec "vi" telle que je les ai indiquées.

Si je desactive cette option : -> le NAS n'emet pas la requete NBNS en question -> L'imprimante n'y repond pas et ne genere pas de trame ARP -> le NAS hiberne ses DD

Etrange ces réponse NBNS: ce sont des réponse a des requetes netbios "name query" venant du NAS, mais comme il s'agit de broadcasts les demandes napparaissent pas avec ton filtre et on ne voit que la réponse. Je ne comprend pas pourquoi le NAS passe son temps à faire des requêtes de résolution du nom de l'imprimante Je dois reconnaître aussi que les détails de Netbios me sont quasi totalement étrangers (suis allé faire des recherches pour comprendre avant de répondre) En tout cas, ça m'étonnerait qu'on arriver à grand chose avec ces analyses de capture réseau.

Se font pas ch** quand même! En imposant ça plutôt que de corriger leur code ça impacte toutes les autres applications mysql tournant sur le serveur ou on installe leur appli. Je ne suis pas sur si le mysql du syno va aimer en plus (vérifier que la fonction de sauvegarde fonctionne apres la manip) Bref, commence par faire ce qui est indiqué ici pour commencer par instaler un "my.cnf" de base: http://www.midgard.info/index.php/informatique/7-divers/24900-synology--configuration-du-serveur-mysql.html Te suffit de faire la modif dan le ficher "/usr/syno/mysql/my.cnf" avec l'éditeur "vi". La commande a utiliser est: vi /usr/syno/mysql/my.cnfEnsuite, tu déplace le curseur avec les flèches du clavier sur la ligne ou tu veux insérer la définition de la variable (je suppose que c'est dans la sectron [mysqld], j'ai pas trouvé dans la doc)Là, tu tapes "i" (un "I" doit apparaitre en bas a gauche) tu insères la ligne: lower_case_table_names = 1Pour sortir du mode édition faut utiliser la touche "escape".Enfin tu sauvegardes en tapant "ZZ" (en majuscules) A tout moment, si tu penses avoir fait une erreur, suffit de taper en séquence: <escape><escape>:q!<entrée> pour abandonner et te retrouve sous le prompt shell (avec le fichier non modifié) Pour remettre tout dans l"état initial en état, suffit de supprimer le fichier "/usr/syno/mysql/my.cnf" (commande "rm /usr/syno/mysql/my.cnf") et de relancer mysql ("/usr/syno/etc/rc.d/S21mysql.sh restart") Voila, à toi de faire. C'est celui situé sur le serveur ou tourne la base qui est pris en compte. Sur de moi sur le coup.

Quel est le logiciel en question ? Et quelle est la valeur que tu veux donner à ce paramètre? (si ça se trouve la valeur par défaut est la bonne)

Il est possible que toi non plus ais mal interprété ma réponse: la situation n'est pas symétrique, DSM, de son coté, fournit également les services CIFS et NFS, les deux protocoles sont également "natifs" coté Syno. Sous Windows, faut quand même reconnaître que c'est franchement différent. Voila pourquoi j'ai répondu "Plus "natif" d'un coté que de l'autre" Dommage pour le pauvre nautilus, nouveau sur le forum, qui ne va pas comprendre ce qui lui arrive. Je ne comprend rien à cette phrase..

Plus "natif" d'un coté que de l'autre quand même ... Si c'est uniquement disponible de base sous Windows 7 Intégrale, qui est quand même une version "elitiste" de Windows (ne serait ce que le tarif), le coté "natif" devient encore plus discutable. Je déduis donc que tu préconise d'utiliser de préférence NFS même pour les clients Windows. Je doute que cette approche fasse l'unanimité (on verra si d'autres intervenants viennent donner leur avis) Avec CIFS aussi, ne je pense donc pas que ce soit un avantage décisif.

Etonnant d'avoir titré "Connexion Ssh - Permission Denied" alors que l'échec que tu constates (tentative d'exécution d'un *répertoire*) n'a aucun rapport avec ssh Que tu veux dire par "accéder" au fichier? Le lire ou le modifier? Dans les deux cas, , mieux vaut que tu utilise le package "config file editor" (me souviens plus trop ou le trouver mais on en parle sur le forum), parque tu donnes l'impression de ne pas maîtriser pleinement la ligne de commande sous unix, et connecté en shell sous root , une simple faute de frappe pourrait provoquer une catastrophe.

C'est ce que je dis toujours mais il n'est pas question de Linux dans ce fil jusqu'ici (je cite "Je suis sous windows 7") D'autant plus qu'entre temps, j'ai un peu cherché et il me semble bien que NFS client ne soit pas vraiment un composant de base sous Windows.

Il y avait mieux, en deux mots seulement : "host 192.168.0.2" , quoique tant qu'a tout capturer, autant ne pas mettre de filtre du tout. 800 paquets seulement c'est peut être pas suffisant, d'autant que tu captures là *tout* le traffic entrant et sortant du NAS (pourquoi ne pas s'etre limité au traffic NAS <-> imprimante puisque c'est celui que tu te cherches à analyser?) (c'était pas besoin de flouter les addresses MAC) Doit manquer des choses plus loin comme je l'ai dit, si la Canon fait une requête ARP c'est pour connaitre l’adresse MAC de la machine d'IP 192.168.0.2 (le syno), et pour engager des échanges TCP par la suite. Hors, ces derniers n'apparaissent pas sur ta capture. En quoi c'est étonnant? Si on connait comment fonctionne et à quoi sert le protocole ARP il n'y a pas de raison de s'étonner, et dans le cas contraire ... ben ... encore moins! Voir ici: http://fr.wikipedia.org/wiki/Address_Resolution_Protocol L'IP où doit être envoyée la réponse figure dans la requête (192.168.0.254) donc facile de savoir si c'est la BBOX. Apparemment l'erreur FCS n'a pas de conséquence puisque le Syno répond à la question juste après. Sinon, une petite analogie pour te montrer que tu ne cibles pas ce qu'il faut: quand les RG ont mis quelqu'un sur écoute, si cette personne appelle les renseignements pour avoir le numéro d'un correspondant, il est probable qu'elle va joindre ce correspondant peu après. L'enregistrement de conversation que les RG vont étudier, à ton avis, c'est celui avec les moustachus de toutouyoutou (équivalent de l'échange ARP donc) ou le suivant? Et bien la c'est pareil; ce qui pourrait éventuellement donner des pistes, c'est le trafic TCP (et UDP si y en a) entre la canon et la syno, pas les trames de service type ARP. Mais, de toutes façons, tu devrais éviter de focaliser sur les trames ARP : comme j'ai expliqué, il s'agit d'un protocole de bas niveau qui sert à la gestion des tables d’adresses MAC <> TCP. Lorsqu'on en voit dans la capture, c'est que la machine source s’apprête à faire des échanges IP avec une machine dont elle a "oublié" l’adresse MAC (explication ici) Ce qui peut éventuellement être intéressant est le contenu de ces échanges qui vont forcément, pas le dialogue ARP lui-même. Et surtout, aucun risque que ce dialogue-ci ait le moindre impact sur l'hibernation des disques, tu peut en être sur. Si tu es bien sur de la totale corrélation avec le fait que l'imprimante soit active , c'est qu'elle doit provoquer de façon indirecte une l'activité disque sur le NAS. C'est de ce coté qu'il s'agirait de creuser. Ne pas aussi laisser de coté l'éventualité que l'état sous tension de l'imprimante ne soit qu'une condition *nécessaire* (mais pas forcément *suffisante*) pour empêcher l'hibernation et que ce soit en fait une interaction Canon <-> équipement réseau tiers qui provoque l'effet observé.

Dingue ça, je ne savais même pas que Windows 7 faisait client NFS! Mais, quel est lintérêt, d'utiliser NFS sous Windows au lieu de CIFS qui est quand même le protocole "natif" chez Microsoft.