CoolRaoul

Et, bien entendu, comme tu ne voudrais pas que le bug que tu as rencontré persiste sur la version finale, tu l'as signalé en utilisant le formulaire dont je t'ai indiqué le lien j'imagine?

C'est justement ce qu'il y a à la place des "...", et que tu as zappé, qui pourrait être intéressant! (et encore à condition de ne pas oublier pas le flag "-b" du ls (ls -lb donc)! [EDIT] Me suis trompé,une fois dans le répertoire parent, c'est la qu'il faut faire "ls -lb" et nous donner le résultat Je me demande quelle peut bien être cette "interface graphique" C'est le résultat d'un simple "ls" en étant connecté shell (ssh ou telnet) qui est interessant, donc que tu passes par le net ou non n'est pas important ici. J'ai encore peut être mal compris: le répertoire parent se nomme "print" c'est ca? et "je ne peux pas rentrer dedans" veux dire que "cd print" échoue? quel est le message d'erreur? et que donne un "ls -lb print" alors?

Pour ma culture perso, si tu pouvais aller nous donner le résultat du "ls -lb" du répertoire parent d'ici la ... **EDIT*** PS: es-ce que tu confirmes, comme tu l'as dis plus haut que, Comment est-ce possible? que voulais-tu dire par "en local"

Autant surpris que toi, et ce d'autant plus (en dehors du fait que ce caractère n'est bien pas entendu possible localement) aucun des Operating Systems supportés par Synology (Windows, Unix and co, MacOS) ne supporte ce caractère dans un nom de fichier. J'aimerai bien voir ce que donne un "ls -lb" de ce répertoire vu d'une connexion shell ssh

Beta n'a jamais voulu dire exempt de bug. En tout cas, comme tu as du certainement lu ici l'avertissement ci-dessous: Je t'invite, comme c'est indiqué, si tu ne l'as déja fait, à également reporter ce bug au "Beta Program manager" en suivant le lien ci dessous: http://www.synology.....1.php?lang=fre

Dans ce cas montre nous ce qui tu obtiens en faisant ceci: ce qui doit donner:

Euh ... c'est moi, CoolRaoul, qui t'a conseillé de te connecter root... Bon déja tu as une solution de contournement, un bon point. Vérifie déja que l'interface d'admin web te permet de *modifier* ce nouveau compte (le champ email par exemple) Et sinon, si tu ne l'a pas déja fait, rédémarre le Syno, ça ne mange pas de pain. Je repasserai voir dans la soirée si tu as pu avancer .. A+

En ssh, tu dois te connecter avec le compte "root" , pas "admin" (le mot de passe est le même que pour admin) Et les indications de la forme "<commentaire>" sont à remplacer en effet. Exemple: synouser --add craoul raoulpass "Cool Raoul" 0 cool@raoul.com 0[/CODE]

Tu es bien repartie de zero et recompilé le module? Tant que la 4.1 est encore en beta faut s'attendre à ce que tout ne marche pas. Pour ma part je me contrait à ne pas faire l'upgrade (et pourtant ce n'est pas l'envie qui m'en manque): comme je n'ai qu'un seul Syno, si j'étais passé en 4.1 je ne pourrais plus aider les utilisateurs qui postent leur problème dans le forum en tentant de reproduire leurs manip.

Mais si tu tapes "\\<nom ou ip du nas>" dans la barre d'addresse de l'explorateur Windows tu y accède bien ?

Dans ta situation je tenterai de créer le compte en ligne de commande (étant connecté en ssh ou telnet), comme cela: synouser --add <username> <mot de passe> "<Prenom et Nom>" 0 <email du compte> 0[/CODE] Au moins, si ca plante, il ya des chances que l'on obtienne un message d'erreur explicite. NB: La doc de la commande est ici: http://www.synology....r.php?#synouser

Il est possible que la livebox ne fasse pas la redirection correctement quand tu fais le test de l'intérieur (sur ton propre réseau local). Tu devrais faire le test avec par exemple un téléphone connecté sur le réseau opérateur ou demander à quelq'un d'autre de tester de chez lui.

Euh, Timebackup fait des sauvegardes de Synology à Synology, comment voudrais-tu qu'il sauvegarde des fichiers situés sur ton disque Windows? Un truc dans le genre de peut-être? Sinon, des logiciels d'images disques (certains existent en version gratuite) savent créer leur image sur un dossier partagé sur le NAS (un exemple: http://www.macrium.c...eflectfree.aspx)

A noter que ta config firewall telle qu'elle est maintenant n'est plus tres utile puisque en définitive on laisse tout passer. Je te recommande plutot de commencer une règle unique dans ce genre: (tous les acces autorisés sur le réseau local) Ca va te permettre de remettre "refuser l'acces" quand "aucune règle n'est remplie" Et ensuite, si tu veux accéder a ton syno de l'extérieur (internet) tu pourra ajouter des règles au cas par cas (toujours laisser la règle ci-dessus en tête de liste)

Super, au passage tout le monde aura bien entendu remarqué que dans LDFLAGS="-Wl,-rpath,/opt/lib" CPPFLAGS="-I/opt/include" CPPFLAGS=-DNETLINK_NO_ENOBUFS=5 ./configure le premier CPPFLAGS (CPPFLAGS="-I/opt/include") est bien entendu inutile puisque masqué par le deuxième.

Ca serait mieux comme ceci: CoolRaoul: le posteur de screenshots le plus rapide à l'ouest du Pecos (mais 17795 n'est pas mal non plus dans le genre)

Ca devient franchement inexplicable: les couches basses réseau sont OK (puisque l'interface DSM sur le port 5000 est accessible, quoi que l'echec du ping est étrange ) mais ni ssh ni telnet ne parviennent à se connecter sur leurs ports respectifs Je ne vois absolument pas ce qui peut coincer En s'assurannt que Le syno et l'ubuntu sont en IP fixe (pas de dhcp) je te proposerai bien en dernier recours un test avec un cable ethernet direct entre le NAS et le PC Linux. Bud parlait du firewall du Syno

juste pour le fun (quoi que ...) , qu'est ce que donne telnet <ip du nas> 5000[/CODE] stp?

En ligne de commande faut utiliser "root" à la place d'admin (mème mot de passe), mais si tu as un timeout le problème n'est pas la Essaie d'activer telnet sur le syno, et essaie, à partir d'ubuntu: telnet 192.168.1.40[/code] Et aussi désactive completement le firewall du Syno pour l'instant (si ce n'est déja fait) Ce qui est important est que ce soit pareil partout

ménonménon du calme mais on a un peu du mal à te suivre par moments faut dire.. Exemple: Je croyais que tu étais sur Ubuntu, que vient faire putty dans cette galère? Quelle IP locale ?? 127.0.0.1 ? Avec putty (donc sur un poste windows) il va essayer de se connecter sur le PC Windows en ssh, pas sur le NAS. As-tu essayé plutot de te connecter a partir de ton ubuntu en utilisant le ssh standard linux, comme cela ssh root@<ip du nas>[/CODE] si non fais le et dis nous ce que ça donne [EDIT] je sais bien qu'il existe une version de putty pour Linux, mais je ne pense pas qu'elle soit beaucoup utilisée

Doc officielle, page 53: Concernant Linux les *deux* protocoles (SMB et NFS) sont signalés. Et pour enfoncer le clou, page 71, sous le titre "Accéder aux dossiers partagés depuis Linux", il n'est uniquement question que de NFS. Les "mount cifs" ne sont même pas évoqués. M'enfin !!!

Ben... le monsieur a pourtant écrit: [EDIT] Et, au risque de me répéter, pour accéder, à partir d'un environnement linux, à des dossiers partagés un NAS Synology, lui-même basé sur un noyau linux, choisir d'utiliser un protocole Microsoft (smb/cifs) me semble un peu shadok... Mais bon, c'est vous qui voyez

"mount -t nfs" non?

Il serait utile de lancer la commande sans la localisation française, ca donnerait plus de résultat en recherche google sur le message d'erreur: Faire comme ceci: LANG=C sudo mount 192.168.1.x:/volume1/Disque /media/nas[/CODE]

Je voulais juste dire que les mécanismes sous-jacents étaient différents (ssh pour l'un, http [+ssl optionnellement] + ajax pour l'autre). Pas du tout, d'apres la doc ça se configure avec une feuille de style css. Il s'agit du parametre "--user-css" (Perso je ne maîtrise pas vraiment les feuilles de style, mais ça n'est probablement pas trop compliqué) Mais faut aussi savoir que, comme le terminal emulé est compatible "xterm", toutes les séquences documentés pour modifier les couleurs doivent fonctionner.