CoolRaoul

J'imagine que tu as d'abord posé ta question à la source ? Si la-bas personne n'a pu te proposer de solution, j'ai bien peur qu'il y ait peu d'espoir ici. Bonne chance quand même.

Normalement le "net use" ne devrait pas être obligatoire: devrait être suffisant, dans la boite de dialogue "connecter un disque réseau", de cocher la case "se reconnecter à l'ouverture de session". Sinon, a partir du moment ou les mots de passes syno et windows sont les mêmes, il est encore plus simple à partir des PC d'utiliser la notation dite "UNC" pour accéder aux dossiers syno C'est la forme: DiskStation<nom_de_partage> On peut également sous windows créer des liens (.lnk) dont la cible est un chemin utilisant cette syntaxe.

Il est facile de comprendre qu'un certificat auto signé, par principe, n'est *forcément* pas approuvé (ça serait comme un carte d'identité fabriquée et délivrée par toi-même, elle non plus ne serait pas considérée comme valide par la police) Ta manip pourrait peut-être marcher (mais s'appliquera uniquement en navigant à partir de ton PC) , en choisissant un magasin contenant des certificats racine. au lieu de laisser la sélection automatique sélectionner du magasin. Mais tous les autres navigateurs auront le warning. Cela dit, si ça marche la seule chose que tu gagnera, sera de ne plus avoir l'avertissement de sécurité dans ton navigateur, comme ci dessous: Mais le flux sera quand même crypté SSL au final. Et ce n'est que ça qui tintéresse à priori. Donc est-ce si important?

Ah oui en effet (je n'avais pas vérifié j'avoue) Fait croire que le ash de busybox n'implémente pas cette fonctionnalité.

http://linux.die.net/man/1/ash CF variable "HISTSIZE" Non, pas à ma connaissance avec ce shell, et même pas entre chaque session d'ailleurs.

Le système de "voisinage réseau" Windows est réputé pour sa fiabilité approximative. En aucune manière on ne peut lui faire confiance. Par contre mémoriser/utiliser directement les chemins réseau en, format UNC ("ServeurPartage") fonctionne en général sans problème. Suffit sonc de se faire des raccourcis de ce genre (même pointant directement dur un sous dossier, pas forcément sur la racine du partage) Encore mieux, en utilisant les "junctions" (mklink /d, détails et commande ici ) les faire apparaître a l'intérieur du système de fichier local. ("c:mntNasMusic" qui pointe directement sur le partage musique du NAS est possible)

Pour ça, j'ai mis a jour et les modifs sont minimes.

Qui a parlé de VideoStation? C'est uniquement PhotoStation qui impose des contraintes

Attention cependant à la conversion des caractères accentués par rapport à la page de code dans le script, d’éventuelles difficultés sur ce point ne me surprendrait pas.

Faut bien comprendre que si tu n'as redirigé que ce port dans ta box (le ) ici le firewall du NAS n'a pas de rôle supplémentaire à jouer. Il serait désactivé que ça ne changerai rien Mais ça t'a permis de comprendre le mécanisme, manip pas totalement inutile donc.

Je ne suis pas sur que la Freebox Révolution était compatible EZ internet en DSM4, c'est peut-être une nouveauté de la V5 (à confirmer) Tout à fait: suivant le flux entrant soit c'est la règle #2 qui s'applique ce qui fait que la #3 est simplement ignorée, soit elle ne s'applique pas et la #3 non plus.

Même si c'étais possible (ça m'étonnerait) , comment savoir se prévenir explicitement de quelque chose dont on ne connais pas à priori le mécanisme? En outre le firewall du syno protège des connexions *entrantes* alors que ce que tu décris se manifesterai par un flux *sortant* du syno (NAS -> autres équipements) Tu as de la chance d'avoir une box ou un routeur compatible avec EZ-Internet, c'est pas courant!

Tu peux créer des répertoires mp3, video etc sur le disque 2 (ou tout autre disque), les nommer comme tu le souhaites, puis les ajouter à l'indexation Cette dernière étape se fait dans le panneau de configuration, rubrique "bibliotheque multimedia", onglet "dossier indexé" La seule contrainte est si on souhaite utiliser PhotoStation: dans ce cas les photos doivent être dans le partage système nommé "photo" pour qu'elles soient manipulable avec PhotoStation (mais rien n'oblige à utiliser ce paquet)

je ne comprend pas cette phrase ("acces à partir de photostation à mes autres machines") C'est un utilisateur par l'intermédiaire d'une machine (interne ou externe) qui accède à PhotoStation, ce n'est pas PhotoStation qui accède aux machines Si tu veux juste donner acces à ton photostation à partir d'internet va juste falloir rediriger dans ta box le port (celui utilisé par photostation) vers ton NAS et uniquement celui la. Rien à configurer dans le firewall.

Donc tu as le meme subnet que moi, a savoir 192.168.1.* Ni l'un ni l'autre: faire la règle *exactement* comme dans mon screenshot, choisir "sous réseau", addresse IP "192.168.1.0" (s'agit d'une addresse de type *subnet*) de masque 255.255.255.0

Tu as installé optware a ce que je vois. Le mapping de touche ^L -> clear n'est probablement pas intégré par la cette version de bash. En outre c'est une *tres mauvaise idée* de modifier le shell du compte root directement dans "/etc/passwd/" (erreur type de débutant sur syno) Si pour une raison ou une autre /opt, et par suite /opt/bin/bash n'est pas accessible au démarrage, ton NAS (ou du moins certains services) risque d'avoir du mal à démarrer. Si tu veux utiliser bash en ligne de commande, tu peux le faire autrement Lis ce fil pour comprendre les risques et comment les éviter:

La premiere chose à faire pour ne pas avoir de probleme avec le firewall est de mettre en tete de liste (les règles s'appliquent de haut en bas, la première qui correspond au flux entrant est appliquée) une regle qui autorise toutes les connexions a partir des machines du réseau local Ca devrait résoudre tes problemes Voici a quoi ca ressemble chez moi: Faudra peut-être remplacer "192.168.1.0" en fonction du subnet utilisé sur ta box/routeur Faut savoir aussi qu'il est inutile de bloquer sur le nas les ports qui n'ont pas été redirigés sur la box: les flux entrants n'arriveront jamais jusque là de toutes façon (à moins d'avoir configure l'IP du NAS en DMZ sur la box, ce qui en général n'est pas une bonne idée)

"bash" n'est pas installé de base sur le syno, Le shell par défaut est "ash" qui n'a pas cette fonctionnalité

Tout est scripté aussi dans mon environnement: dans le cas de compil d'un package source basé sur autogen ("configure") ça me prend que peu de temps et j'obtiens même une archive auto installable en bout de chaine. Ca suffit à mes besoins. C'est sur que si je veux un jour faire quelque chose de "diffusable" faudra que je passe à un truc plus "industriel" et spksrc sera approprié.

Le password c'est celui qui a été saisi sur le NAS lors de la création du compte (il est conseillé au passage pour se simplifier la vie d'utiliser le même que celui attribué au compte windows correspondant). .

Faut avouer que la phrase "Je croyais que ce n'était plus qu'un mauvais souvenir" laissait entendre le contraire Normal puisque il n'y pas eu de modif dans /etc/passwd. Mieux vaut éviter scp pour le moment. en sftp root ne se connecte pas c'est normal Est-ce que les autres utilisateurs ont le droit d'utiliser sftp? dans leur profl, onglet "application", ftp doit être coché (en DSM 4 c'est la mème case qui contrôle ftp et sftp) On verra plus tard pour apache Pour que les comptes ait accès en partage windows faut au minimum qu'un dossier partagé qui leur est accessible ait été créé Le plus simple pour commencer est d'activer le partage "homes" (panneau de conf -> utilisateurs -> accueil utilisateur -> activer)

Apres avoir fait "vi ..." appuyer sur "G" (majuscule) ensuite "A" (toujours majuscule) taper la touche "<return>" (entrée) a ce moment coller les lignes "LoadModule ... " dans putty (Shift+Insert) taper à nouveau "<return>" taper la touche <esc> puis "ZZ" (encore en majuscule) en cas de doute, à tout moment taper <esc><esc> (deux fois) :q! permet de repartir au début (avant la commande "vi ...") Et terminer par /usr/syno/sbin/synoservicecfg --restart httpd-user

SFTP marchait avant pour ces comptes? Il est strictement impossible que la connexion via wincsp en mode "scp" ait marché jusqu'ici sans avoir touché au "/etc/passwd" (sauf en utilisant le user "root" avec le mot de passe du compte "admin") Faudrait préciser avec plus de détails ce qui marchait et ce qui ne marche plus. (quelle methode de connexion, sftp ou autre).

Il est fort possible que ce soit un des clients PC qui merdoie. La seule solution me semble-t-il pour avancer et de tous les stopper puis le relancer un par un. Si ce n'est pas possible je n'ai malheureusement pas d'autre procédure à proposer.

Ci dessus il est question de CloudStation Je me demande si il ne serait pas temps de faire un sujet distinct par problème sinon on va avoir du mal à suivre. (ou bien SVP faire l'effort de citer le message auquel on répond)