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-utilsattraverso le sue dipendenze.Inizializza un cluster di database utilizzando
initdbOttimizza
postgresql.confper TimescaleDBInizializza 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
pgbouncerattraverso le sue dipendenze.Riconfigura PostgreSQL (postgresql.conf)
listen_addresses = 'localhost'ascolta solo le connessioni localiunix_socket_directories = '/var/run/postgresql-backend'non utilizzare il socket UNIX predefinito di PostgreSQLmax_connections = 300consentire 300 connessioni
Configura PgPool
listen_addr = *listen_port = 5432unix_socket_dir = /var/run/postgresqlmax_client_conn = 300default_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
