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