Fasi di installazione

Questa guida descrive l'installazione dei pacchetti RPM utilizzando yum.

Questa guida all'installazione è pensata per l'installazione di SKOOR su un sistema nuovo. Per aggiornare un sistema SKOOR esistente, utilizzare la guida all'aggiornamento disponibile qui.

Prerequisiti

Disabilitare SELinux

Prima di installare SKOOR Engine, è necessario disabilitare SELINUX. Visualizza lo stato di SELinux:

sestatus

Verificare se la modalità è di applicazione:

SELinux status:                 enabled
...
Current mode:                   enforcing

In tal caso, modificarla almeno in permissiva o disabilitarla modificando la configurazione di SELinux:

vi /etc/selinux/config

Modificare la configurazione in permissiva o disabilitata:

SELINUX=disabled

Attivare la configurazione e verificare con sestatus:

setenforce 0 

Consenti cron per gli utenti

Se cron è limitato, agli utenti necessari al software SKOOR deve essere consentito l'accesso a cron aggiungendoli al seguente file:

/etc/cron.allow

Utenti:

postgres
eranger
reranger

Impronte digitali GPG del repository SKOOR:

RPM-GPG-KEY-SKOOR:

0C18 95B8 11D4 71E5 D043 EFA3 69E1 147C 2CB4 0F3A

RPM-GPG-KEY-PGDG:

D4BF 08AE 67A0 B4C7 A1DB CCD2 40BC A2B4 08B4 0D20

RPM-GPG-KEY-TIMESCALEDB:

1005 fb68 604c e9b8 f687 9cf7 59f1 8edf 47f2 4417

SKOOR Engine Installation (server singolo)

Per i sistemi con replica del database, è necessario installare due server separati come descritto in questa sezione. Per ulteriori passaggi di configurazione, consultare la Guida alla replica del database

Installazione di PostgreSQL

PostgreSQL 13 è il server di database necessario per l'SKOOR Engine. Deve essere installato prima del software SKOOR:

Installare il server PostgreSQL utilizzando il pacchetto di installazione SKOOR PostgreSQL:

dnf install eranger-postgresql

Questo pacchetto esegue i seguenti passaggi:

  • Installa postgresql13-server , timescaledb-2-postgresql-13 , eranger-database-utils attraverso le sue dipendenze.

  •  Inizializza un cluster di database utilizzando initdb

  • Ottimizza postgresql.conf per TimescaleDB

  • Inizializza un database (database semplice, senza schema né dati) che può essere utilizzato dal SKOOR Server

  • Apre la porta TCP 5432 sul firewall

Installazione di PgBouncer

PgBouncer viene utilizzato come pool di connessioni e si trova tra SKOOR Server e il server PostgreSQL.

Installare PgBouncer utilizzando il pacchetto di installazione SKOOR PgBouncer:

dnf install eranger-pgbouncer

Questo pacchetto esegue i seguenti passaggi:

  • Installa pgbouncer attraverso le sue dipendenze.

  • Riconfigura PostgreSQL (postgresql.conf)

    • listen_addresses = 'localhost' ascolta solo le connessioni locali

    • unix_socket_directories = '/var/run/postgresql-backend' non utilizzare il socket UNIX predefinito di PostgreSQL

    • max_connections = 300 consentire 300 connessioni

  • Configura PgPool

    • listen_addr = *

    • listen_port = 5432

    • unix_socket_dir = /var/run/postgresql

    • max_client_conn = 300

    • default_pool_size = 60

Installazione standard del server

Per i clienti che necessitano solo del set base di software (ovvero la maggior parte dei clienti), eseguire il seguente comando per installare i pacchetti richiesti:

dnf install eranger-server

Controllare i pacchetti SKOOR Engine installati:

dnf list installed |grep eranger

Risultato previsto:

eranger-agent.x86_64                      <version>
eranger-auth.x86_64                       <version>
eranger-collector.x86_64                  <version>
eranger-collector-eem.x86_64              <version>
eranger-collector-mail.x86_64             <version>
eranger-common.x86_64                     <version>
eranger-database-utils.x86_64             <version>
eranger-doc.x86_64                        <version>
eranger-nodejs.x86_64                     <version>
eranger-postgresql.x86_64                 <version>
eranger-pymodules.x86_64                  <version>
eranger-report.x86_64                     <version>
eranger-server.x86_64                     <version>
eranger-syncfs.x86_64                     <version>
eranger-ui.x86_64                         <version>

SKOOR < 8.1 installa Google Chrome come dipendenza. Google Chrome installa un repository YUM per aggiornarsi alle versioni più recenti. Tuttavia, poiché SKOOR richiede una versione molto specifica, è necessario disabilitare questo repository appena creato. SKOOR >= 8.1 non richiede più Google Chrome e quindi il repository non viene installato.

sed -i 's/enabled=1/enabled=0/g' /etc/yum.repos.d/google-chrome.repo

Installazione di SKOOR Engine Collector

A partire dalla versione 5.5 sono disponibili due opzioni per un collector esterno: installazione completa e installazione di base. L'installazione di base offre un set di funzionalità limitato e meno dipendenze e può essere successivamente estesa a un'installazione completa con pacchetti aggiuntivi.

Installazione completa di SKOOR Engine Collector:

Per installare un SKOOR Engine Collector esterno, utilizzare il seguente comando per l'installazione completa:

dnf install eranger-collector eranger-collector-eem eranger-collector-mail

Installazione di base di SKOOR Engine Collector:

Per installare un SKOOR Engine Collector esterno di base, utilizzare il seguente comando:

dnf install eranger-collector

Pacchetti aggiuntivi per il SKOOR Engine Collector minimale:

Per abilitare i lavori EEM sul collettore esterno, è possibile installare il plugin con il seguente comando:

dnf install eranger-collector-eem

Per abilitare i Mail Job (EWS, IMAP, POP3 o SMTP) sul collector esterno, è possibile installare il plugin con il seguente comando:

dnf install eranger-collector-mail

Comunicazione con SKOOR Engine

Dopo aver installato un nuovo collettore esterno, è necessario configurare la comunicazione con SKOOR Engine. La sezione seguente mostra diverse possibilità per ottenere questo risultato.

Informazioni generali

Per SKOOR Engine, un collettore è un tipo speciale di utente. Pertanto, ogni collettore esterno deve essere configurato nell'interfaccia utente. Creare un utente autenticato localmente con il ruolo Collettore in /root /Users /Users e impostare una password.

L'ulteriore configurazione viene eseguita nel file di configurazione dei collettori sul server del collettore: 

/etc/opt/eranger/eranger-collector.cfg

Innanzitutto, è necessario identificare il server_id di SKOOR Engine. Sull'host SKOOR Engine, aprire il file eranger-server.cfg:

/etc/opt/eranger/eranger-server.cfg

Trova il parametro server_id nella configurazione (se commentato come nell'esempio seguente, l'id è 1):

#server_id      = 1

Se un collector esterno fornisce misurazioni a più di uno SKOOR Engine, il parametro server_id deve essere diverso su ogni SKOOR Engine.

TCP

Questo è il modo standard in cui i collettori comunicano con SKOOR Engine. La comunicazione non è crittografata.

I seguenti parametri devono essere configurati in eranger-collector.cfg:

  • Imposta il parametro server1_id sul valore configurato sul server SKOOR Engine come server_id (il valore predefinito è 1)

  • Impostare il parametro server1_address sul nome host o sull'indirizzo IP di SKOOR Engine (i socket Unix sono utilizzati solo per i collettori locali)

  • Impostare server1_user e server1_passwd come configurato nell'SKOOR Engine

server1_id            = 1
server1_address        = 10.10.10.10
#server1_port           = 50001
#server1_domain         =
server1_user           = collector-user
server1_passwd         = collector-password
#server<server_id>_fetch_parse_dir (server_id instead of index)!
#server1_fetch_parse_dir= /var/opt/run/eranger/collector/tmp

HTTP/HTTPS

Si sconsiglia di utilizzare HTTP senza crittografia per le comunicazioni. Se necessario per qualche motivo, il server httpd su SKOOR Engine deve essere configurato in modo da consentire prima questo tipo di comunicazione.

I collettori che utilizzano HTTP(S) per la comunicazione non possono essere commutati automaticamente quando si esegue un failover in una configurazione primaria/standby

La sezione seguente descrive come configurare la comunicazione crittografata utilizzando HTTPS. Per la crittografia, il certificato CA root utilizzato dal server SKOOR Engine deve essere copiato nel sistema del collettore. È possibile utilizzare i percorsi Linux standard per inserirlo nel filesystem.

Configurare i parametri richiesti in eranger-collector.cfg:

  • Impostare il parametro server1_id sul valore configurato sul server SKOOR Engine come server_id (il valore predefinito è 1).

  • Impostare il parametro server1_address sul nome host o sull'indirizzo IP di SKOOR Engine sotto forma di URL come mostrato di seguito

  • Assicurarsi che il parametro server1_port sia commentato, altrimenti interromperà la comunicazione

  • Impostare server1_user e server1_passwd come configurato in SKOOR Engine

  • Configurare server1_ssl_cacert o server1_ssl_capath nella posizione in cui è stato copiato il certificato in precedenza

server1_id            = 1
server1_address        = https://10.10.10.10/skoor-collector
#server1_port           = 50001
#server1_domain         =
server1_user           = collector-user
server1_passwd         = collector-password
#server<server_id>_fetch_parse_dir (server_id instead of index)!
#server1_fetch_parse_dir= /var/opt/run/eranger/collector/tmp
server1_ssl_cacert     = /etc/pki/tls/certs/rootCA.pem

HTTPS con autenticazione client

L'autenticazione client deve essere prima abilitata su SKOOR Engine. A tal fine, aprire il file di configurazione del server web corrispondente:

/etc/httpd/conf.d/skoor-engine-over-http.conf

Rimuovere il commento dalla direttiva SSLVerifyClient:

<Location "/skoor-collector">
        ExpiresActive On
        ExpiresDefault "now"
        ProxyPass http://localhost:50080 retry=0 connectiontimeout=15 timeout=30
    SSLVerifyClient require
</Location>

Ricaricare httpd:

systemctl reload httpd

Nome

Descrizione

server1_ssl_cacert

Percorso completo del certificato CA radice, il collettore utilizzerà questo file specifico

server1_ssl_capath

Percorso di una directory contenente il certificato CA radice, il collettore cercherà il certificato corretto

server1_ssl_verify_peer

Se impostato su true (impostazione predefinita), il certificato del server SKOOR Engine viene verificato

server1_ssl_verify_host

Se impostato su true (impostazione predefinita), viene verificato il nome host del server SKOOR Engine

server1_ssl_cert_client_public_key

Chiave pubblica utilizzata per l'autenticazione del client (certificato del collettore)

server1_ssl_cert_client_private_key

La chiave privata utilizzata per l'autenticazione del client (chiave privata del collettore)

server1_ssl_cert_client_private_key_passwd

Password per leggere la chiave privata del collettore, se impostata

Licenza SKOOR Engine

Ottenere una licenza valida da SKOOR e aggiungere le righe necessarie al file:

/etc/opt/eranger/eranger-server.cfg

Esempio con una licenza per 1000 dispositivi:

license_name   = Example customer
license_feature_set = 3.1
license_devices= 1000
license_key    = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

xxxx… rappresenta la chiave di licenza effettiva. Assicurarsi che la chiave effettiva sia inserita in una singola riga senza caratteri di nuova riga tra di essa.

Configurazione dell'SKOOR Engine

Espandi la variabile PATH per root:

~/.bashrc

Aggiungi:

PATH=$PATH:/opt/eranger/bin

Quindi applica le modifiche ed esegui eRanger.sh start per avviare i servizi SKOOR Engine:

. ~/.bashrc
eRanger.sh start

===========================================================================
 Choose command                                 eRanger Version 5.0.0

 Command - Action       - Object                - Current State
===========================================================================

 1       - start        - eRanger Server        - started
 2       - start        - eRanger Collector     - started
 3       - start        - eRanger Report        - started
 4       - start        - eRanger Agent         - started
 a       - start        - all above
 9       - start        - eRanger Webservice    - started
 11      - start        - PostgreSQL            - started
 12      - start        - Rsyslog               - started
 13      - start        - Trapd                 - stopped
 14      - start        - Httpd                 - started
 15      - start        - Smsd                  - stopped
 16      - start        - Postfix               - started

 r       - Switch to restart mode
 S       - Switch to stop mode
 c       - Current eRanger status
 0       - do_exit program

Enter selection:

Il servizio Web, IC Alerter ed Ethd sono elencati solo se il pacchetto corrispondente è installato.

Immettere a per avviare tutti i servizi richiesti. Quindi uscire con 0.

Accesso a SKOOR Engine

Ora dovrebbe essere possibile accedere a SKOOR Engine utilizzando un browser web e inserendo il nome di dominio completo (FQDN) o l'indirizzo IP di SKOOR Engine nella barra degli indirizzi:

 

Le credenziali di accesso predefinite sono:

Nome utente

admin

Password

admin

Installazione del certificato SSL

Dopo l'installazione predefinita, il browser segnalerà la presenza di certificati di sicurezza SSL non attendibili. È possibile accettare il certificato autofirmato predefinito oppure generare e installare un certificato SSL personalizzato.

Per impostazione predefinita, i certificati si trovano in:

/etc/pki/tls/certs/

Il file di configurazione

/etc/httpd/conf.d/ssl.conf

deve essere modificato in modo da puntare ai certificati corretti. Un esempio di voce è il seguente:

SSLCertificateFile /etc/pki/tls/certs/wildcard_mycompany.ch.crt
SSLCertificateKeyFile /etc/pki/tls/private/private-key_mycompany.ch.key 

Riavviare il server web Apache con il comando:

systemctl restart httpd

Disabilita la riscrittura https

Quando si chiama http://skoor.company.com, il server web riscriverà l'indirizzo per utilizzare https invece di http. Se si desidera utilizzare solo http, disabilitare la regola di riscrittura nel file di configurazione:

/etc/httpd/conf.d/eranger.conf


Commentare le seguenti tre righe (inserendo un segno di cancelletto all'inizio):

# RewriteEngine On
# RewriteCond %{HTTPS} !=on
# RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R,L]

Riavviare il server web Apache con il comando:

systemctl restart httpd

Ottimizzazione di SKOOR su ambienti virtuali

Se si esegue SKOOR Engine o SKOOR Collector all'interno di una macchina virtuale, è necessario adattare lo scheduler IO per motivi di prestazioni. Per impostazione predefinita, Red Hat < 7 viene installato con lo scheduler IO cfq. Lo scheduler IO consigliato per i sistemi Red Hat in esecuzione su una macchina virtuale è lo scheduler noop su Red Hat 7 e lo scheduler none su Red Hat 8 / 9.

Per i sistemi Red Hat 7

Eseguire i seguenti comandi per abilitare lo scheduler noop per un sistema in esecuzione per il dispositivo a blocchi sda che di solito corrisponde al primo disco:

# echo noop > /sys/block/sda/queue/scheduler
# cat /sys/block/sda/queue/scheduler
[noop] anticipatory deadline cfq

Lo scheduler noop è ora contrassegnato come scheduler corrente. Eseguire questo comando per ciascuno dei dischi virtuali configurati per il sistema (sostituire sda con il nome del disco virtuale).
Tuttavia, l'impostazione di cui sopra non persisterà dopo il riavvio. Utilizzare la seguente guida per abilitare lo scheduler noop in modo persistente.

Impostare noop globalmente per tutti i dispositivi modificando the file /etc/default/grub come mostrato di seguito e quindi ricostruendo il file di configurazione grub2:

# vi /etc/default/grub
...
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=rhel00/root rd.lvm.lv=rhel00/swap"                            (before)
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=rhel00/root rd.lvm.lv=rhel00/swap elevator=noop"              (after)
...

# grub2-mkconfig -o /boot/grub2/grub.cfg                                                                     (on BIOS-based machines)
# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg                                                            (on UEFI-based machines)

Per i sistemi Red Hat 8 / 9

Esegui i seguenti comandi per abilitare lo scheduler noop per un sistema in esecuzione per il dispositivo a blocchi sda che di solito corrisponde al primo disco:

# echo none > /sys/block/sda/queue/scheduler
# cat /sys/block/sda/queue/scheduler
[none] mq-deadline kyber bfq

Lo scheduler none è ora contrassegnato come scheduler corrente. Eseguire questo comando per ciascuno dei dischi virtuali configurati per il sistema (sostituire sda con il nome del disco virtuale).
Tuttavia, l'impostazione sopra indicata non verrà mantenuta dopo il riavvio. Utilizzare la seguente guida per abilitare lo scheduler none in modo permanente.

Impostare none globalmente per tutti i dispositivi modificando the file /etc/default/grub come mostrato di seguito e quindi ricompilando il file di configurazione grub2:

# vi /etc/default/grub
...
GRUB_CMDLINE_LINUX="crashkernel=auto resume=/dev/mapper/rh9-swap rd.lvm.lv=rh9/root rd.lvm.lv=rh9/swap"                            (before)
GRUB_CMDLINE_LINUX="crashkernel=auto resume=/dev/mapper/rh9-swap rd.lvm.lv=rh9/root rd.lvm.lv=rh9/swap elevator=none"              (after)
...

# grub2-mkconfig -o /boot/grub2/grub.cfg                                                                     (on BIOS-based machines)
# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg                                                            (on UEFI-based machines)

Creazione di un repository yum

 Nel caso in cui gli host dei collettori remoti non abbiano accesso ad alcun repository Red Hat, ma SKOOR Engine sì, può essere utile creare un semplice repository software sul server che contenga tutti i file RPM utilizzati per l'installazione tramite yum. Il repository sarà disponibile per gli host dei collettori tramite la porta 443, che è già una porta aperta. Ecco i passaggi necessari per configurare un repository di questo tipo e accedervi da un host collettore remoto:

Creare la directory root del repository e copiare tutti i file RPM necessari:

# cd /srv/eranger/html
# mkdir repo
# cp /path/to/*.rpm repo/
# yum install createrepo
# createrepo ./repo

Sostituire /path/to/ sopra con il percorso in cui sono stati copiati i file RPM necessari sull'host SKOOR Engine. Questo creerà una nuova sottodirectory denominata repodata all'interno della directory repo.

A questo punto, aggiungere il repository come fonte di installazione dei pacchetti sugli host remoti (ad esempio un host del SKOOR Engine Collector):

# vi /etc/yum.repos.d/SKOOR.repo
[SKOOR]
name=SKOOR
baseurl=https://<ip or hostname of repository>/repo/
sslverify=false
gpgcheck=0
enabled=1

Verificare l'accesso al repository appena aggiunto dall'host remoto:

# yum clean all
# yum repolist 

Ora l'host remoto può installare il software utilizzando il repository SKOOR come fonte dei pacchetti. 

Aggiunta di un DVD o CD come repository

Per installare il software da un'unità DVD o CD RedHat inserita, aggiungi un nuovo repository creando il seguente file: 

vi /etc/yum.repos.d/RHEL_6.5_DVD.repo
[RHEL_6.5_DVD]
name=RHEL_6.5_DVD
baseurl="file:///cdrom/"
gpgcheck=0