Aller au contenu

MrWaloo

Membres
  • Compteur de contenus

    214
  • Inscription

  • Dernière visite

Messages posté(e)s par MrWaloo

  1.  

    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 ?

  2. Le 26/05/2018 à 19:18, Mic13710 a dit :

    Tout à fait d'accord.

    En fait, on peut très bien utiliser des Rasp pour faire le boulot et utiliser le NAS comme maitre. En gros il fait le mac des rasp.

    Perso, j'ai 2 rasps qui font tourner chacun leur Domo et le NAS qui collecte les infos et supervise. Ainsi il est beaucoup moins sollicité tout en assurant pleinement son rôle de système central de mon installation.

    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 !!

  3. 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

  4. 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

  5. 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 :)

  6. Wouha !!!

    La réponse 6 mois plus tard !!! :o

    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

  7. 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 ;)

  8. 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.

  9. 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

  10. 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 :)

  11. 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 ;)

  12. 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

  13. 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

  14. 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 :

  15. 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

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.