MrWaloo

Merci pour les liens ! Je suis tombé sur le site de jadahl mais ne savais pas si c'était fiable et actualisé trop souvent (il est quand même écrit beta...). Partant du principe simple "never touch a running system" je ne voudrais pas qu'une mise à jour de domoticz ruine toute la config. Je suppose que domoticz est installé sur les rasp et le NAS, que les scénarios sont configurés sur les rasp, le NAs ne fait que archiver les courbes, c'est ça ? La supervision du NAS consiste en quoi ? JAM-alert ? Tu utilises quels protocoles ? Lesquels me conseilles ou déconseilles-tu ?

Hello Mic13710, Tu peux donner ta source de documentation STP ? Tu as documenté ce que tu as fait et comment tu l'as fait ? On a un projet de construction (à relativement long terme) et j'aimerais avoir une solution de domotique qui tienne la route, donc si j'arrive à avoir des retours sur des solutions qui tournent, je suis preneur 🙂 Merci !!

Non, francais de l'est

Salut, J'ai bien vu ton message, mais là je peux pas trop t'aider. Pas mon nas sous la main... Il semblerait que le service postgresql soit defectueux. Tu as essayé de redémarrer le nas ? Effectivement passer en dsm 5.0 pourrait solutionner ton problème puisque c'est une nouvelle version de postgresql qui sera installée. Je reviens voir demain. À+ Michel

Salut à vous, Effectivement je n'ai pas encore pris le temps de réactualiser le script depuis quelques temps... Je m'y remets tantôt. Pour les vidéos non indexées: de quel type sont les fichiers ? (Extension des fichiers) A+ Michel

Salut, Je viens de trouver la réponse là : http://pronas.pl/jak-pod-czy-wewn-trznej-bazy-postgres-dsm-t6478.html En gros le fichier pg_hba.conf est situé dans /etc/postgresql/ et il faut remplacer listen_addresses = '127.0.0.1' par listen_addresses = '*' dans le fichier /volume1/@database/pgsql/postgresql.conf qui contient d'ailleur en première ligne le nom du fichier pg_hba.conf valide. Après tes modifications dans ces 2 fichiers, tu fais un beau synoservicecfg --restart pgsql Et c'est reparti ! A+ Michel PS: Merci à fatboyx et à google translate

Hello, Comme depuis peu un paquet SVN est disponible dans le centre des paquets, je propose de créer une section qui lui est consacrée. Amis admin, si vous validez... A+ Michel

Wouha !!! La réponse 6 mois plus tard !!! Et que retourne : mount pour voir si la partition est effectivement montée en RW... A tester peut-être aussi : cat/etc/ddns_provider.conf > /root/etc-ddns_provider.conf cat /root/etc-ddns_provider.conf > /etc/ddns_provider.conf pour envoyer le contenu du fichier dans un fichier temporaire puis l'inverse. Histoire de voir... A+ Michel

OK, en ce qui me concerne, je maîtrise fail2ban, PostGreSQL, la ligne de commande en général et la gestion de serveurs sous Linux et je n'ai pas trouvé l'information... (et si je ne maîtrise pas, je sais chercher) Le forum que tu me proposes n'est pas très utilisé et la réponse ne s'y trouve certainement pas, puisque je cherche à configurer un outil interne au DSM (le blocage auto) et pas PostGreSQL. C'est gentil d'essayer quand même

Salut, Merci pour ton intérêt Je connais le blocage auto... Mais il ne gère pas les tentatives de connexions à PostGreSQL. Et c'est ça que je cherche à intégrer. A+ Michel

Ou une baie multi-disque en e-SATA ou USB3...

Non, ce cas n'est pas géré de base... Il faut déjà "bidouiller" le fichier de configuration de PostGreSQL pour autoriser les connexions depuis l'extérieur (autre que 'localhost'), alors je m'en doutais... Et oui j'ai tester 6 tentatives connexion avec un mot de passe erroné sans que mon adresse IP ne soit bloquée, alors que je l'ai configuré à 5 tentatives.

Non, dans le pare-feu tu peux bloquer des ports, et donc interdire des connections à des services, mais tu ne peux pas bloquer une IP après plusieurs essais de connexion infructueux. Merci pour ton intérêt.

Bonjour à tous, A l'instar de fal2ban, je cherche un moyen de configurer le blocage automatique du DSM pour "contrôler" aussi les accès excessifs au serveur PostGreSQL (que j'ai ouvert à un utilisateur). Comme le port 5432 est ouvert sur le NAS et le routeur paramétré pour accepter un certain port et l'envoyer vers le NAS (ça fonctionne, sans problème) je cherche maintenant à protéger ce trou de souris par le blocage automatique du DSM ? Quelqu'un sait comment faire ça ? Merci A+ Michel

La commande "sh xxx" fonctionne pour un script qui n'a pas la propriété x (exécution), la propriété r (lecture) suffit dans ce cas. Tu peux faire des tests... Même que la ligne shebang n'est alors pas obligatoire, d'ailleurs...

Oui

La 2ème condition ne devait alors pas être respectée, je pense...

Logique

D'autre part... Je te conseille de faire en sorte de la synchro rsync lance le script à la fin de la synchro, comme ça tu es sûr de ce que tu fais. Ou alors de conditionner l'exécution du script par l’existence d'un fichier déposé par rsync, comme un drapeau, s'il est là le supprimer et lancer le script (ne pas attendre la fin du script pour le supprimer, pour les même raisons de chevauchement), sinon ne rien faire. Il est possible de configurer rsync pour faire ce genre de chose dans un tunel ssh il me semble. Ou alors en scriptant un peu

A mon avis, toutes les 5 minutes c'est bien trop fréquent... J'explique : Le script met déjà un certain temps à parcourir le disque pour vérifier l’existence de fichiers non indexés, donc plus tu as de fichiers plus le script sera long à s'exécuter. Si le script met plus de 5 minutes alors tu te retrouves avec un chevauchement qui ne fera qu'empirer avec le temps (multi-chevauchement). D'autre part, la création des miniatures en elle même met beaucoup de temps. Le fait d'ajouter un fichier avec la commande synoindex rajoute ce fichier dans une liste qui est traitée par synoindexd (la tâche de fond ou démon qui s'occupe de ça). Si le script relance la commande synoindex sur un fichier dans la liste, il sera réindexé avec re-création de miniature... De la même manière si la création des miniature dure plus de 5 minutes, tu auras des chavauchements... Le script est en python, pas en perl

Salut, Le fichier "configure" est un fichier exécutable (un script ou un fichier compilé (comme un fichier.exe sous windows)). La syntaxe "./configure" permet de lancer le fichier "configure" qui se trouve dans le répertoire courant. Pour pouvoir lancer cette commande, il faut : 1. Être dans le répertoire qui contient le fichier "configure" (changer de répertoire courant avec la commande "cd répertoire/qui/contien/configure") 2. que le fichier "configure" soit exécutable (propriété "x" quand tu liste les fichiers avec "ls -l") A+ Michel

Salut XciD69, Tu sais tout est possible, il suffit de s'en donner les moyens Plus sérieusement : tu voudrais rajouter quoi comme notifications ? A+ Michel

Sous linux avec des partages NFS ils sont accesibles, le problème c'est que l'indexation ne se fait pas automatiquement lors de la copie d'un fichier vers le nas ou les modifications, les déplacements... En FTP et SMB par contre ça le fait... Sinon, j'ai créé un script pour la réindexation partielle, ça créée les miniatures pour les fichiers qui n'en ont pas... Tu trouveras ça dans les tutoriels de ce forum ici :

Salut, Sinon tu peux faire "rm -rf /volume1/photo/Divers/2011_11/@eaDir/*" pour effacer toutes les miniatures du répertoire. les oprion r et f: - r pour récursif (dans tous les sous-répertoires) - f pour forcer l'effacement, puisque le fait de supprimer des répertoires non-vides n'est pas le comportement par défaut de rm Attention à cette commande !!! Et surtout au répertoire auquel elle est appliquée Mal utilisée, le résultat peut être catastrophique !! A+ Michel

Alors je seche... Dsl