loli71

Tu peux aussi utiliser un script WOL depuis ton NAS drectement pour reveiller ton/tes PC : Sinon il y a toujours ce paquet proposé sur nas forum que je viens de tester sur mon DS214play qui marche à merveille :

Alors là, c'est une autre histoire pour le raccourci, Synology n'a pas prévu la création d'un raccourci sur le bureau autrement que par l'installation d'un paquet. La solution la plus simple est peut-être encore de créer une tâche planifiée sans planification et que tu lances manuellement lorsque tu en as besoin avec la ligne de commande complète dans la partie "script défini par l'utilisateur" ;-) Sinon il y a le paquet proposé sur ce forum par Tonton Glenn qui marche à merveille sur mon DS214play :

Essaye ce script là, il semble ne pas avoir besoin de module perl supplémentaires : http://www.han.de/~gero/netboot/archive/msg02524.html

Bonjour Kamizole, As-tu regardé du côté de la configuration du Serveur Multimédia dans le DSM ? Il y a la possibilité de modifier (diminuer dans ton cas) l'intervalle de publication SSDP pour aider la détection par un appareil UPNP/DLNA.

Dernière chose que tu peux essayer, après je n'ai plus d'idée à te proposer, connecté en ssh avec le compte root : /usr/syno/etc/rc.d/S21mysql.sh resetpassword C'est censé recréer le compte root avec un mot de passe vide et lui donner les droits sur toutes les tables...

Ah pardon, je n'avais pas vu que tu étais en DSM 4.3 (d'ailleurs, je ne comprends pas trop pourquoi tu es encore dans cette vieille version sur ton DS214) Essaye ce qui est marqué là du coup : http://www.gizmojunkee.com/2013/10/synology-nas-dsm4-3-reset-mysql-password/

La désinstallation de phpMyAdmin ne touche pas aux base de données installées .. à moins que tu ne les aies aussi effacé en même temps que le compte root ... Il me semble que je t'ai donné deux pistes pour cela, mais si tu n'expliques pas ce que tu as essayé .. je ne vais pas pouvoir t'aider plus

Malheureusement, le compte root n'est pas installé par phpMyAdmin mais fait bel et bien partie intégrante de MariaDB. Tu peux toujours essayer de suivre ce qui est indiqué sur ce site : http://blog.e-nnov.fr/synology-dsm/mariadb/ Et au pire, tu as toujours la possibilité de faire un reset du mot de passe en ligne de commande, connecté en ssh sur ton syno avec le compte root : /var/packages/MariaDB/scripts/start-stop-status resetpassword

En regardant ce que comporte la crontab de mon syno (fichier /etc/crontab), je constate que les tâches planifiées y sont sous cette forme : Cette ligne correspond au lancement de ma tâche planifiée de sauvegarde du syno 3 fois par semaine. Il semblerait donc imaginable que tu crées une tâche de sauvegarde planifiée dans le DSM (que tu planifierais qu'une seule fois), tu récupère son id avec la commande "synoschedtask --get" et tu crées une nouvelle ligne dans le fichier /etc/crontab. Mais il y a une chose que je ne comprends pas dans ton post lorsque tu écris "Pas moyen de faire un calendrier mensuel", car tu peux très bien définir une date d'execution et choisir une répétition chaque mois dans la partie "programmer" de la définition des sauvegardes sous DSM5

Effectivement, je me demandais aussi si l'utilisation de File Station pour le transfère du fichier .db et des livres ne répondrait pas de répondre à la problématique de gestion des droits et du propriétaire http ..

Oui je suis plutôt d'accord avec toi Piwi, cela serait le moins pire

Pour t'aider Piwi, voilà l'impression que j'ai sur ce problème : Outre le fait qu'il faille rajouter le chemin du répertoire que l'on défini pour les livre dans l'open_basedir PHP et donner les droits en lecture/écriture au compte http à ce même répertoire, il faut bien comprendre que lorsque l'on déplace ses livres depuis son PC windows sur le NAS au travers du répertoire partagé, ces fichiers ont logiquement comme propriétaire/groupe le compte utilisé pour monter le répertoire partagé sur le NAS. Et ce compte/groupe n'est pas forcément accessible en lecture par le compte HTTP. Du coup, le passage par ssh pour remettre soit le propriétaire http aux fichiers une fois la copie faite, soit mettre des droits en 666 sur le fichier .db et du 644 sur les ficiers des livres, est incontournable :-( Et je pense que le problème vient de là, c'est le fonctionnement normal du NAS, mais pas évident de trouver comment prendre en charge dans le paquet ce problème de droits à part en y rajoutant un script utilisant le "su -" et permettant de forçer ces droits directement depuis l'interface web lorsque nécessaire. Bien évidement, on retrouve la même chose sur le paquet COPS à mon avis

Bonjour Sinbad, Cela n'a absolument aucune importance que tu utilises le port ssh par défaut (port TCP 22) sur ton NAS dans ton réseau local. La seule chose qu'il faut faire si tu décides de mettre d'ouvrir l'accès à ton NAS depuis internet, c'est de ne pas mettre le port 22 à l'extérieur mais un port non standard (comme du 5022 ou autre)

Salut Prof, C'est pourtant bien la bonne méthode, remplacer '>' par '>>' avant le chemin du fichier de log (et uniquement celui là). Ce qui donnerait si je reprend mon exemple:

As tu pensé à activer le service ssh sur ton syno avant de te connecter avec Putty: Panneau de configuration > Terminal & SNMP > Terminal > cocher la case "Activer le service SSH" et cliquer sur le bouton "Appliquer"

Maj de video-station en v1.5-0770 effectuée. Modification des affiches manuellement => OK Ajout de l'affiche automatiquement pour un nouveau film => OK

Cela n'enlève aucune jaquette je viens de faire le test, ca prend juste le dessus sur la jaquette déjà existante dans Video Station s'il y en a une, et s'il n'y en a pas ça affiche l'image tout simplement. Il ne faut pas faire de réindexation quoi qu'il en soit temps que le bug n'est pas résolu par Synology ... :-(

Contournement possible pour le problème des jaquettes (pas jolie jolie mais pour les impatients c'est toujours çà à condition de ne pas avoir trop de film) : 1) Activer le video cover dans les paramètres avancés de Video Station : 2) ajouter la jaquette du film dans le répertoire avec le même nom que le film

Regarde ce tuto: http://blog.e-nnov.fr/synology-dsm/service-ssh/

Pour passer les commandes, tu dois te connecter en ssh (avec le compte "root" et le mot de passe du compte admin du DSM) et ensuite lancer les commandes. Pour le PHP, enlève le "/" qui se trouve à la fin de "/volume1/calibre/" pour commencer et refait un essai de calibre.

Ce que je vois surtout comme erreur dans ta capture d'écran, c'est le problème "Open_basedir restriction in effect" sur ton répertoire "/volume1/calibre/metadata.db", autrement dit, le php n'a pas le droit de lire le fichier dans ce répertoire. Tu as apparemment bien ajouter le chemin "/volume1/calibre" dans ton fichier php, mais je pense qu'il s'agit plus d'un problème de droit sur ce répertoire et les fichiers qu'il contient. Peux tu passer les commandes suivantes pour vérifier et nous donner le résultat, et nous dire sous quelle version de DSM ton NAS tourne aussi : ls -lsa /volume1/ ls -lsa /volume1/calibre/

Le problème de mettre en place un serveur DHCP et DNS sur le synology, c'est qu'il faut s'y connaitre un peu, et qu'il faut aussi du coup désactiver le DHCP sur la BOX, ce qui entraine souvent des problèmes de fonctionnement (notamment du boitier TV qui va avec .. surtout chez Orange..) Le plus simple à mon avis, sur MAC est d'ajouter la ligne correspondante dans le fichier hosts sur le MAC qui doit accéder au site en local. ATTENTION: si tu utilises ton MAC autre part que depuis ton réseau local (depuis internet chez un ami) pour accéder à ton/site(s), tu devras enlever la/les ligne(s) ajouter dans le fichier Voici une petite procédure qui explique comment ajouter une entrée dans le fichier hosts sur MAC : http://support.sherweb.ca/Faqs/Show/how-to-edit-the-hosts-file-mac Dans ton cas, tu devras ajouter une entrée du type 192.168.0.3 mon.domaine.com Deux précisions: - il faut mettre une tabulation entre l'adresse IP locale de ton NAS et le nom de domaine - tu dois remplacer "mon.domaine.com" par le nom de domaine que tu utilises pour accéder à ton site depuis internet (sans le /wordpress à la fin)

Je confirme que c'est très certainement l'update du DSM que j'ai effectué ce matin qui est en cause, les seuls paquets qui ont été mis à jours sur mon NAS ce jour sont MariaDB, Serveur multimedia, mail server et Perl Vu l'erreur dans le fichier de log, ca vient du processus de conversion des images après download ....

Même bug de mon côté depuis la mise à jour ce matin en 5.2-5644 .. que ce soit en téléchargement automatique par la recherche, ou en download depuis un fichier local ...

Idem pour moi suite à la mise à jours en DSM 5.2-5644 ce matin. Erreurs trouvées dans le fichier /var/log/message: Oct 30 11:57:10 lolinas3 poster.cgi: video_db.cpp:1917 [Error] convert thumbnail Oct 30 11:58:15 lolinas3 poster.cgi: video_db.cpp:1917 [Error] convert thumbnail