CoolRaoul

Et bien entendu, les modèles Synology sont globalement bien classés: http://www.pcworld.f...x-baies/527641/

Zut alors: ça marche pas mieux apres changement de mail dans mon profil Le message a été posté depuis le changement d'email dans un fil auquel je suis abonné pas de notification reçue.

Rien en spam, mon compte est un compte gmail [EDIT] ah non, j'ai utilise mon mail yahoo Je vais essayer de changer dans mon profil pour vérifier

Salut a tous, Depuis hier je n'ai plus de notifications par mail de nouveaux posts dans les sujets ou je suis abonné. D'autre ont-ils le même problème?

N'as-tu pas l'impression qu'il manque un espace entre "/bin/vi" et le nom de fichier ? PS: pour juste afficher le fichier, sans risque, utilise plutôt "cat" ("/bin/cat" pour toi plus exactement)

Tout a fait. Sous Windows (tu nous as pas dis quel OS tu utilises) les dossiers webdav sont accessibles via l'explorateur, anisi qie dans les boites de dialogue "ouvrir" et "enregistrer".

as-tu au moins activé SSL dans le panneau de config DSM ? "Web Services" -> "HTTP Service" -> "Enable HTTPS connection ..."

Essaie de rajouter NameVirtualHost *:443 avant la ligne <VirtualHost *:443> C'est la seule différence que j'ai avec toi et comme ça marche ici...

Pas de chichis ici, on peut se tutoyer Ne pas le prendre mal, mais si tu ne sais pas ce que cela signifie, tu devrais éviter de faire des modifications sur ton synology en te connectant en ligne de commande. Tu risque sans le vouloir de faire des dégats qui pourraient s'avérer un peu galère à comprendre (pour nous) et à réparer (pour toi). Et ce qui t'arrives confirme cela. La PATH est la variable qui contient la liste des répertoires a chercher pour les commandes (comme "vi" par exemple). C'est quasiment exactement similaire a ce ce qu'on trouve sous Windows Ton problème est très probablement du à une valeur de PATH invalide (à ce propos, tu ne nous à pas dit si ça fonctionnait en tapant "/bin/vi" au lieu de "vi") Tu as peut-être écrasé, en faisant une mauvaise manipulation, le contenu d'un des fichiers (ou des deux) : /etc/profile /root/.profile Pour que l'on puisse t'aider, poste ici le contenu de ces deux fichiers, et on te dira ce qu'il faut modifier. PS: saurais-tu nous expliquer pourquoi tu as intitulé ton post "Ssh : Not Found" ?

Essayer "/bin/vi" a la place de "vi" Mais surtout vérifier le PATH dans "/etc/profile" et/ou "/root/.profile" (toujours avec "/bin/vi")

Reconnait que tu nous avais mis sur une fausse piste en parlant jusqu'ici de "media center"

Je n'avais pas lu la discussion initiale mais en ce qui concerne la visibilité du dossier "photo" par DLNA ne suffit-il pas de changer dans la configuration du serveur multimedia en choississant un style de menu personnalisé? Sous l'interface DSM, lancer "serveur multimedia" Dans l'onglet pricipal choisir le style "personalisation1", cliquer alors sur "personnaliser", aller dans l'onglet "photo" et la ne laisser qu'un unique item qui soit de type "par dossier" Configurer ce dernier en choisissant a la place du dossier "photo" racine un sous-dossier quelconque (en créer un vide à cet usage) Un peu bricolo pais pourrait faire l'affaire pour toi. A tester en tout cas

Commence par vérifier cela: En outre je suis très surpis que le profile de root soit écrasé au boot. Regarde son heure de modif (ls -l /root/.profile) et vérifie si elle correspond bien à celle du reboot.

Lorsque tu te connectes sous le compte "root", le shell va lire successivement "/etc/profile" *et* "/root/.profile" (plus précisément "/etc/profile" est commun à tous les utilisateurs, et en outre chacun a son propre profile perso, situé dans son $HOME, et nommé ".profile". Le $HOME du compte "root" est /root) C'est pourquoi si tu définit le PATH dans "/etc/profile" il est pas forcément utile de la redéfinir ou de le modifier dans "/root/.profile" sauf si tu veux définir pour le compte root un PATH différent des autres comptes (cela dit comme, par défaut sous DSM, root est le seul compte qui ait la possibilité de se connecter en shell interactif, ca ne changera rien) Pas normal ça: sans doute le script de démarrage d'optware qui ne s'exécute pas. Vérifie ce qui écrit ici:

Si par "webdev" tu veux dire "webdav" c'est bien la m

Euh... même si tu utilisais une police corps 24 tu n'aurais pas plus rapidement de l'aide Une copie d'ecran de cet onglet serait peut-être utile.. Cela dit, il doit avoir une façon d'ajouter un nouveau "zone record" (un bouton "add" peut-être?) Tu choisis alors ce que tu veux comme "subdomain", pour "IPV4 adresse" tu donne ton ip externe et tu pourra par suite acceder à ton nas avec: http://<le subdomain que tu as choisi>.<ton domaine> Exemple si tu a choisi "syno" comme sous-domaine ca te donnera http:://syno.<ton_domaine> Sache qu'il y a toujours un temps de latence entre la création d'une entrée DNS et sa propagation su l'ensemble ru réseau, patiente un peu avant de conclure que ça ne marche pas.

est-que ça marche sans le .htaccess? tu est bien certain que ton réseau local est en 192.168.0 et pas en 192.168.1 ?

Ce n'est pas ce que dit la doc: "Additionally, the order in which lines appear in the configuration files is not significant"

et que donnent les commandes suivantes? ls -ld /volume1/@optware mount | grep /volume1

Non, c'est essentiellement parce que "/usr/local" se trouve dans la partition système sur laquelle la place est limitée. Et d'ailleurs dans la doc developpeurs de Synology dont j'ai donné le lien précédemment on trouve la remarque suivante:

En effet, c'est suffisant. Faudra trouver la liste des packages Ipkg pre-requis pour la compile (en plus de gcc bien entendu)

C'est du binaire, faudra prévoir une version pour les différentes architectures.

Oui Oui J'ai un lien /site -> /volume1/@site A recréér a chaque upgrade DSM (j'ai un script de startup qui m'évite ça). La stucture est créé lors du "make install" si necessaire. Mais dans le cas d'une compilation croisée (sur linux) ca se passera différement: le "prefix" spécifué lors du "configure" correspond au chemin sur la cible (syno) Mais, lors du "make install", on donne un "prefix" différent qui désigne, sur le serveur de compilation; la racine ou vont être déposés les fichiers constituant le "kit". Le "make" install va crééer les sous répertoires requis si necessaire. Mais j'utilise mon arbo "/site" plus particulièrement pour mes outils perso (surtout des scripts) C'est a toi de voir ce qui t'es necessaire, moi j'ai "bin", "etc", "var" par exemple... Absolument; ce que j'avis écrit sur mon lien /site était bien à prendre dans le contexte de ma phrase: "Toutefois, pour des usages perso, tu peux bien entendu continuer à compiler directement sur ton Syno" Notamment, la création de paquets SPK je ne m'y suis pas encore attaqué. Et même, la compil croisée je ne pratique que depuis deux semaines Faudra attendre de l'aide de plus spécialistes que moi sur ces parties.

/usr/local est "safe" aussi, j'ai entre-temps découvert dans le doc "Synology DiskStation Manager 3rd-Party Apps Developer Guide" de Synology ce qui suit: "When DSM is being upgraded, the directory /var/packages/[package name] and /usr/local will be backed up and restored automatically"