Mundo Debian

Migrar Debian 10 (Buster) a Debian 11 (Bullseye)

2020-04-04T18:58:00.000-03:00

A la fecha de publicación de este post, la versión estable del Sistema Operativo Debian, es la versión 10 (Buster). Esta migración se realizara en un PC personal, así que lo primordial es realizar un respaldo a sus documentos.

Antes que nada vamos a verificar que servicios tenemos activos ejecutando el siguiente comando:

# netstat -tlpn

netstat -tlpn

Observando la imagen, vemos que solo tenemos activos los siguientes servicios:

111: rpcbind
22: ssh
631: cups

¿Porque debemos verificar que servicios tenemos activos? Sencillamente para que no afecte algún servicio en el proceso de migración.

Antes de empezar la migración, debemos tener nuestro Debian 10 (Buster) actualizado completamente, asi que ejecutamos los siguientes comandos:

# apt-get update
# apt-get upgrade
# apt-get dist-upgrade


apt-get dist-upgrade

lsb_release -a

Si todo ha ido sin problemas, realicemos comprobaciones de integridad y coherencia de la base de datos para paquetes parcialmente instalados, ejecutando el siguiente comando:

# dpkg -C

Luego realizamos una comprobación si tenemos paquetes retenidos, ejecutando este otro comando:

# apt-mark showhold

Si todo a ido bien, no debería mostrarnos ningún paquete. Luego eliminamos todas las dependencias que ya no sean necesarias, ejecutando:

# apt-get autoremove

Vamos ahora a cambiar los repositorios, pero primero realiza una copia a tu repositorio actual. Ya realizada la copia procedemos al cambio de los repositorios, para este paso utilizaremos el comando sed:

# sed -i 's/buster/bullseye/g' /etc/apt/sources.list

o

# sed -i 's/buster/testing/g' /etc/apt/sources.list

Ya realizado el cambio en los repositorios actualizamos los paquetes; recomiendo si tienen repositorios de terceros, comentarlos.

# apt-get update

# apt-get upgrade

# apt-get dist-upgrade

Nuevamente una vez realizado o ejecutados estos comandos, procedemos a eliminar las dependencias que ya no son necesarias:

# apt-get autoremove

y

# apt-get autoclean

Luego reiniciamos nuestro equipo:

# reboot

Una vez iniciado nuestro sistema verificamos que ya estamos en la versión Debian 11 (Bullseye) ejecutando estos comandos:

# lsb_release -a

# cat /etc/issue

# cat /etc/debian_version

OCS Inventory NG 2.6 en Debian Stretch

2019-05-14T16:36:00.000-04:00

Vamos a explicar como instalar OCS Inventory NG 2.6 en Debian Stretch.

Que es OCS Inventory, según la wikipedia es:

Open Computer and Software Inventory Next Generation (OCS) es un software libre que permite a los Administradores de TI (Tecnología de Información) gestionar el inventario de sus activos de TI. OCS-NG recopila información sobre el hardware y software de equipos que hay en la red que ejecutan el programa de cliente OCS ("agente OCS de inventario").

root@ocs:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 9.9 (stretch)
Release: 9.9
Codename: stretch

Lo primero que vamos a instalar es el Apache:

root@ocs:~# apt-get install apache2

Luego vamos a instalar PHP y una serie de librerías indispensables:

root@ocs:~# apt-get install libxml-simple-perl libcompress-zlib-perl libdbi-perl libdbd-mysql-perl libapache-dbi-perl libnet-ip-perl libsoap-lite-perl libarchive-zip-perl make build-essential php-pclzip php7.0 libapache2-mod-php7.0 php7.0-common php-pear php7.0-cli php7.0-ldap libxml-simple-perl libio-compress-lzma-perl php7.0-gd php7.0-curl php-soap libsoap-lite-perl libmojolicious-perl libplack-perl php-mbstring php-zip

Ahora vamos a instalar CPAN (Comprehensive Perl Archive Network) y dependencias:

root@ocs:~# cpan

Sorry, we have to rerun the configuration dialog for CPAN.pm due to

some missing parameters. Configuration will be written to

<</root/.cpan/CPAN/MyConfig.pm>>

CPAN.pm requires configuration, but most of it can be done automatically.

If you answer 'no' below, you will enter an interactive dialog for each

configuration option instead.

Would you like to configure as much as possible automatically? [yes]

Autoconfiguration complete.

commit: wrote '/root/.cpan/CPAN/MyConfig.pm'

You can re-run configuration any time with 'o conf init' in the CPAN shell

Terminal does not support AddHistory.

cpan shell -- CPAN exploration and modules installation (v2.1101)

Enter 'h' for help.

cpan[1]>

Cuando ejecutamos el comando cpan, por primera vez, nos muestra un dialogo de configuración, solo aceptamos y listo caemos en el promt del cpan. Ahora procedemos a ejecutar la instalación del cpan en su ultima versión.

cpan[1]> install cpan

Fetching with LWP:

http://www.cpan.org/authors/01mailrc.txt.gz

Reading '/root/.cpan/sources/authors/01mailrc.txt.gz'

............................................................................DONE

Fetching with LWP:

http://www.cpan.org/modules/02packages.details.txt.gz

Reading '/root/.cpan/sources/modules/02packages.details.txt.gz'

Database was generated on Fri, 10 May 2019 20:41:02 GMT

.............

New CPAN.pm version (v2.26) available.

[Currently running version is v2.1101]

You might want to try

install CPAN

reload cpan

to both upgrade CPAN.pm and run the new version without leaving

the current session.

...............................................................DONE

Fetching with LWP:

http://www.cpan.org/modules/03modlist.data.gz

Reading '/root/.cpan/sources/modules/03modlist.data.gz'

DONE

Writing /root/.cpan/Metadata

Warning: Cannot install cpan, don't know what it is.

Try the command

i /cpan/

to find objects with matching identifiers.

Antes de instalar los siguientes módulos de PERL, tenemos que tener instalado las siguientes librerías:

* libarchive-zip-perl
* libsoap-lite-perl
* libxml-simple-perl
* libnet-ip-perl
* libapache-dbi-perl
* libmojolicious-perl
* libplack-perl
* libyaml-0-2
* libswitch-perl

Instalamos los siguientes módulos de Perl:

* YAML
* XML::Entities
* SOAP::Lite
* Apache::DBI
* Mojolicious::Lite
* Plack::Handler

cpan[2]> install YAML

cpan[3]> install XML::Entities

cpan[4]> install SOAP::Lite

cpan[5]> install Apache::DBI

cpan[6]> install Mojolicious::Lite

cpan[7]> install Plack::Handler

Continuamos ahora con la instalación de la Base de Datos, que en este caso instalaremos MariaDB (la wiki de ocs recomienda instalar mariaDB), así que ejecutamos el siguiente comando:

root@ocs:~# apt-get install mariadb-server php7.0-mysql

Vamos a cambiar la clave root, crear la BD de OCS y crear el usuario de OCS en el mariaDB:

root@ocs:~# mysql -u root

MariaDB [(none)]> set password for 'root'@'localhost' = password('ocs2019');

MariaDB [(none)]> create database ocsweb;
Query OK, 1 row affected (0.01 sec)

MariaDB [(none)]> create user 'ocs'@'%' identified by 'ocs123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> grant all privileges on ocsweb.* to 'ocs'@'%' with grant option;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

Que realizamos anteriormente:

* Cambiamos el password de root de mariaDB con su clave: ocs2019

* Creamos una BD llamada: ocsweb

* Creamos el usuario ocs con su clave: ocs123456

* Y darle permisos al usuario ocs sobre la BD ocsweb

Ahora vamos a proceder a descargar el OCS Inventory desde su pagina web oficial: https://www.ocsinventory-ng.org/en/ nos vamos a la pestaña que dice DOWLOADS y seleccionamos OCS Inventory Unix/Linux Server. El archivo descargado en cuestion viene en formato .tar.gz asi que procedemos a descomprimirlo, asi que ejecutamos:

root@ocs:~# tar xzf OCSNG_UNIX_SERVER_2.6.tar.gz

Accedemos a la carpeta y ejecutamos el archivo setup.sh

root@ocs:~/OCSNG_UNIX_SERVER_2.6# ./setup.sh

NOTA: durante la instalación lo mas seguro es que te aparezca este Warning:

Checking for Apache2::SOAP PERL module...

*** Warning: PERL module Apache2::SOAP is not installed !

This module is only required by OCS Inventory NG SOAP Web Service.

Do you wish to continue ([y]/n]

De igual forma puedes continuar con la instalación, pero es preferible que todo quede bien; entonces lo que tenemos que hacer es instalar el siguiente paquete e instalar el modulo en Perl:

root@ocs:~/OCSNG_UNIX_SERVER_2.6# apt-get install apache2-dev

cpan[1]> install Apache2::SOAP

Seguimos con la instalación; el OCS nos realizara una serie de preguntas el cual vamos respondiendo con Y ó N; si nos falta alguna dependencia o modulo de Perl, te indica si puede continuar o cancelar la instalación. Una vez finalizado debe mostrarnos lo siguiente:

Antes de ir al navegador tenemos que modificar 2 archivos; los archivos están ubicados en la ruta: /etc/apache2/conf-available

* z-ocsinventory-server.conf

* zz-ocsinventory-restapi.conf

root@ocs:/etc/apache2/conf-available# vim z-ocsinventory-server.conf

En este caso se modifico solo la clave.

root@ocs:/etc/apache2/conf-available# vim zz-ocsinventory-restapi.conf

Igual que el archivo anterior, solo se cambia la clave.

Ahora creamos enlaces simbólico y cambiamos permisos:

root@ocs:~# ln -s /etc/apache2/conf-available/ocsinventory-reports.conf /etc/apache2/conf-enabled/ocsinventory-reports.conf

root@ocs:~# ln -s /etc/apache2/conf-available/z-ocsinventory-server.conf /etc/apache2/conf-enabled/z-ocsinventory-server.conf

root@ocs:~# chown www-data:www-data -R /var/lib/ocsinventory-reports

root@ocs:~# /etc/init.d/apache2 restart

[ ok ] Restarting apache2 (via systemctl): apache2.service.

Ahora si procedemos abrir nuestro navegador web: http://server/ocsreports

Colocamos los datos para la conexión a la DB, y si todo a ido bien, nos muestra la siguiente pantalla:

Hacer click en OCS-NG GUI:

Hasta este punto ya tenemos el OCS Inventory instalado y funcionando, solo nos queda agregar a los agentes en los servidores o PC. Como ven no es complicada la instalacion, pero si tediosa cuando te da errores por falta de alguna dependencia o modulo de Perl.

Referencias WEB:

https://wiki.ocsinventory-ng.org/02.Basic-documentation/Setting-up-a-OCS-Inventory-Server/

https://miloszengel.com/ocs-inventory-ng-2-5-install-guide-on-debian-stretch-with-ssl-and-deployment/3/

Openvas - Greenbone Security Assistant

2019-05-07T11:24:00.000-04:00

En una entrada anterior explique como instalar OpenVas en Kali ahora vamos a proceder para explicar en parte como utilizar la interfaz web de OpenVas que es el Greenbone Security Assistant.

Antes que nada, debemos de actualizar las firmas del OpenVas, así que ejecutamos:

root@kalilinux:~# openvas-feed-update

Procedemos a iniciar nuestro OpenVas, ejecutando el siguiente comando:

root@kalilinux:~# openvas-start

Como ven en la ultima imagen, el navegador web se inicia con la siguiente url: https://127.0.0.1:9392

Iniciamos sesión con nuestro usuario y password y ahora si, vamos a los que vinimos. Lo primero que nos encontraremos es el Dashboard del Greenbone Security Assitant el cual no posee nada ya que no hemos realizado ningún análisis.

Ahora vamos agregar las maquinas a las cuales les realizaremos el scaneo; para esto nos vamos donde dice:

* Configuration --> Targets

* New Target

.- Name (Nombre del Servidor)

.- Manual (IP servidor)

Las demás opciones dejarlas predeterminadas, y darle al botón Create.

Nos toca configurar la tarea a realizar, o sea el tipo de escaneo a realizar:

* Scans ---> Tasks

* New Task

.- Name: nombre del scaneo

.- Scan Targets: Selecciona el servidor a escanear, en este caso Server01

.- Schedule: marcar casiila once (ver imagen).

Luego de crear la nueva tarea, nos aparecerá en la barra de tareas el nuevo Scan a realizar al Server01:

Para ejecutarlo, solo le damos clic al boton verde

y en la parte superior el auto-refresh de la pagina, el cual podemos elegir el tiempo que deseamos para refrescar la pagina:

Y cada vez que se va refrescando la pagina, nos muestra el progreso del scaneo:

Una vez culminado el escaneo, nos muestra los resultados del análisis realizado:

El resultado como tal, ninguna vulnerabilidad grave; si existiera alguna, nos mostraría la vulnerabilidad y los pasos que podemos realizar para corregirla; en mi caso la vulnerabilidad LOW que me muestra es:

Se observa el tipo de solución tanto para Windows como para Linux, el impacto y los resultados de la vulnerabilidad. Estos resultados podemos descargarlos en formato PDF.

Es cuestión de ir jugando con la aplicación para conocerla y entenderla.

Entendiendo un poco a Greenbone Security Assistant; en la pestaña Configuration ---> Port Lists vemos el listado de los tipos de escaneo que podemos elegir cuando creamos un New Targets:

y en Configuration ---> Scan Configs se lista los diferentes scaneo a realizar, el cual se declaran cuando creamos un New Task:

Estos listados de Port Lists y Scan Configs pueden ser personalizados y ajustarlos a nuestra necesidad para el tipo de Escaneo que queremos realizar. En lo personal utilizo esta aplicación para escanear los servidores en mi red local, mucho cuidado del como la utiliza en su entorno y mas si es sobre servidores en producción.

Espero sirva de algo este post para algún amigo Debianero, de igual forma se escuchan sugerencias. Saludos.

Post Relacionado:

https://esdebianfritto.blogspot.com/2019/04/instalacion-openvas-9-en-kali.html

Referencias WEB:

https://www.hackingtutorials.org/scanning-tutorials/vulnerability-scanning-openvas-9-0-part-2/

https://www.hackingtutorials.org/scanning-tutorials/vulnerability-scanning-with-openvas-9-scanning-the-network/

Instalacion Openvas 9 en Kali

2019-04-25T11:26:00.000-04:00

Hoy trataremos el tema de como instalar OpenVas en la distribución Gnu/Linux Kali en su versión 2019.1

Version Kali 2019.1

Esta practica la realice en una maquina virtual en virtualbox; en la pagina web de kali, se puede descargar una imagen .ova ya configurada. También posee imágenes para VMware. Dejo por aqui el link de descarga:

https://www.offensive-security.com/kali-linux-vm-vmware-virtualbox-image-download/

Ya todo listo con nuestra virtual de Kali, procedemos a instalar y configurar el OpenVas. Lo primero es abrir una terminal y actualizar todo el Kali. Ya todo actualizado, ejecutamos el siguiente comando:

# apt-get install openvas

Una vez instalado, procedemos a realizar la instalación y configuración ejecutando el siguiente comando:

# openvas-setup

Este proceso se demora bastante. Una vez finalizado te mostrara un password (ver imagen)

openvas-setup

con el cual es que vas acceder vía web (el usuario por defecto es admin); pero este password lo podemos modificar y colocar el que deseamos, para eso ejecutamos el comando:

# openvasmd --user=admin --new-password=clavenueva

En cambio si queremos crear un nuevo usuario, ejecutamos este otro comando:

# openvasmd --create-user=kali --new-password=clavenueva

Vamos a verificar si en verdad están escuchando el administrador de Openvas, el escaner y los servicio de GSAD, utilizando el comando netstat:

# netstap -tlpn

netstap -tlpn

Ya verificado, procedemos a iniciar el OpenVas:

NOTA: luego de ejecutar por primera vez el comando openvas-setup y este alla finalizado, no hace falta ejecutar el comando openvas-start ya que el mismo esta iniciado.

# openvas-start

[*] Opening Web UI (https://127.0.0.1:9392) in: 5... 4... 3... 2... 1...

Username: admin
Password: clave nueva

Para actualizar las firmas de OpenVas, ejecutamos:

# openvas-feed-update

Bueno hasta aquí ya tenemos nuestro OpenVas instalado y configurado. En una próxima entrada, tratare de explicar como utilizar la interfaz web Greenbone Security Assistan.

Referencias WEB:

https://www.kali.org/penetration-testing/openvas-vulnerability-scanning/
https://tools.kali.org/vulnerability-analysis/openvas

Hardening SSH en Debian 9

2018-12-06T15:21:00.000-03:00

Hace algunos años realice una publicacion sobre Hardening Servidores en Debian, esta vez voy hablar sobre Hardening en SSH, que es endurecer las politicas de configuracion del SSH.

Todo esta configuracion la realizaremos en un Debian 9 (stretch) con la version del ssh 7.4

Antes de empezar recordemos de realizar una copia de seguridad a el archivo de configuracion del ssh; el cual esta en la siguiente ruta:

#cd /etc/ssh/

y el archivo a modificar seria: sshd_config

Ahora si manos a la obra, asi que utilizando el editor de texto vim procedemos a editar el archivo antes mencionado; y modificamos los siguientes parametros:

Port 22 # Puerto por defecto del ssh, cambiarlo por otro puerto.
LoginGraceTime 30 # cantidad de segundos en que la pantalla de login estará disponible.
PermitRootLogin no # deshabilitar el acceso directo como root.
MaxStartups 3 # cantidad de conexiones simultanea.
MaxSessions 2 # Especifica el número máximo de sesiones abiertas permitidas por conexión de red. El valor predeterminado es 10.
AllowUsers [username] # limitar el acceso de usuarios, solo agregar los usuarios permitido para hacer conexion.
IgnoreRhosts yes # no permite que SSH confíe en un host basado solo en su IP.
HostbasedAuthentication no # es igual que la opcion anterior.
PermitEmptyPasswords no # evita que los usuarios inicien sesión en SSH con una contraseña vacía, si se establece como tal.
X11Forwarding no # detiene la posibilidad de que el servidor envíe comandos de vuelta al cliente.
MaxAuthTries 3 # desconecta la conexión SSH después de 3 intentos de autorización fallidos.
Ciphers aes128-ctr,aes192-ctr,aes256-ctr # desactivar los cifrados débiles.
UsePAM yes # deshabilita la autenticación de contraseña y difiere la autorización al PAM basado en clave.
ClientAliveInterval 300 # cierra la sesión de usuarios inactivos después de 3 minutos.
ClientAliveCountMax 0 # cuántas veces el servidor comprueba si la sesión está activa antes de soltar.
Banner none # agregar un banner de advertencia para cuando se conecten via ssh.
AddressFamily inet # deshabilitar ipv6.
LogLevel VERBOSE # registra la huella digital del usuario al iniciar sesión.
AllowTcpForwarding no # reenvío de puertos a través de SSH (SSH tunneling)
Compression no # Especifica si la compresión está habilitada después de que el usuario se haya autenticado correctamente.
TCPKeepAlive no # Especifica si el sistema debe enviar mensajes de keepalive de TCP al otro lado.
AllowAgentForwarding no # Especifica si se permite el reenvío ssh-agent.

Despues de modificar el archivo, ejecutamos el siguiente comando para validar si tenemos algun error en la configuracion:

#sshd -t

Si no muestra nada, es que todo esta OK y procedemos a reiniciar el servicio de ssh:

#/etc/init.d/ssh restart

Esto seria todo, algo sencillo de realizar.
Si algun otro conoce algun parametro que pueda ser agregado o modificado en la configuracion, bienvenido sea.

Referencias WEB:

https://www.cyberciti.biz/tips/linux-unix-bsd-openssh-server-best-practices.html

https://www.cyberciti.biz/tips/checking-openssh-sshd-configuration-syntax-errors.html

https://www.process.st/server-security/

https://www.ssh.com/ssh/sshd_config/

Actualizacion Nagios 4.3.4 a Nagios 4.4.2

2018-12-04T10:45:00.001-03:00

Este procedimiento de actualizacion se realizo en un Debian 9 (stretch):

PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

NOTA: recordemos realizar un respaldo a los archivos que ya tenemos configurado del Nagios antes de ejecutar esta actualizacion.

Procederemos actualizar la version del Nagios 4.3.4 a la ultima version actual estable a la fecha de hoy 04/12/2018, que seria la version Nagios 4.4.2; ver imagen:

Lo primero es descargar el archivo desde la pagina web de nagios https://www.nagios.org/downloads/nagios-core/

Ya descargado el archivo, procedemos a descomprimirlo con el siguiente comando:
#tar -zxf nagios-4.4.2.tar.gz

Procedemos acceder al directorio:

#cd nagios-4.4.2

Ahora viene la instalacion o actualizacion del Nagios, ejecutando los siguientes comandos:

#./configure --with-nagios-group=nagios --with-command-group=nagcmd --with-httpd_conf=/etc/apache2/sites-enabled/

#make all

#make install

#make install-init

#systemctl enable nagios

Ya ejecutados todos los comandos procedemos a validar la configuracion del Nagios, ejecutando el siguiente comando:

#/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

Si todo ha ido bien, no deberia mostrarnos ningun error:

Nagios Core 4.4.2

Last Modified: 2018-08-16

License: GPL

Website: https://www.nagios.org

Reading configuration data...

Read main config file okay...

Read object config files okay...

Running pre-flight check on configuration data...

Checking objects...

Checked 158 services.

Checked 48 hosts.

Checked 8 host groups.

Checked 0 service groups.

Checked 5 contacts.

Checked 1 contact groups.

Checked 29 commands.

Checked 5 time periods.

Checked 0 host escalations.

Checked 0 service escalations.

Checking for circular paths...

Checked 48 hosts

Checked 0 service dependencies

Checked 0 host dependencies

Checked 5 timeperiods

Checking global event handlers...

Checking obsessive compulsive processor commands...

Checking misc settings...

Total Warnings: 0

Total Errors: 0

Things look okay - No serious problems were detected during the pre-flight check

ahora procedemos a reiniciar el Nagios:

#systemctl restart nagios

Verificamos el status del servicio de Nagios:

#systemctl status nagios

nagios.service - Nagios Core 4.4.2

Loaded: loaded (/lib/systemd/system/nagios.service; enabled; vendor preset: enabled)

Active: active (running) since Mon 2018-11-19 14:56:20 -03; 9min ago

Docs: https://www.nagios.org/documentation

Accedemos via web y observamos que esta corriendo la version actualizada:

Hasta aqui llegamos, nada complicado; pero recuerden siempre realizar respaldo antes de cualquier cambio a alguna aplicacion o archivo del servicio en ejecucion.

Referencia WEB:

https://www.nagios.org/documentation

https://nksistemas.com/como-actualizar-nagios-core/

Instalacion Red Hat Virtualization Host 4.2

2018-09-13T12:23:00.000-03:00

En este post vamos a plasmar como instalar el Host (hypervisor), así que lo principal es tener la imagen ISO y grabarla en un DVD. Link descarga imagen ISO (RHVH-4.2-20180828.0-RHVH-x86_64-dvd1.iso):

https://access.redhat.com/downloads/content/415/ver=4.2/rhel---7/4.2/x86_64/product-software

Procedemos a bootear el servidor por el DVD, y nos muestra la siguiente pantalla, donde le damos enter en: Install RHVH 4.2

install RHVH 4.2

· Ya iniciada la instalación, nos muestra la pantalla donde seleccionamos el idioma durante el proceso de instalación:

idioma instalación

Luego de configurar el idioma, nos muestra la pantalla del INSTALLATION SUMMARY:


Procedemos a configurar el DATE & TIME:

· Configuración de KEYBOARD LAYOUT:

· Particionado del Disco Duro, aquí seleccionamos el disco y podemos seleccionar la opción I will configure partitioning para editar manualmente las particiones:

En esta parte podemos darle a la opción Click here to créate them automatically para que nos cree las particiones manualmente:

· Nos solicitara si queremos aceptar los cambios y guardar:

Configuración del NETWORK & HOSTNAME:

Activación automática de la interfaz de red, en la pestaña General:

En la pestaña IPv4 Settings; seleccionar method: Manual y proceder a la configuración de la IP manual, Netmask, Gateway y DNS:

Ya configurado todos los ITEMS, procedemos a empezar la instalación dando click en Begin Installation:

· Y empieza nuestro proceso de instalación, a su vez podemos configurar las claves del usuario ROOT y la creación del usuario:

· Ya finalizado el proceso de instalación, le damos al botón REBOOT:

· Una vez reiniciado el sistema, seleccionamos en el grub la primera opción rhvh-4.2:

· Una vez iniciado, colocamos el usuario root y la contraseña configurada previamente:

· Se observa el estatus que dice OK, si ejecutamos el comando “nodectl check” nos muestra la siguiente información:

Ya hasta aquí tenemos nuestro HOST (Hypervisor) instalado. Solo nos queda registrar el sistema con el siguiente comando:

# subscription-manager register --username usuario --password password --auto-attach --force

Habilitar el siguiente repositorio:

# subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

Luego actualizar el repositorio con el siguiente comando:

# yum update

Ya todo listo, nuestro Host esta activo y registrado para su funcionamiento. Como ven nada complicado la instalación; si tienen alguna duda o quieren aportar algo, no duden en escribir, Saludos!!!

Referencias WEB:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/

Configuración Almacenamiento Local en RHV – Manager 4.2

2018-08-16T12:14:00.002-03:00

En este post hablaremos de como configurar el almacenamiento local en nuestro RHV - Manager 4.2. Anteriormente en el post Creación Infraestructura en RHV – Manager v 4.2, comente como crear un almacenamiento con NFS.

Lo primero que tenemos que hacer es crear un nuevo Data Center Local:

Compute -----> Data Centers -----> New

Creación DC Local

Name: nombre del data center local.
Description: información del data center local.
Storage type: tipo de almacenamiento, en este caso, local.
Compatibility Version: seleccionar la versión 4.2
Quota Mode: se deja desactivada.

El próximo paso es crear un Cluster Local:
Compute ----> Clusters ----> New

Creación Cluster Local

Name: nombre que se le va a dar al cluster local.
Description: información del cluster local.

Recordemos que hasta este punto el Data Center Local no se encuentra activo aun (ver imagen abajo), el mismo se activara cuando configuremos el dominio de almacenamiento local.

DC no activo

Nuestro próximo paso, es instalar el Host (hypervisor), ya este procedimiento se explicó anteriormente, así que solamente tomaremos uno de los Host ya instalado, y lo moveremos a nuestro Cluster Local. Para realizar este procedimiento, nos vamos a:

Compute ----> Hosts

Luego nos vamos donde dice: Management ---> Maintenance

Al seleccionar Maintenance, nos muestra la siguiente pantalla preguntando si queremos colocar el Host en mantenimiento:

Luego de darle al botón OK, el host entra en modo mantenimiento, se puede ver en la primera columna del lado izquierdo que aparece una llave:

mantenimiento Host

Ya en este estado el Host, procedemos a editarlo:

editar host

Solo modificamos donde dice: Host Cluster y seleccionamos el Cluster Local y le damos al botón OK. Ahora nos queda es activar nuevamente el Host: Management ---> Activate

activación host

Y ya tenemos nuestro Host activo:

host activo

Ahora si vamos a proceder a configurar nuestro Almacenamiento Local, que en este caso sería en el Host donde se almacenaría la data. Para este proceso tenemos que tener la ruta donde se van a guardar las máquinas virtuales y las ISO. En este caso se crearon dos (2) directorios, uno llamado virtuales y el otro ISO.

Nos vamos a la siguiente ruta:

Storage ----> Storage Domains ----> New Domain

almacenamiento local - Data

Data Center: seleccionar el creado local.
Storage Type: seleccionar Local on Host.
Name: nombre del dominio de almacenamiento local.
Path: la ruta donde se van almacenar las maquinas virtuales.

Este mismo proceso se realiza para las ISO, solamente se cambiarían las opciones donde dice:

Domain Funtion: seleccionar ISO.
Name: nombre del dominio ISO.
Path: ruta donde se almacenaran las ISO.

Y listo, ya nuestro Data Center se encuentra activo.

Saludos... 😎

Invalid WEB_CMD configuration option: Relative pathname: "/bin/false" - rkhunter

2018-08-15T02:48:00.000-03:00

..::Saludos Debianeros::..

Hoy me puse a instalar la aplicación rkhunter en mi Debian 10 (Buster), y todo bien, hasta que me toco actualizarlo con el comando:

#rkhunter --update

y el mismo me enviá el siguiente error:


error

consultando con el amigo de todo Informático; Google, me consigo una solución a este problema. El mismo consiste en cambiar unos parámetros en la configuración del rkhuunter.

NOTA: recordemos como buen SysAdmin respaldar todo aquel archivo que va a ser modificado.

El archivo que se va a modificar se encuentra en /etc

Así que procedemos a crearle una copia antes de editarlo, con el siguiente comando:

#cp -rp rkhunter.conf rkhunter.conf.bkp

Luego con nuestro editor de texto preferido (vi, vim, nano, gedit) procedemos a modificar los siguientes parámetros:

UPDATE_MIRRORS=0 -----> UPDATE_MIRRORS=1

MIRRORS_MODE=1 -----> MIRRORS_MODE=0

WEB_CMD="/bin/false" -----> WEB_CMD=""

Salimos y guardamos los cambios; y ejecutamos el siguiente comando:
#rkhunter --versioncheck

versión rkhunter

Ahora nos falta ejecutar el comando para actualizar el rkhunter, y no debería mostrarnos ningún error, asi que ejecutamos el siguiente comando:
#rkhunter --update

rkhunter update

Y listo ya tenemos nuestro rkhunter actualizado y listo para ser ejecutado.
Hasta aqui llegamos, nada del otro mundo; pero me gusta documentar este tipo de errores. Alguna duda o sugerencia no olviden escribir.

Saludos...😎

Referencias WEB:
https://es.wikipedia.org/wiki/Rkhunter
https://churchill.ddns.me.uk/post/rkhunter-invalid-web-cmd-configuration-option/

Creación Infraestructura en RHV – Manager v 4.2

2018-08-14T15:22:00.000-03:00

La versión 4.2 de RHV – Manager cambia en su aspecto y versiones de los cluster y host (hypervisor), aquí se documentara como crear una infraestructura básica.
Lo principal es abrir nuestro navegador web y colocar la dirección del administrador de RHV – Manager:

https://midominio.com/ovirt-engine/

Administrador RHV - Manager

Le damos click en Portal de Administración:


login

Colocamos el usuario y la contraseña e ingresamos al portal de RHV – Manager:

Pantalla Principal

A partir de este momento comienza la configuración de la infraestructura, se divide de la siguiente forma:

Data Centers
Clusters
Hosts (hypervisor)
Data Storage Domains
Virtual Machines

Para configurar no es exactamente en el orden que fue mencionada, ya que en este caso lo que es el Centro de Datos (Data Centers) y el Cluster ya vienen creados uno en cada uno por defecto, pero están desactivados.

Lo primero que tenemos que configurar es el Host (Hypervisor) y la ruta es la siguiente: Computo ---> Host ---> Nuevo:

New Host

Nota: recordemos que tenemos que tener configurado los Host (Hypervisor) en otros servidores diferentes. En un post anterior explique como instalar los Host

Completar los datos que nos solicitan en las diferentes pestañas, más que todo en la pestaña: General y al terminar darle OK. Nos va a salir una alerta de configuración de gestión de energía, la ignoramos (por los momentos) y le damos nuevamente OK:

Ahora comienza el proceso de instalación del Host (Hypervisor), podemos ver en la columna estado donde indica: Instalando

Instalación Host

Este proceso solamente dura unos minutos, y si todo va bien el estado de la columna cambia a: Inicializando y luego a Funcionando

Host instalado

Hasta esta parte, ya tenemos nuestro Host (hypervisor) funcionando correctamente, pero nuestro Centro de Datos no se encuentra activo aun (ver imagen abajo), ya que el mismo necesita la configuración de almacenamiento, el cual sería nuestro próximo paso

Centro Datos no inicializado

Para configurar el almacenamiento (NFS), seguimos la siguiente ruta: almacenamientos ---> Dominios ---> Nuevo Dominio

Almacenamiento NFS

Procedemos a completar los datos que nos solicita:

Nombre: Dominio de Almacenamiento.
Función Dominio: Donde se guardan las MV.
Tipo de Almacenamiento: en este caso NFS (puede ser tambien iSCSI, GlusterFS, Fibra )
Ruta de exportación: ruta del servidor NFS

Al terminar le damos al botón OK y luego de unos segundos nos muestra la siguiente pantalla:

Almacenamiento NFS activo

Ya tenemos nuestro Almacenamiento NFS activo, y nuestro Centro de Datos se activa, ver imagen:

Centro de Datos activo

En lo principal tenemos que tener 2 nombres de Dominio, que serían el Data e ISO. Ya tenemos configurado el almacenamiento Data que fue explicado en el paso anterior, ahora vamos con el ISO que serían los mismos pasos, únicamente se cambiaría estos 2 puntos:

Alamacenamiento ISO

Función del Dominio: en este caso seria ISO
Ruta de Exportación: ruta donde se guardaran las ISO

Ya completado los campos solicitados, le damos al botón OK y luego de unos segundo ya tenemos nuestros almacenamientos activos:

Almacenamiento activo

Antes de crear las máquinas virtuales, necesitamos cargar las imágenes ISO en nuestro sistema de almacenamiento NFS (ISO). Esto lo realizaremos desde nuestro servidor RHV – Manager. El comando a ejecutar es el siguiente:

#engine-iso-uploader upload -i ISO-Domain archivoISO

Observamos el proceso de carga de las imágenes ISO desde nuestro servidor RHV – Manager hasta nuestro servidor NFS.

Carga de imagen ISO

Luego de concluido este proceso, podemos verificar en nuestro administrador de RHV – Manager las imágenes cargadas, el cual se verifican en la siguiente ruta: Almacenamiento ---> Dominio y luego un click al dominio ISO

Imágenes ISO

Para crear las Máquinas Virtuales, nos vamos a la siguiente ruta:

Computo -----> Máquinas Virtuales ----> Nuevo

Nueva Maquina Virtual

En este punto, tenemos varias pestañas, pero mencionaremos y completaremos las más importantes en este caso:

General: aquí seleccionamos el Cluster, Sistema Operativo, Optimizado para, Nombre, Descripción, Imágenes de la Instancia (Disco Duro Virtual), Instancias de Red.

General

Sistema: configuración de la Memoria RAM, Memoria Máxima, Total de CPUs virtuales.

Sistema

Opciones de Arranque: elegir la secuencia de arranque (cd-rom o disco duro), adjuntar cd (muestra las imágenes ISO cargadas).

Opciones de Arranque

Hasta este punto, ya tenemos lo necesario para crear nuestra máquina virtual, una vez completado esos pasos le damos al botón OK.

Maquina Virtual

Tenemos nuestra máquina virtual creada, mas no está iniciada (sin configurar), pero antes de hacerlo, tenemos que configurar la aplicación de la consola de gráfico para interactuar con las máquinas virtuales. En este paso necesitamos descargar la aplicación virt-viewer (para Windows) e instalar en nuestro Windows.

Para descargar el archivo, accedemos a la siguiente url:

https://virt-manager.org/download/sources/virt-viewer/virt-viewer-x64-6.0.msi

Si desean instalar el virt-viewer en sistemas Linux, lo puede realizar en las siguientes distribuciones:

# yum install virt-manager (Fedora)

# apt-get install virt-manager (Debian)

# emerge virt-manager (Gentoo)

# pkg_add virt-manager (OpenBSD)

De igual manera pueden acceder a la pagina web de virt-manager:

https://virt-manager.org/
Ya instalada en nuestro Windows, nos vamos a la ruta donde esta nuestra máquina virtual: Computo ----> Máquinas Virtuales

Ya ubicado le damos al botón Ejecutar:

Esto iniciara la máquina, pero necesitamos acceder por la consola, entonces le damos click al botón Consola:

Nos abre el siguiente dialogo y le damos aceptar:

Seguido nos aparece para comenzar a instalar nuestra Máquina Virtual, que en este caso sería CentOS 7.

Instalación S.O de la Maquina Virtual

Listo, ya tenemos nuestra infraestructura básica creada. Hasta aquí por los momentos, si tienen alguna duda o sugerencia no duden en escribir.

Saludos...👍

Referencias WEB:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/installation_guide/

https://virt-manager.org/

http://rpm.pbone.net/index.php3/stat/45/idpl/24195949/numer/8/nazwa/engine-iso-uploader

Integración de RHEV - Manager y RHEV - Hypervisor

2018-08-08T11:32:00.001-04:00

Este procedimiento de integrar el RHEV - Manager y el Hypervisor, se puede realizar de dos maneras:

Agregar el administrador RHEV - Manager en la consola de administración del Hypervisor.
Agregar el Hypervisor desde el portal de administración de RHEV - Manager.

Vamos a empezar por la primera opción.

Accedemos a la consola de administración del Hypervisor, en el apartado RHEV-M:

RHEV-H 7.3

Indicamos el nombre (FQDN) del servidor RHEV-M y el puerto; los campos de password se dejan en blanco:

RHEV-M

Se realizó el registro del Servidor RHEV-M


Registro RHEV-M

Accedemos al administrador del RHEV-Manager:

Podemos visualizar que se encuentra nuestro Hypervisor, procedemos a darle clic derecho sobre él y le damos a la opción Aprobar:

Nos indica si queremos hacer alguna modificación sobre el Hypervisor que vamos aprobar, le damos OK: (nos saldrá una advertencia sobre la gestión de energía, la ignoramos y le damos OK)

Ya aquí tenemos el Hypervisor administrado por RHEV-Manager; en el mismo podemos crear nuestras Maquinas Virtuales.

La otra opción es agregar el Hypervisor desde el RHEV-Manager (opción recomendada)

Lo primero es irnos a la consola del Hypervisor y ubicarnos en la opción RHEV-M; solamente colocaremos el password (del hypervisor) y la confirmación del mismo:

Luego ingresaremos a la consola de administración de RHEV-Manager. Nos vamos a la pestaña que dice Hosts y le damos click derecho y nuevo:

Procedemos a completar los datos que nos solicita del Hypervisor:

Nos mostrara este aviso de gestión de energía, lo ignoramos (por los momentos) y le damos ok:

Se procederá a la instalación del Hypervisor, una vez finalizado mostrara en la columna estado, UP; también podemos observar las especificaciones en la parte inferior en la pestaña: General

Ya listo tenemos nuestro Hypervisor funcionando.

Referencias WEB:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/html/Installation_Guide/ch07s02.html

https://www.ovirt.org/

Instalación de Red Hat Enterprise Virtualization Hypervisor

2018-07-31T15:43:00.001-04:00

En la entrada anterior explique como instalar el RHV - Manager que seria el administrador de la Plataforma de Virtualización; ahora en este post vamos a explicar como instalar los Host (Hypervisor) que son donde se ejecutaran las Maquinas Virtuales.

Esta instalación la realizaremos mediante la descarga de la imagen ISO del Host (hypervisor), la cual será instalando el paquete: rhev-hypervisor7.

Para proceder a descargar el ISO del hypervisor, necesitamos habilitar el repositorio, ejecutamos el siguiente comando:

#subscription-manager repos --enable=rhel-6-server-rhevh-rpms

Actualizamos los repositorios ejecutando el siguiente comando:

#yum update

Ahora si procedemos a instalar el paquete mencionado anteriormente:

#yum install rhev-hypervisor6

NOTA: esta ISO se descarga desde la version 6.10 de Red Hat Enterprise Linux.

Aquí observamos el paquete y sus dependencias a instalar. Luego de la instalación nos movemos a la siguiente ruta:

#cd /usr/share/rhev-hypervisor

Y observamos la .ISO que necesitamos:

Ahora solo tenemos que grabar esa imagen .ISO en un CD, DVD o USB. Ya con la unidad para bootear e instalar nuestro REHV-Hypervisor nos encontramos con esta primera pantalla:

Aunque se descargo fue la ISO de la version 6 del Hypervisor, la que muestra la imagen es la 7; pero los pasos de instalación son los mismos; ademas observen donde esta la linea roja que indica: No Virtualization hardware was detected on tjis system

Este mensaje se debe a que estoy instalando el hypervisor en un equipo que no soporta virtualizacion; ya que solo es para documentar la instalación.

Vemos que el cursor esta donde dice: Install Hypervisor 7.3, le damos enter. Ahora nos muestra la siguiente pantalla para configurar el teclado:

Siguiendo el proceso, ahora toca seleccionar el disco y darle a Continue:

Podemos dejar marcada la opción Fill disk with Data Partition para utilizar todo el disco y ajustar el valor del tamaño de algunas de las particiones:

Ahora nos solicita la confirmación y el borrado de la data en el disco.

Nos solicita la nueva clave de root:

Y empieza la instalación:

Ya finaliza la instalación, debemos reiniciar el equipo. Cuando inicie el equipo, nos queda es la configuración inicial del servidor:

Ingresamos con el usuario: admin y la contraseña configurada anteriormente:

Configuración del Servidor Hypervisor

Status: podemos observar las MV activas, los Logs, la configuración de red.

Network: configuración del Hostname, de los servidores DNS y NTP, la interfaz de red.

Security: habilitar el acceso por SSH, habilitar el estándar de cifrado, cambiar el password del usuario admin.

Keyboard: configuración del teclado

SNMP: habilitar y configurar el protocolo SNMP.

CIM: (Computer Integrated Manufacturing) habilitar la integración de los procesos existentes.

Logging: configurar los Logs del sistema

Kdump: configuración del mecanismo del volcado de memoria de daños del kernel.

Remote Storage: configuración del iSCSI o el NFS.

Diagnostics: ejecución de comandos como: fdisk –l ; lsblk.

RHEV-M: registro del host (hypervisor) en un servidor RHEV-Manager.

Performance: aplicar el perfil al sistema, en este caso el perfil configurado es virtual-host.

Hosted Engine: configurar una máquina virtual en el servidor que va actuar como RHEV-Manager.

Plugins: muestra los plugins instalados en el sistema.

RHSM Registration: registrar el sistema.

Ya hasta este paso, tenemos nuestro Hypervisor configurado y activo.

Esto a sido todo compañeros, en un próximo post, les mostrare como integrar el Host (Hypervisor) al Servidor RHEV - Manager.

Referencia WEB:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/installation_guide/red_hat_virtualization_hosts#Installing_RHVH

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/html/Installation_Guide/ch06.html

Instalación de Red Hat Virtualization Manager / RHV - Manager

2018-07-27T11:19:00.000-04:00

En el articulo anterior hable de como instalar un Servidor Básico en Red Hat Enterprise Linux Server 7.

Ahora vamos a comentar de como instalar y configurar el RHV - Manager.

En este laboratorio de instalación lo realice en una una maquina virtual con las siguientes características:

* 6 GB de RAM

* 80 GB de Disco Duro

* CPU 4 nucleos

Este proceso empezara desde una instalación de Red Hat Enterprise Linux Server 7; la configuración recomendada seria: Servidor Básico ó Mínima.

Aquí podemos observar los requerimientos Mínimos y Recomendados para la instalación del RHV - Manager.

Procedemos a buscar las suscripciones que tengan disponible y Red Hat Virtualization, ejecutando los siguientes comandos:

# subscription-manager list --available | grep –A8 "Red Hat Virtualization"

Esto nos mostrara una lista de las suscripciones disponibles, el cual procedemos añadir los pool, con el siguiente comando:

# subscription-manager attach --pool=pool_id

Ahora procedemos a deshabilitar los repositorios, ejecutando el siguiente comando:

# subscription-manager repos --disable=*

Y procedemos habilitar los siguientes repositorios, ejecutando los comandos:

#subscription-manager repos --enable=rhel-7-server-rpms

#subscription-manager repos --enable=rhel-7-server-supplementary-rpms

#subscription-manager repos --enable=rhel-7-server-rhv-4.2-manager-rpms

#subscription-manager repos --enable=rhel-7-server-rhv-4-manager-tools-rpms

#subscription-manager repos --enable=rhel-7-server-ansible-2.6-rpms

#subscription-manager repos --enable=jb-eap-7.1-for-rhel-7-server-rpms

Para validar que tenemos los repositorios agregados y activos, ejecutamos el siguiente comando: #yum repolist

Hasta este paso ya tenemos el sistema listo para instalar los paquetes necesarios para configurar Red Hat Virtualization Manager. Procedemos actualizar los paquetes del sistema, ejecutando:

#yum update

Ya actualizado el sistema, procedemos a reiniciarlo. Esperamos que inicie nuevamente nuestro sistema y vamos a instalar el siguiente paquete: rhvm con sus respectivas dependencias, ejecutando:

#yum install rhvm

Ya finalizado la instalación de los paquetes se va a proceder a la configuración, el cual consiste en una serie de preguntas. Para iniciar la configuración ejecutamos el siguiente comando:

#engine-setup

[ INFO ] Stage: Initializing

[ INFO ] Stage: Environment setup

Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-wsp.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf']

Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20180628092741-etsn92.log

Version: otopi-1.3.2 (otopi-1.3.2-1.el6ev)

[ INFO ] Stage: Environment packages setup

[ INFO ] Stage: Programs detection

[ INFO ] Stage: Environment setup

[ INFO ] Stage: Environment customization

--== PRODUCT OPTIONS ==--

Configure Engine on this host (Yes, No) [Yes]: Yes

Configure WebSocket Proxy on this host (Yes, No) [Yes]: Yes

--== PACKAGES ==--

[ INFO ] Checking for product updates...

[ INFO ] No product updates found

--== ALL IN ONE CONFIGURATION ==--

--== NETWORK CONFIGURATION ==--

Setup can automatically configure the firewall on this system.

Note: automatic configuration of the firewall may overwrite current settings.

Do you want Setup to configure the firewall? (Yes, No) [Yes]: Yes

[ INFO ] iptables will be configured as firewall manager.

Host fully qualified DNS name of this server [servidor.midominio.com]: .servidor.midominio.com

--== DATABASE CONFIGURATION ==--

Where is the Engine database located? (Local, Remote) [Local]: Local

Setup can configure the local postgresql server automatically for the engine to run. This may conflict with existing applications.

Would you like Setup to automatically configure postgresql and create Engine database, or prefer to perform that manually? (Automatic, Manual) [Automatic]: Automatic

--== OVIRT ENGINE CONFIGURATION ==--

Engine admin password:

Confirm engine admin password:

Application mode (Virt, Gluster, Both) [Both]: Both

--== PKI CONFIGURATION ==--

Organization name for certificate [midominio.com]: midominio.com

--== APACHE CONFIGURATION ==--

Setup can configure the default page of the web server to present the application home page. This may conflict with existing applications.

Do you wish to set the application as the default page of the web server? (Yes, No) [Yes]: Yes

Setup can configure apache to use SSL using a certificate issued from the internal CA.

Do you wish Setup to configure that, or prefer to perform that manually? (Automatic, Manual) [Automatic]: Automatic

--== SYSTEM CONFIGURATION ==--

Configure an NFS share on this server to be used as an ISO Domain? (Yes, No) [Yes]: No

--== MISC CONFIGURATION ==--

Would you like transactions from the Red Hat Access Plugin sent from the RHEV Manager to be brokered through a proxy server? (Yes, No) [No]: No

--== END OF CONFIGURATION ==--

[ INFO ] Stage: Setup validation

[WARNING] Less than 16384MB of memory is available

--== CONFIGURATION PREVIEW ==--

Application mode : both

Firewall manager : iptables

Update Firewall : True

Host FQDN : servidor.midominio.com

Engine database name : engine

Engine database secured connection : False

Engine database host : localhost

Engine database user name : engine

Engine database host name validation : False

Engine database port : 5432

Engine installation : True

PKI organization : midominio.com

Configure local Engine database : True

Set application as default page : True

Configure Apache SSL : True

Configure WebSocket Proxy : True

Engine Host FQDN : servidor.midominio.com

Please confirm installation settings (OK, Cancel) [OK]:OK

Ya finalizado todo, ingresamos vía web al portal de Administración de Red Hat Virtualization por la siguientes URLs:

servidor.midominio.com

Si les muestra la advertencia “the redirection uri for client is not registered” la solución es, crear un archivo en la ruta /etc/ovirt-engine/engine.conf.d/ con el siguiente nombre: 99-custom-sso-setup.conf y agregarle la siguiente línea al archivo:
SSO_CALLBACK_PREFIX_CHECK="servidor.midominio.com"

Luego guardar el archivo creado y reiniciar el servidor.

Al iniciar nuevamente nuestro servidor, desde cualquier PC en la red abrimos nuestro navegador web y tecleamos el link mecionado; y veran que ya no aparece la advertencia:

Para acceder le damos clic donde dice: Administration Portal

Ingresamos los datos Username y Password

Listo, ya tenemos nuestro RHV - Manager instalado.

En el próximo articulo, veremos como instalar los Host (Hypervisor).

Si tienen algun comentario o duda, ya sabes escribe.

Saludos.....

Referencias WEB:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/installation_guide/chap-red_hat_virtualization_manager