En nuestro caso, estamos utilizando un UPS de Salicru SLC-10000-TWIN/3-3C10K, con una tarjeta de red CS141, y hemos utilizado el plugin de Nagios check-upsmib.

Con el plugin check-upsmi podemos chequear:

• Alarms Present
• Battery Status
• Battery Temperature
• Estimated Charge Remaining
• Estimated Minutes Remaining
• Output Source

Vamos a empezar por configurar el servicio SNMP en nuestra tarjeta de red del UPS. Para ello, accedemos vía web al panel de control e iremos a Servicios –> Configuración y activamos la opción SNMP Agent.

Una vez aplicado, volvemos a Servicios –> SNMP Agent

En el tipo de versión de SNMP, seleccionamos la versión 3, así le añadimos una capa de seguridad al servicio. Ahora debemos configurar el usuario y contraseña del servicio y a que dispositivo le vamos a permitir acceder (la IP de nuestro servidor Nagios).

Una vez seleccionada la versión del SNMP, pulsamos en el símbolo + de SNMP User, para crear el usuario.

Introducimos el nombre que queramos y, en Security Level, seleccionamos Authenticat. Ponemos el nombre de usuario y contraseña que queramos y pulsamos en Save.

Ahora vamos a Receptores de avisos SNMP, en donde vamos a definir nuestro servidor Nagios. Igual que en el caso anterior, pulsamos en +

En esta ventana, debemos introducir la dirección IP de nuestro servidor Nagios y el usuario que hemos creado para la conexión SNMP.

Y para finalizar, pulsamos en Aplicar

Ahora ya tenemos configurado nuestro UPS y vamos a pasar a instalar el Plugin en Nagios, pero primero vamos a descargarlos desde la siguiente URL:

https://exchange.nagios.org/directory/Plugins/Hardware/UPS/check-2Dupsmib/details

Una vez lo tenemos descargado, para poder utilizarlo, debemos moverlo a la siguiente ruta de nuestro servidor Nagios:

/usr/local/nagios/libexec/

Una vez copiado y descomprimido, deberíamos tener un directorio llamado check-upsmib-plugin-master, con el siguiente contenido

El archivo check_upsmib, es el plugin en si y, lo podemos dejar en esta carpeta o copiarlo en la carpeta anterior, pero debemos tener constancia de donde lo vamos a guardar.

Seguimos definiendo un nuevo objeto en el archivo nagios.cfg, que se encuentra en la ruta:

/usr/local/nagios/etc/

Lo editamos y añadimos la siguiente línea:

#Definitions for monitoring a Sai
cfg_file=/usr/local/nagios/etc/objects/sai.cfg

Una vez definido, vamos a la siguiente ruta y creamos el archivo de configuración para los UPS:

cd /usr/local/nagios/etc/objects

vim sai.cfg

Dentro de este archivo, vamos a dar de alta nuestro UPS y los servicios que queramos chequear:

###############################################################################
# HOST DEFINITION
###############################################################################

# Define a host for the local machine

define host {
        use             generic-sai
        host_name       sai-cpd
        alias           SAI CDP
        address         Nuestra IP
        hostgroups      sai-group      
}

###############################################################################
# HOST GROUP DEFINITION
###############################################################################

# Define an optional hostgroup for Linux machines

define hostgroup {
        hostgroup_name  sai-group
        alias           sai
        members         sai-cpd
}


###############################################################################
# SERVICE DEFINITIONS
###############################################################################

# Define a service to "ping" the local machine

define service {
        use                     generic-service
        hostgroup_name          sai-group
        service_description     PING
        check_command           check_ping!100.0,20%!500.0,60%
}

define service {
        host_name               sai-cpd
        service_description     Alarms Present beta
        use                     generic-service
        check_command           check_upsmib2!AlarmsPresent!1!
}

define service {
        use                     generic-service
        hostgroup_name          sai-group
        service_description     Battery Status
        check_command           check_upsmib!BatteryStatus!3!4
}

define service {
        use                     generic-service
        hostgroup_name          sai-group
        service_description     Battery Temperature
        check_command           check_upsmib!BatteryTemperature!37!47
}

define service {
        use                     generic-service
        hostgroup_name          sai-group
        service_description     Estimated Charge Remaining
        check_command           check_upsmib!EstimatedChargeRemaining!50!30
}

define service {
        use                     generic-service
        hostgroup_name          sai-group
        service_description     Estimated Minutes Remaining
        check_command           check_upsmib!EstimatedMinutesRemaining!25!15
}

Ahora vamos a editar el archivo commands.cfg

vim commands.cfg

Dentro de este archivo de configuración, yo tengo creada una sección para el SAI y, así, poder identificarlo más rápido.

En esta, hemos definido dos comandos. El primero lo utilizamos para los servicios que requieran definir un Warning y un Critical y, el segundo, para los servicios que no requieran del Warning.

################################################################################
#
# CHECK SNMP SAI
#
###############################################################################

define command {
        command_name                    check_upsmib
        command_line                    $USER1$/check_upsmib -H $HOSTADDRESS$ -s 3 -u Usuario -A Password -T $ARG1$ -w $ARG2$ -c $ARG3$
}

define command {
        command_name                    check_upsmib2
        command_line                    $USER1$/check_upsmib -H $HOSTADDRESS$ -s 3 -u Usuario -A Password -T $ARG1$ -c $ARG2$
}

Una vez hecho, reiniciamos el servicio de Nagios, con el siguiente comando:

systemctl restart nagios

Y esperamos a que Nagios nos muestre el nuevo Host y todos los servicios estén OK.

Para que funcione Oauth IMAP, debemos tener en cuenta cumplir con los dos siguientes requisitos

• Tener instalada, mínimo, la versión 10 de GLP
• Habilitado el acceso por HTTPS en GLPi (si no sabes como, puedes seguir este manual)

Si no sabes como habilitar el HTTPS, puedes seguir este manual: http://www.nitic.es/habilitar-ssl-en-glpi/

Una vez cumplimos con los requisitos, lo primero que debemos hacer es descargar el plugin Oauth IMAP, desde el siguiente enlace:

https://github.com/pluginsGLPI/oauthimap/releases

Una vez descargado, lo subimos al servidor GLPi, en la ruta:

/var/www/glpi/plugins/

Una vez tenemos el plugin subido a nuestro servidor, debemos descomprimirlo con el siguiente comando:

tar -xf archive.tar.bz2

Ahora, vamos a los pluguins de GLPi, instalamos el Oauth IMAP y lo activamos. Una vez activado, procedemos a su configuración.

Lo primero que tenemos que hacer es acceder a nuestro portal de Azure AD. En el portal, debemos ir a Aplicaciones –> Registro de aplicaciones, en la columna de la izquierda.

Pulsamos en Nuevo registro, para añadir una nueva APP:

Añadirmos un numbro con el que identificaremos la aplicación. En nuestro caso GLPi y dejamos la opción de Tipo de cuentas compatibles, con la opción por defecto. Pulsamos en Registrar.

Por último, vamos a Certificados y secretos en la columna de la izquierda

Pulsamos en Nuevo secreto de cliente

Añadimos una descripción y una fecha de expiración. En nuestro caso, hemos puesto 24 meses:

Ahora, veremos los siguientes datos, donde debemos copiar el Valor.
IMPORTANTE: el código de valor, sólo lo podremos ver la primera vez. Después se verá encriptada.

Una vez tenemos la clave secreto, en GLPI, en la columna de la izquierda, vamos a Configuración –> Oauth IMAP applications. Ahora, en la parte superior, pulsamos en Añadir

Añadimos un nombre para identificar la conexión, lo activamos y en Oauth provider, seleccionamos Azure

Ahora, necesitamos el Client ID, Tenant ID y el Client secret (el código que hemos generado en el paso anterior). Estos datos los podemos conseguir de Azure AD, en la Información general de la aplicación que hemos registrado anteriormente.

Introducimos los datos y pulsamos en Guardar

Ahora vamos de nuevo a la configuración del plugin y acedemos al Oauth IMAP que acabamos de crear, pulsando en el nombre. En la columna de la izquierda, seleccionamos Oauth authorization y pulsamos en +Create an authorization

Se nos abrirá una ventana de login de Office 365, en el que introduciremos los datos de usuario con el que queremos hacer los envíos y recepción de emails.

Nos pedirá autorización para usar la aplicación. Pulsamos en Aceptar

Una vez añadido, veremos una lista con las cuentas de email autorizadas:

Ahora vamos a actualizar la configuración de las cuentas receptores. Para ello vamos a Configuración –> Receptores

Veremos una lista de las cuentas que tenemos configuradas. Accedemos a una de ellas y, en la opción Receptor, debemos aplicar la configuración siguiente:

Y pulsamos en Guardar.

Ahora vamos Acciones y pulsamos en Recuperar peticiones por correo ahora

Si todo ha salido bien, en la esquina inferior derecha, nos debería aparecer un recuadro como el siguiente

Realizamos la misma configuración para el resto de receptores y ya habremos finalizado con la configuración.

En nuestro caso, como tenemos GLPi en local, accedíamos siempre a través del puerto 80 (http), pero por necesidades de envío de email hemos tenido que cambiarlo al puerto 443 (https)

Nosotros no vamos a añadir ningún certificado, así que vamos a proceder directamente a configurar Apache. Para ello, creamos el archivos ssl-params.conf

sudo nano /etc/apache2/conf-available/ssl-params.conf

Y añadimos el siguiente contenido

SSLCipherSuite EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH

	SSLProtocol All -SSLv2 -SSLv3 -TLSv1 -TLSv1.1
	SSLHonorCipherOrder On

	Header always set X-Frame-Options DENY
	Header always set X-Content-Type-Options nosniff
	# Requires Apache >= 2.4
	SSLCompression off
	SSLUseStapling on
	SSLStaplingCache "shmcb:logs/stapling-cache(150000)"
	# Requires Apache >= 2.4.11
	SSLSessionTickets Off

Ahora vamos a editar el Virtual Host

sudo nano /etc/apache2/sites-available/default-ssl.conf

Editamos los campos ServerAdmin y ServerName

ServerAdmin mail@ejemplo.com
ServerName ejemplo.com

El resto del archivo lo dejamos por defecto.

Ahora configuramos el cortafuegos del equipo para permitir el tráfico HTTP y HTTPS. Primero comprobamos los perfiles de Apache que tenemos disponibles

sudo ufw app list

Recibiremos un resultado similar al siguiente:

Available applications:   
	Apache
	Apache Full
	Apache Secure
	OpenSSH

Para habilitar el tráfico HTTP (puerto 80) y HTTPS (443), usaremos el perfil Apache Full

sudo ufw app info "Apache Full"

Recibiremos el siguiente resultado

Profile: Apache Full 
	Title: Web Server (HTTP,HTTPS)
	Description: Apache v2 is the next generation of the omnipresent Apache web server.
	Ports: 80,443/tcp

Después, verificamos que el perfil está habilitado

sudo ufw allow in "Apache Full"

Ahora vamos configurar Apache. Para ellos, habilitamos los módulos mod_ssl y mod_headers

sudo a2enmod ssl
sudo a2enmod headers

Habilitamos la lectura de la configuración SSL, creada anteriormente:

sudo a2enconf ssl-params

Activamos el Host Virtual SSL por defecto:

sudo a2ensite default-ssl

Comprobamos que no hay errores de sintaxis en los archivos de configuración de Apache

sudo apache2ctl configtest

Si aparece el mensaje Sintaxis OK, procedemos a reiniciar Apache

sudo systemctl restart apache2

Ahora que ya hemos configurado y habilitado el protocolo HTTPS en nuestro servidor Apache, debemos modificar la URL de GLPi, para que funcione con HTTPS.

Para ello, debemos acceder a GLPi como Super-Admin y, en la columna de la izquierda, vamos al menú Configuración –> General

En la pantalla central, en Configuración general, veremos el campo URL de la aplicación, con la siguiente configuración:

Simplemente, debemos modificar la URL añadiendo la «s» al protocolo http

Y pulsamos en Guardar, en la esquina inferior derecha. Una vez realizado, ya podremos acceder a GLPi, con el protocolo HTTPS.

Para ello, debemos acceder a mysql:

mysql -u root -p

Una vez estamos dentro, cambiamos al usuario glpi:

use glpi;

Y ahora, restauramos la contraseña del usuario:

update glpi.glpi_users set password='$2y$10$p..X4No3kbL9zq3s9yyXuuNdbHN78Bd/j8aiInj5L7Fo1Hg3hJMFa' where name = 'glpi';

Y salimos de mysql

exit;

Ahora podremos volver a acceder, a través de la web, con el usuario glpi y contraseña glpi

La instalación de este complemento no es complicada pero que hay que tener en cuenta un pequeño detalle y es que, no es compatible con PHP 8.0.

Si seguiste nuestro manual de instalación de GLPI, no deberías tener ningún problema.

Lo primero que tenemos que hacer es descargar el plugin de la página oficial de GitHub, del desarrollador.

Para ellos, nos situamos en el directorio /var/www/html/glpi/plugin y ejecutamos el siguiente comando:

sudo wget https://github.com/pluginsGLPI/genericobject/archive/refs/heads/master.zip

Una vez descargado, descomprimimos el archivo:

sudo unzip master.zip

Veremos que nos ha creado un nuevo directorio llamado genericobject-master. Debemos renombrarlo eliminado «-master».

sudo mv genericobject-master genericobject

Ahora vamos a nuestro GLPI y accedemos a Configuración –> Complementos

Si es la primera vez que accedemos, nos preguntara si queremos reemplazar la pagina de configuración de plugins por el mercado online de GLPI, en el que te solicitará un registro en GLPI y te generará una clave. En nuestro caso le indicamos que NO.

En la siguiente ventana, veremos que nos aparece el plugin de genericobject (Gestión de Objetos).

Pulsamos en el icono de la derecha, en forma de carpeta con un + en el centro, para instalarlo.

Nos aparece un nuevo icono en rojo, a la izquierda del de instalación, que nos servirá para activarlo, veremos que se pone de color verde.

Ahora, si vamos a Configuración veremos que ya nos aparece el plugin instalado:

Si accedemos a el y pulsamos en el +, podremos ir añadiendo diferentes nuevos grupos, que no vienen definidos por defecto.

Una vez activo y creado un nuevo grupo, podremos verlos en Activos

1.- Lo primero es instalar todas las actualizaciones de nuestro Ubuntu.

sudo apt update && sudo apt upgrade

2.- Instalamos MariaDB

sudo apt install mariadb-server
sudo mysql_secure_installation

3.- Accedemos a nuestra BBDD como root

sudo mysql -u root -p
UPDATE mysql.user SET plugin = 'mysql_native_password' WHERE User = 'root';
FLUSH PRIVILEGES;

4.- Creamos la BBDD para utilizar GLPI

CREATE DATABASE glpi; CREATE USER 'glpi'@'localhost' IDENTIFIED BY 'NuestraContraseña';
GRANT ALL PRIVILEGES ON glpi.* TO 'glpi'@'localhost';
FLUSH PRIVILEGES;
EXIT;

NOTA: cambiamos NuestraContraseña por la que queramos utilizar

5.- Instalamos PHP y los siguientes complementos

sudo apt-get -y install php php7.4-{curl,gd,intl,imap,mysql,ldap,tidy,xmlrpc,pspell,mbstring,json,xml,gd,xsl,zip,bz2} php-{imagick,apcu,memcache,cas,pear} php7.4-common

6.- Instalamos Apache y su módulo para PHP

sudo apt-get -y install apache2 libapache2-mod-php

7.- Descargamos GLPI y los instalamos.

Para descargar la última versión de GLPI, accedemos a esta URL y comprobamos cuál es la última versión. En nuestro caso vamos a instalar la versión 9.5.6

export VER="9.5.6"
wget https://github.com/glpi-project/glpi/releases/download/$VER/glpi-$VER.tgz

8.- Descomprimimos el archivo descargado

tar xvf glpi-$VER.tgz

9.- Movemos el directorio descargado a la ruta /var/www/html/

sudo mv glpi /var/www/html/

10.- Damos permisos al usuario de Apache al directorio

sudo chown -R www-data:www-data /var/www/html/

11.- Damos permisos de acceso al directorio /var/www

Editamos el fichero /etc/apache2/apache2.conf

sudo nano /etc/apache2/apache2.conf

Buscamos las líneas que nos muestras la configuración de /var/www

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

Y modificamos el AllowOverride como All

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride All 
        Require all granted
</Directory>

Y reiniciamos el servicio de Apache

sudo service apache2 restart

12.- Una vez hecho todo esto, accedemos vía web a GLPI. Para ello, introducimos la IP del servidor de GLPI y la ruta del directorio.

http://127.0.0.1/glpi/install/install.php

13.- Seleccionamos el idioma de GLPI y pulsamos en OK

14.- Aceptamos los términos y pulsamos en Continuas

15.- Pulsamos en Instalar

16.- La siguiente pantalla es MUY importante, ya que nos indicara los complementos que necesita GLPI y sí los tenemos instalados.

17.- Configuramos la conexión a la BBDD

18.- Seleccionamos la BBDD que hemos creado anteriormente y pulsamos en continuar

19.- Pulsamos en continuar

20.- Dejamos marcado el check o no, para enviar las características de uso, y pulsamos en continuar.

21.- Pulsamos en continuar

22.- Y, finalmente, pulsamos en Utilizar GLPI

Veremos la página de login de GLPI en el que debemos introducir las credenciales por defecto:

Usuario: glpi

Contraseña: glpi

TOTALMENTE recomendado cambiar la contraseña una vez hemos accedido.

Y ya tendremos nuestro GLPI montado y 100% funcionando.

El primero, nos va a permitir forzar una sincronización delta:

Start-ADSyncSyncCycle -PolicyType Delta

El siguiente, nos permitirá forzar una sincronización completa (Full):

Start-ADSyncSyncCycle -PolicyType Initial

Para ello vamos a utilizar la documentación hecho por Juan Carrillo en freecodecamp.org

Requisitos

Para llevar a cabo esto, necesitaremos instalar Homebrew. Para ellos, debemos ejecutar el siguiente comando

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

E instalamos wimlib, con el que dividiremos el archivo Install.wim, para poder copiarlo sin problemas.

brew install wimlib

Pasos a seguir

Lo primero que vamos a hacer es conectar nuestro USB, dé al menos 16GB, a nuestro Mac y abrimos la terminal. En la terminal ejecutamos el siguiente comando para listar los discos y ver el nombre de nuestra memoria USB.

diskutil list

Como podemos ver, en nuestro caso, el USB se reconoce como /dev/disk2

Ahora vamos a formatear nuestro USB ejecutando el siguiente comando. Dependiendo del tipo de ordenador, necesitaremos MBR o GPT.

diskutil eraseDisk MS-DOS "WIN10" MBR /dev/disk2

diskutil eraseDisk MS-DOS "WIN10" GPT /dev/disk2

Veremos un proceso del formateo y al finalizar una pequeña información.

Ahora montamos nuestra imagen de Windows 10. Veremos que nos monta un nuevo disco, en este caso /dev/disk3. A tener en cuenta que el nombre de la ISO puede ser distinta.

hdiutil mount SW_DVD5_WIN_ENT_10_1703_64BIT_English_MLF_X21-36478.ISO

Ejecutamos el siguiente comando para copiar todos los archivos menos Install.vim. Este proceso será lento y veremos en pantalla la copia de los archivos. Al finalizar podremos ver un resumen.

rsync -vha --exclude=sources/install.wim /Volumes/CENA_X64FREV_EN-US_DV5/ /Volumes/WIN10

En caso de que sea necesario, creamos el directorio sources dentro de nuestro USB

mkdir /Volumes/WIN10/sources

Ahora, como hemos comentado anteriormente, vamos a dividir el archivo Install.wim. Este proceso puede ser muy lento. Aunque parezca que el proceso no avanza, no cerrarlo.

wimlib-imagex split /Volumes/CENA_X64FREV_EN-US_DV5/sources/install.wim /Volumes/WIN10/sources/install.swm 4000

Una vez acabe el proceso, ya podemos extraer nuestro USB y arrancarlo desde un PC

Para ello ejecutamos lo siguiente. abrimos PowerShell en nuestro windows y comprobamos el estado actual.

Get-WindowsOptionalFeature –Online –FeatureName SMB1Protocol

Para habilitarlo SMB1 ejecutamos

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

Para deshabilitar SMB1 ejecutamos

Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

lsb_release -a

la salida por consola seria parecida a esta:

Bueno pues manos a la obra, para poder ver nuestras tarjetas de red utilizaremos el siguiente comando:

Bueno hay varias formas de poder verlos yo os mostraré un par:

ls /sys/class/net/

Ip link

Ip address show

Bueno sabiendo todo esto ya podemos dirigirnos al fichero de configuración de la tarjeta de red.

Su ruta es: /etc/netplan

Si lo editamos, nano, vim, vi el editor de texto que os sintáis mas cómodos, vereis algo parecido a esto.

Vemos que el gestor que esta administrando nuestra tarjeta de red es NetworkManager, esto pasa porque es un Desktop si fuera un server seguramente os pondría que el gestor seria: networkd, aclarado este punto continuamos

lo primero que realizo es una copia:

Verificamos que esté copiado y continuamos, ahora editamos el fichero y escribimos el siguiente texto.

lo que estamos haciendo es asignar la ip de nuestro servidor manualmente.

le indicamos que no habilite el dhcp y le ponemos una ip de nuestro rango.

Salimos grabando y aplicamos los cambios con el siguiente comando:

sudo netplan apply

una vez aplicados podemos verificar el resultado

Ip address show

Fijaros que nos aparece la nueva ip inet 192.168.1.200/24 ……..

Pues lo que queda seria poner una segunda ip a nuestra tarjeta de red.

tan facil como volver a editar el fichero de configuracion y añadir la segunda ip

Difícil ehhhhhh

 Añadimos una segunda ip y listo, salimos guardando y podemos verificar que eso es correcto con el comando descrito anteriormente:

sudo netplan apply

Ip address show

si nos volvemos a fijar veremos que nuestra tarjeta de red tiene dos IP`s asignadas.

y por ultimo desde otra maquina podemos lanzar un ping a cada una de las ip’s para ver que responden las dos.

y esto es todo.

saludos.