loli71

J'ai comme l'impression qu'ils ont encore fait uniquement le minimum syndical dans leur ReverseProxy, c'est fou quand même...

Merci beaucoup Fenrir, c'est bon à savoir çà :-)

Oui logique vu la release note du DSM6 https://www.synology.com/fr-fr/releaseNote/DS214play A voir si la page d'aide WinSCP sur le sudo peut t'aider: https://winscp.net/eng/docs/faq_su

Je suis resté sur les répertoires standard du syno dans le fichier de conf /var/packages/media-indexer/target/etc/media-indexer ${DIRECTORIES}="/volume1/video:/volume1/photo:/volume1/music" Par contre faut enlever le commentaire # devant la ligne de log dans ce même fichier si tu veux des traces : LOG_FILE="/usr/local/media-indexer/var/media-indexer.log" Puis il faut arrêter le paquet et le relancer pour la prise en compte PS: j'ai aussi fait quelques modifications du fichier /var/packages/media-indexer/target/bin/media-indexer afin d'étiver l'indexation des répertoires @eaDir et de leurs contenus, mais sinon tout a fonctionné par défaut. EDIT: si tu souhaites n'installer que le paquet inotify-tools et utiliser le script sh qui se trouve sur le lien que tu as indiqué plus tôt, attention à changer le chemin d'accès à inotifywait, dans le script /usr/bin/inotifywait alors que le paquet l'installe là : /usr/local/bin/inotifywait

Sur mon DS214 play, les paquets inotify-tools et media-indexer sur le site indiqué dans le tuto (http://synology.francis-besset.com ) fonctionnent à merveille ;-)

Il n'est pas possible de compiler sur les syno directement .. je te conseille de jeter un coup d'oeil synocommunity (https://github.com/SynoCommunity/spksrc ) pour faire toi meme ta cross compilation ou suivre le la procédure suivante : http://blogmotion.fr/systeme/indexer-media-11535

Peux tu nous mettre ici une copie des règles (en cachant les ip public par securité), on pourra peut être t'aider un peu plus

Tu n'aurais pas mis en place une règle de NAT/PAT sur ton routeur qui enverrait sa propre adresse IP au lieu de celle de l'équipement qui s'y connecte (genre utilisation d'un pool de Nat sur l'interface LAN)?

je pense que les fichiers VSMETA sont créé lorsque fait une mise à jours manuelle des infos et que tu bloques les métadonnées dans DS Vidéo (il y a une case pour cela), et du coup, si tu lances une mise à jours complète il récupère sur internet, sauf pour ceux bloqués (présence du fichier VSMETA).. mais à vérifier

En opensource, tu as aussi clonezilla pour faire des images complète de disques/partitions (clone) et qui supporte les protocoles FTP, SSH, samba, NFS ou WebDav pour la création/restauration des fichiers images.

Une petite question, c'est bien ta livebox qui donne l'adresse à ton NAS en DHCP (avec réservation si besoin) ? Car j'ai remarqué lorsque j'étais chez Orange que si l'adresse du NAS n'est pas donné par le DHCP de la box, alors le forwarding de port ne fonctionne pas toujours ... vive Orange...;

Et bien ton problème vient de là je pense, pour rappel, il faut faire le fichier metadata.db avec Calibre et le déposer sur le NAS. COBS et BBS ne font que des frontend pour présenter les ebook en utilisant la base de donnée metadata.db de Calibre

Tu as quoi comme config de firewall sur la livebox ?

il faudrait surtout que ta box permette l'accès à tes Raspberry depuis internet .. car Webstation n'est pas un proxy, il ne faut penser que l'accès à tes Raspberry se fait en passant par ton NAS.

As-tu changé quelque chose dernièrement sur ton NAS pour arriver à cette situation ? Car tu écris "Je ne peux plus me connecter en ssh", ce qui semble voir dire que tu pouvais avant, mais avant quo i?

Le fichier de config que tu cherches se trouve ici : /var/packages/ProxyServer/target/squid/etc/squid.conf Les port autorisés par défaut dans le paquet sont les suivants : acl SSL_ports_syno port 443 acl Safe_ports_syno port 80 # http acl Safe_ports_syno port 21 # ftp acl Safe_ports_syno port 443 # https acl Safe_ports_syno port 70 # gopher acl Safe_ports_syno port 210 # wais acl Safe_ports_syno port 1025-65535 # unregistered ports acl Safe_ports_syno port 280 # http-mgmt acl Safe_ports_syno port 488 # gss-http acl Safe_ports_syno port 591 # filemaker acl Safe_ports_syno port 777 # multiling http Mais attention, il faut savoir que ces modifs seront perdu à chaque mise à jour du paquet ...

Pour ce que je vois sur mon Syno (pas de Raid), le filesystem "/" dans lequel se trouve le fichier "/etc/passwd" est du ext4 : Après, faut voir comment monter ce filesystem /dev/root depuis un autre linux

Ben il doit se trouver dans le répertoire du service web où le paquet a installé les fichiers, donc certainement dans /var/services/web/glpi/install/install.php ou quelque chose dans le genre....

Avez-vous essayer de supprimer toutes les "Sources de paquet" supplémentaires et actualisé ensuite la page dans "Centre de paquet" ? Je crois me souvenir avoir eu ce problème à un moment et l'avoir résolu comme cela, mais rien de certain.

il semblerait que tu aies créé un répertoire /var aujourd'hui à 10h11 suivi d'un caractère bizarre (style effacement d'un caractère mal passé) (cf ta capture d'écran juste après le répertoire "var.defaults" , ce qui pourrait expliquer ton problème. Par contre, pour savoir comment enlever ce répertoire et être certain qu'il n'y a rien dedans, c'est une autre histoire ... peut être que tu pourrais t'en sortir avec Winscp connecté en root sur ton syno, il permet souvent d'afficher (et de supprimer) les fichiers/répertoires même ceux contenant des caractères spéciaux.

Vraiment TOP ton programme Fenrir, je ne connaissais pas mais là .. je vais l'utiliser à fond ;-)

juste pour être, certain, faut remplacer dans la commande <nom du paquet> par le nom du paquet sur le syno hein ;-)

plus précisément : /var/packages/<nom du paquet>/scripts/start-stop-status start sans le point devant

Tous les paquets ont un script d'arrêt/lancement déjà existant (qui permet l'arrêt du paquet au stop du système, et le lancement au boot). Le scripts se trouve là : /var/packages/<nom du paquet>/scripts/start-stop-status il suffit d'appeler en ligne de commande le script avec le paramètre "stop" pour l'arrêter et "start" pour le démarrer.

Si les deux utilisateurs sont sont pas identiques de chaque côté, il est nécessaire de préciser sur le NAS le compte à utilisé sur le serveur distant (donc "admin" dans votre cas), car sinon le sftp va tenté de se connecter avec le compte utilisé par Download Station sur le serveur distant. Pour vérifier dans un premier temps si cela fonctionne, se connecter en ssh sur le syno avec le compte qui utilise Download Station et lancer al commande : ssh admin@mon.domaine.ddns