Al intentar ejecutar la consola vmrc de VMware encontramos el siguiente error debido a la versión incorrecta de la librería ssl.

Al intentar ejecutar la consola vmrc de VMware encontramos el siguiente error debido a la versión incorrecta de la librería ssl.

En este post vamos a ver como automatizar la caída de servicio y de un servidor alojado en vmware mediante ansible AWX, para ello antes vamos a crear una nueva tarea
Debemos crear dos jobs, uno para reiniciar el servicio si este se encuentra caído y otro el cual comprueba si la maquina en vmware responde mediante las vmware tools y en caso de que no responda la reinicia, Para la creación de estos jobs vamos a utilizar el siguiente proyecto: https://gitlab.com/rokitoh/automatizaciones_nagios/
Leer másEn esta entrada veremos como instalar el agente NRPE mediante Ansible AWX (tower) en servidores GNU/Linux (Redhat/Centos, Debian/Ubuntu y Suse), FreeBSD y Windows para llevar acabo esta automatización vamos a utilizar la siguiente receta:
https://gitlab.com/rokitoh/install-nrpe-agent
Leer másEn esta entrada veremos como instalar e integrar grafana con nagios, para ello emplearemos influxdb, nagflux, histou y grafana.
En esta entrada veremos como automatizar el cambio de contraseñas de nuestros servidores GNU/Linux empleando Ansible AWX (tower) para llevar acabo esta automatización vamos a utilizar la siguiente receta:
Leer másEn esta entrada veremos como instalar el agente NCPA mediante Ansible AWX (tower) en servidores GNU/Linux (Redhat/Centos, Debian/Ubuntu y Suse), para llevar acabo esta automatización vamos a utilizar la siguiente receta:
https://gitlab.com/rokitoh/install-ncpa-agent
Leer más
Vemos que en los logs aparece el siguiente error:
** Alert 1540265306.563695: – osquery,
2018 Oct 23 05:28:26 redorbita01 ->(redorbita01) 192.168.1.28->osquery
Rule: 24001 (level 5) -> ‘osquery error message’
E1023 05:28:26.246608 10373 init.cpp:443] osqueryd initialize failed: osqueryd (810) is already running
Accedemos al servidor y al intentar reiniciar el servicio nos indican que esta bloqueada la base de datos
En esta entrada veremos como cambiar la contraseña de root por defecto en gitlab.
Accedemos a la consola
gitlab-rails console production———————————————————— ————————- Gitlab: 10.8.3-ee (3e7879a)Gitlab Shell: 7.1.2postgresql: 9.6.8———————————————————— ————————- Loading production environment (Rails 4.2.10)
Escaneamos todos los puertos mediante nmap:
nmap -A -T5 -Pn -p 10000-20000 10.10.10.76
PORT STATE SERVICE VERSION
79/tcp open finger
111/tcp open rpcbind
22022/tcp open ssh SunSSH 1.3 (protocol 2.0)
| ssh-hostkey:
| 1024 d2:e5:cb:bd:33:c7:01:31:0b:3c:63:d9:82:d9:f1:4e (DSA)
|_ 1024 e4:2c:80:62:cf:15:17:79:ff:72:9d:df:8b:a6:c9:ac (RSA)
33381/tcp open smserverd 1 (RPC #100155)60722/tcp open smserverd 1 (RPC #100155