CoolRaoul

KeyPassX necessite mono, tres probablement X11. Avant de porter tout ça sous DSM c'est pas gagné à mon avis (d'autant plus qu'une appli X11 sur un syno j'ai du mal a en imaginer une utilisation triviale) En plus, je suppose que c'est un outil avec une interface web qu'il recherche, donc la voie php me semble plus appropriée.

Peut-être ceci (pas testé): http://sourceforge.net/projects/ppma/

Non: quasiment aucun détail n'étant donné, impossible de faire le moindre diagnostic. Faudrait au minimum la sortie de la commande: /usr/syno/etc/rc.d/S97apache-user.sh restart

Tiens je n'étais pas au courant Tu pourrais nous communiquer des sources détaillées de l'info stp?

C'est par ici: http://www.topachat.com/pages/detail2_cat_est_reseau_puis_rubrique_est_w_nas_puis_ref_est_in10063497.html

C'est possible mais pas en shell, Un petit script perl ferait l'affaire Avec par exemple la commande "utime" (http://perldoc.perl.org/functions/utime.html)

Ah, en effet, il semble que le "touch" de busybox ne soit pas toujours compilé avec l'option -d implémentée: https://forum.openwrt.org/viewtopic.php?id=36502 Va falloir trouver une solution alternative

Peux-tu nous dire ce que donne: stp?

DSM est basé sur busybox, est c'est donc le "touch" de busybox qui est dispo: fserv> touch --help BusyBox v1.16.1 (2013-08-17 02:36:47 CST) multi-call binary. Usage: touch [-c] [-d DATE] FILE [FILE]... Update the last-modified date on the given FILE Options: -c Don't create files -d DT Date/time to use Et les formats de date acceptés sont détaillés ici: http://lists.busybox.net/pipermail/busybox/2011-January/074368.html

Pour les accents, le fichier doit être encodé en UTF8. Sous Windows, je te conseille d'utiliser Notepad++ configuré comme ceci:

J'avais loupé mon passage des 1000 et 2000 mais ce coup-ci j'ai fait gaffe à immortaliser l'instant. Tout ému je suis

C'est bien le compte "root" que tu utilises? As-tu essayé en telnet ?

Même pas en lecture (ne serait-ce que pour vérifier et en avoir le cœur net) ?

A ta place je comparerai le contenu de la branche de la base de registre: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlLsa entre les PC qui se connectent et ceux qui ne se connectent pas

Il doit certainement y avoir une solution alternative coté PC via une modification de la base de registre

Ça aurait été peut-être sympa de donner ces détails dès le départ ... Mais bref, maintenant on sait que le problème est coté PC (tu peux t'en assurer en créant provisoirement pour test un job de sauvegarde en local du dossier à problème) , et vu, que ce n'est pas une configuration supportée, c'est pas gagné pour toi. Pour ma part, je n'ai plus d'idée de piste à creuser à te proposer. Faudra sans doute complètement repenser ta stratégie de sauvegarde. Tu conviendra également que d'habitude on a plus tendance à utiliser un NAS pour sauvegarder un PC que le contraire, ce qui limite encore plus les chances de trouver quelqu'un ayant la même approche que toi et pouvant reproduire l'anomalie Vraiment désolé.

Synology n'y est pour rien, il s'agit de package développé exclusivement par dvblogic ( Tu devrais certainement trouver plus facilement de l'aide sur leur forum: http://forum.dvblogic.com/

La sauvegarde de base DSM ne sait sauvegarder que sur un partage local, vers un autre syno en réseau , un serveur Unix par rsync ou Amazon S3: Comment t'y es tu pris pour mettre un serveur Windows comme destination? En tout cas ça m'étonnerait que ce soit supporté.

Vraiment étrange, il n'y a pas de probleme avec les caractères accentués normalement. Tu pourra d'ailleurs le constater en créant toi même un fichier avec un nom comportant des accents dans un autres dossier partagé et en sauvegardant ce dernier individuellement. Par contre je viens de tilter sur une phrase de ton premier message: tu parles de "sauvegarde" des "données critiques sur un autre "serveur" (Type PC)" Quel est donc cet "autre serveur" et quelle méthode de sauvegarde utilises-tu?

M'est arrivé un problème un peu similaire mais c'est la restauration qui plantait. C'était du à des caractères non supportés dans le nom de certains fichiers. Voir ici: Peut-être que maintenant l'erreur est détectée en amont et que c'est la même chose qui t'arrive? (le "illegal file name." semble aller dans cette voie) Dans tous les cas faut savoir que la sauvegarde a simplement ignoré les fichiers à probleme mais a bien sauvegardé tous les autres. Par conséquent, tu peux faire une comparaison du répertoire "homes/Mathieu" dans le répertoire cible de sauvegarde avec le répertoire original pour identifier les fichiers qui ne sont pas passés.

Peut-être que nous communiquer le texte de cette "indication d'erreur" pourrait être utile? Et aussi, si le texte est tronqué (ce que je comprend par "cela est incomplet"), le bouton "sauvegarder" permet d'exporter la log dans un fichier

Tu devrais trouver ton bonheur dans l’onglet "sauvegarder" des journaux système: Ce n'est pas le log "complet" mais au moins toutes les erreurs y sont conservées.

Comme je l'ait déja dit, "mettre le Syno en fr_FR.UTF-8" n'a pas vraiment de sens. Pour les scripts, suffit d'ajouter la ligne LANG="fr_FR.UTF-8" ; export LANG en tete de chacun d'entre eux. (dans le cas de scripts shell) Tout simplement.

Apparement, web console (que je ne connais pas et j'avais d'ailleurs oublié que tu utilisais ce machin) n'est pas tout à fait équivalent à une véritable session shell via ssh ou telnet. D'apres ce que je devine: ne définit pas $HOME. n'exécute ni etc/profile ni ~/.profile Voila qui explique tout tes problèmes. Si tu insistes pour passer par un navigateur, je ne peux que t'encourager à choisir à la place shellinabox (que j'utilise) et qui n'a pas ce problème.

Est-ce que ssl est bien activé au mois (panneau de conf -> services web)?