CoolRaoul

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.

Ouais ... si on veut Mais le principal est que cela te convienne

En effet, depuis le temps on ne t'attendais plus Ah oui en effet, Voici le fix: Nettoyage: make distclean # reset complet Configuration: LDFLAGS="-Wl,-rpath,/opt/lib" CPPFLAGS="-I/opt/include" CPPFLAGS=-DNETLINK_NO_ENOBUFS=5 ./configure Compilation: M4=/opt/bin/m4 make[/code] Ca devrait marcher maintenant Tiens nous au courant stp

Ce n'est quand meme pas aussi performant, essaie de faire un simpe "vi" ou "top" sous WebConsole et on en reparle

Un hébergeur qui utilise des Synology comme plate-forme?

ShellinaBox lire à partir d'ici: testé et approuvé.. (juste quelques problèmes de timeout en cas d'inactivité a travers un proxy)

Peut-être que ca ne coince que redémarrage du Syno, vérife pour en en avoir le coeur net et sinon, et bien, ne touche plus a rien