Aller au contenu

hpsmartyz

Membres
  • Compteur de contenus

    730
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Messages posté(e)s par hpsmartyz

  1. salut,

    es-tu en DSM 3.1?

    Si ce n'est pas le cas c'est que tu n'as pas suivi le tuto à la lettre (enfin il se peut qu'il y ait une erreur :) )

    Si tu es en 3.1 je n'avais pas encore mis le tuto à jour pour. il l'est maintenant. Vérifie que tu as bien configuré PHP

    depuis l'interface d'admin

    de plus vérifie que tu as bien modifié /var/services/web/cacti/install/index.php

  2. je viens de comprendre alors que j'émergeais des bras de Morphée.

    la détection de l'état de l'hôte se fait via ping et/ou snmp ping. le firewall doit bloquer ces tests biens qu'ils soient fait en local

    quelle méthode de détection d'hote as-tu choisie dans cacti?

    si ping, alors crée une règle personnalisée dans le firewall, autorisant le protocole ICMP, (ou TCP/UDP + port séléctionné; fonction de ton choix dans cacti) avec l'ip de ton NAS sur le réseau privé

    si snmp ping alors crée une règle sélectionnée dans la liste d'application, choisissant service snmp (port 161) , avec l'ip de ton NAS sur le réseau privé

    si les deux méthodes sont choisies alors crée les deux règles

  3. @PatrickH

    je ne crois pas que désactiver les applis tue les process si ils tournaient.

    il faut rebouter et là ils ne se lancent pas.

    Merci pour la réponse. J'ai tout vérifié , seul le AFP est ON. De toutes façons pour convert c'est élucidé.

    J'ai donc supprimé mon partage "photo" (puisque ce n'était qu'une copie pour le moment) et j'ai recréé un partage "Photos" en y mettant des photos . Bilan, plus de trace du process convert. :P

    Par contre, j'ai maintenant ffmpeg qui est à 99,5% de CPU en permanence. :blink::blink::blink:

    Je suppose que c'est lié à l'existence du partage "video". J'espère qu'on peut le renommer en "Videos" par exemple tout en conservant la fonctionnalité Media Server car c'est cela qui m'intéresse !

    Mais que fait ce process ffmpeg ? Il crée aussi des vignettes pour les videos ? Avec une centaine de vidéos ça devrait être rapidement fait ce qui n'est pas le cas. J'espère qu'il ne fait pas de conversions non plus :huh:

    il crée des vidéo "flash".

    non pas possible de renommer

  4. Installation du plugin 'syslog' (v0.5.2)

    A ce jour il existe une version plus récente (1.0.5) de ce plugin mais celle-ci semble particulièrement buggée. Je préconise donc l'utilisation de la version discutée ici.

    Ce tutoriel suppose que vous avez installé Cacti dans le répertoire /var/services/web/

    Ce tutoriel réutilise les identifiants définis lors de l'installation de Cacti (nom-du-user-cacti et son mot de passe mot-de-passe).

    Adaptez les instructions ci-dessous en fonction de votre installation de Cacti.

    Pré-requis

    il faut avoir installé la PIA (voir ici)

    il faut avoir installé le plugin 'settings' (voir ici)

    il faut avoir installé syslog-ng (voir ici, en fait ce lien ne fonctionne plus (le fil de discussion n'est plus accessible. Cependant PatrickH a recréé un tutoriel voir ici)

    il faut aussi le binaire mkfifo (vous pourrez trouver le binaire dans le pack coreutils en zone téléchargement, pour les architectures arm et ppc. Pour les autres il faudra installer coreutils via ipkg)

    Installation du plugin

    Téléchargez le ici

    Copiez l'archive dans un répertoire du Synology (/tmp par exemple), puis dans ce répertoire:

    shell> tar -zxvf syslog.tar.gz

    shell> mv syslog /var/services/web/cacti/plugins/

    Import de la base de données

    Vous avez la possibilité de créer les tables liées à syslog au sein de la base de données de Cacti (créée lors de l'installation de Cacti) ou bien en dehors de cette dernière, au sein d'une base de données que vous définiriez.

    Dans le premier cas, tapez (où nom-de-la-base représente le nom de la base de données de Cacti)

    shell> cd /usr/syno/mysql/bin

    shell> ./mysql -u root -p nom-de-la-base < /var/services/web/cacti/plugins/syslog/syslog.sql

    Dans le second cas, tapez (où nom-de-la-base représente le nom de la base de données syslog)

    shell> cd /usr/syno/mysql/bin

    shell> ./mysqladmin --user=root -p create nom-de-la-base

    shell> ./mysql -u root -p nom-de-la-base < /var/services/web/cacti/plugins/syslog/syslog.sql

    Définition des privilèges

    shell> cd /usr/syno/mysql/bin

    shell> ./mysql -u root -p

    mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'localhost' IDENTIFIED BY 'mot-de-passe';

    mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'nom-hote' IDENTIFIED BY 'mot-de-passe';

    mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'localhost';

    mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'nom-hote';

    mysql> exit

    Application des droits

    shell> cd /usr/syno/mysql/bin

    shell> ./mysql -u root -p

    mysql> FLUSH PRIVILEGES;

    mysql> exit

    Edition du fichier de configuration

    shell> vi /var/services/web/cacti/plugins/syslog/config.php

    Il contient par défaut ces lignes:

    $database_default = "syslog";
    
    $database_hostname = "localhost";
    
    $database_username = "cactiuser";
    
    $database_password = "cactiuser";
    Modifiez le premier et les deux derniers paramètres avec les valeurs nom-de-la-base, nom-du-user-cacti et mot-de-passe respectivement. Note: Pour des questions de "sécurité", je vous engage à supprimer l'historique des commandes passées sous mysql, historique qui se trouve dans votre home (et donc /root) shell> cd /root shell> cat /dev/null > ~/.mysql_history ou bien shell> cd /root shell> $ > ~/.mysql_history Modification du script de lancement de syslog-ng Assurez vous que syslog-ng soit arrêté, autrement tuez le process, puis modifiez le fichier de lancement: shell> vi /opt/etc/init.d/S01syslog-ng de telle sorte à avoir ce qui suit:
    #!/bin/ash
    
    #
    
    # (re)start script for syslog-ng
    
    #
    
    # stopping all running processes whether they exist or not
    
    kill -9 $(pidof syslog-ng) 2>/dev/null
    
    kill -9 $(pidof sh /opt/sbin/syslogtomysql.sh) 2>/dev/null
    
    rm -f /tmp/mysqlsl.pipe
    
    
    # restarting processes
    
    sh /opt/sbin/syslogtomysql.sh &
    
    /opt/sbin/syslog-ng -f /opt/etc/syslog-ng/syslog-ng.conf
    Création du script syslogtomysql.sh shell> cd /opt/sbin shell> vi syslogtomysql.sh Recopiez le texte ci dessous.
    #!/bin/ash
    
    rm -f /tmp/mysqlsl.pipe
    
    /path/to/mkfifobinary /tmp/mysqlsl.pipe
    
    
    while [ -e /tmp/mysqlsl.pipe ]
    
    do
    
    	/usr/syno/mysql/bin/mysql -u nom-du-user-cacti --password=mot-de-passe nom-de-la-base < /tmp/mysqlsl.pipe
    
    done
    Attention: assurez vous bien de remplacer nom-du-user-cacti, mot-de-passe et nom-de-la-base par vos informations spécifiques. De même, vous n'êtes pas obligés de créer le pipe à l'endroit indiqué par ce script, ni même de lui donner le nom indiqué. Si vous changez le chemin ou le nom de ce pipe il faudra répercuter ces modifications dans le fichier de configuration de syslog-ng (voir plus bas). Changez /path/to/mkfifobinary pour refléter le chemin complet du binaire mkfifo sur votre système. Finalement, assurez vous de bien mettre le chemin absolu pour la commande mysql. Le risque autrement est que le script s'exécute mal au (re)boot du Synology, empêchant la création du lien entre syslog-ng et la base de données. Cela serait à priori dû au fait que certaines variables d'environnement ne sont pas encore chargées au moment du lancement du script rendant l'appel à mysql ineffectif. Changement des permissions sur le script syslogtomysql.sh shell> chmod 755 /opt/sbin/syslogtomysql.sh shell> chown root:root /opt/sbin/syslogtomysql.sh Modification du fichier de configuration de syslog-ng shell> vi /opt/etc/syslog-ng/syslog-ng.conf Pour les besoins de Cacti le fichier de configuration complet peut être comme suit:
    # syslog-ng configuration file
    
    
    options {
    
                	#prevents syslog-ng from trying to re-write hostnames
    
                	keep_hostname(yes);
    
    
                	#if keep_hostname(no), let's use dns
    
                	use_dns(no);
    
    #   			use_dns(persist_only);
    
    #   			dns_cache_hosts("/etc/hosts");
    
                	#and let's use syslog-ng internal caching, avoiding /etc/hosts to be read each time
    
                	#but then it is not clear if a change to /etc/hosts will be instantaneous or at end
    
                	#of expiry time
    
                	dns_cache(no);
    
    #   			dns_cache(yes);
    
    #   			dns_cache_size(10);
    
    #   			dns_cache_expire(86400);
    
    
                	#markers
    
                	mark_freq(3600);
    
                	stats_freq(3600);
    
    };
    
    
    
    source local {
    
    		pipe("/proc/kmsg");
    
    		unix-stream("/dev/log");
    
    		unix-stream("/var/run/log");
    
    		internal();
    
    };
    
    
    source net {
    
    		udp(ip(XXX.XXX.XXX.XXX) port(514));
    
    };
    
    
    destination mysql {
    
    		pipe("/tmp/mysqlsl.pipe"
    
    		template("INSERT INTO syslog_incoming (host, facility, priority,  date, time, message) VALUES ( '$HOST_FROM', '$FACILITY', '$PRIORITY',  '$YEAR-$MONTH-$DAY', '$HOUR:$MIN:$SEC', '$MSG' );\n")
    
    		template-escape(yes));
    
    };
    
    
    log {
    
    		source(net);
    
    		destination(mysql);
    
    };
    
    
    log {
    
    		source(local);
    
    		destination(mysql);
    
    };
    Attention: assurez vous que la longue ligne commençant par template( et se terminant par $MSG' );\n") ne soit pas scindée en deux lignes. Adaptez le chemin du pipe si vous l'avez modifié dans le script syslogtomysql.sh. Les lignes relatives à la capture d'évènements externes à votre Synology (mais provenant de votre réseau local):
    source net {
    
    		udp(ip(XXX.XXX.XXX.XXX) port(514));
    
    };
    
    log {
    
    		source(net);
    
    		destination(mysql);
    
    };
    ne vous sont utiles que si vous avez des éléments de réseau qui envoient des notifications syslog vers votre Synology. Si elles le sont, changez l'adresse XXX.XXX.XXX.XXX en celle de votre Synology sur votre réseau local. Le manuel de référence de syslog-ng se trouve . Modifications des droits d'accès au répertoire syslog shell> cd /var/services/web/cacti/plugins/ shell> chown -R root:root syslog shell> cd syslog shell> find . -type f -exec chmod 644 '{}' \; shell> find . -type d -exec chmod 755 '{}' \; Activation du plugin shell> vi /var/services/web/cacti/include/config.php Rajoutez, à la ligne 35:
    $plugins[] = 'settings';

    La nécessité de déclarer ainsi le plugin 'settings' est due au fait que le plugin 'syslog' est conçu sur la base d'une ancienne version de la PIA.

    Puis connectez vous à Cacti, et dans Console>Configuration>Plugin Management

    cliquez sur la flèche bleue :

    install_icon.png

    Autorisation des utilisateurs Cacti à utiliser ce nouveau plugin

    Connectez vous à Cacti

    Utilities > User Management

    Sélectionnez un utilisateur (normalement admin, mais ça dépend à qui vous voulez donner les droits)

    Puis dans l'onglet Realm Permissions, cochez les cases View Syslog et Configure Syslog Alerts / Reports

    Sauvegardez

    Vous devriez avoir un onglet supplémentaire sous Cacti permettant la visualisation des logs.

    Il vous reste à peaufiner le fichier de configuration de syslog-ng en fonction de vos besoins (notamment appliquer des règles de filtrage) et éventuellement adapter le temps de stockage des logs dans la base de donnée.

  5. salut cricx

    j'ai fait la modif et j'ai cette erreur dans mes logs:

    postfix/master[4767]: warning: /usr/syno/mailstation/libexec/smtpd: bad command startup -- throttling

    postfix/master[4767]: warning: process /usr/syno/mailstation/libexec/smtpd pid 13064 exit status 1

    postfix/smtpd[13064]: fatal: open database /usr/syno/mailstation/etc/virtual.db: No such file or directory

    faut il que le fichier virtual soit en fait virtual.db ?

  6. Installation du plugin 'settings':

    Ce plugin est le premier de tous les plugins à installer car certains plugins ont besoin de sa présence.

    Téléchargement du plugin

    Téléchargez le plugin là: http://docs.cacti.net/plugin:settings

    Copiez l'archive dans un répertoire sur votre Synology, par exemple /tmp

    Installation du plugin

    Dans le répertoire dans lequel vous avez copié l'archive:

    shell> tar -zxvf settings-v0.7-1.tgz

    shell> mv settings /var/services/web/cacti/plugins/

    Adaptez le nom du fichier dans la première ligne de commande à celui qui correspond à la version téléchargée.

    Activation du plugin

    Connectez vous à Cacti, puis dans Console>Configuration>Plugin Management

    cliquez sur la flèche bleue :

    install_icon.png

    et cliquez sur la flèche verte:

    enable_icon.png

    et voilà :) vous pouvez maintenant installer les plugins de votre choix.

  7. @Patrick21

    un bail statique permet justement de faire ce que tu veux, sans en avoir les inconvénients ...

    Bonjour à tous , j'ai modifié le Tuto en retirant l'image de l IP fixe sur la box, ...

    Si vous pensez qu'il faut retirer ce tuto vous êtes les Maîtres, en tout cas pour moi c'est OK avec accès extérieur, FTP, Sauvegarde etc...

    Bon WE

    selon moi tu n'as pas enlevé la bonne chose de ton tuto, mais bon ...

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