Linux/Unix

Desde el pasado 30 de Septiembre de 2021, parece que existen algunos problemas con el certificado ROOT de Let's Encrypt. Equipos o navegadores antiguos pueden presentar problemas de acceso, indicando que el certificado no es válido. Esto se debe a que Let's Encrypt en el chain incluye el certificado DST Root Ca X3 que precisamente caducaba el 30 de septiembre del año 2021, este certificado se ha sustituido por otro ROOT más moderno que es el ISRG Root X1, sin embargo algunos equipos no lo reconocen y van primero a verificar con el otro.

La solución planteada por Let's Encrypt es incluir el parámetro

--preferred-chain "ISRG Root X1"

para indicar que es le nuevo el que tiene prioridad, así la linea de comando sería como sigue:

certbot certonly --[apache|nginx] -d [dominio] -d [dominio] --preferred-chain "ISRG Root X1"

Si tenemos una versión antigua de certbot vamos a necesitar instalar la última versión, para ello necesitaremos snap. Así para instalar la última versión de certbot si ya tenemos una antigua instalada sería esta (para debian / Ubuntu):

apt update
apt install snapd
snap install core
snap refresh core
apt-get remove certbot
snap install --classic certbot
ln -s /snap/bin/certbot /usr/bin/certbot

y después de esto iríamos ejecutando la renovación de cada certificado con la línea anterior.

1. Añadir los usuarios necesarios:

~#:useradd nagios
~#:groupadd nagcmd
~#:usermod -a -G nagcmd nagios
~#:usermod -a -G nagcmd www-data

2. Descargar el paquete de nagios:

~#:wget "https://assets.nagios.com/downloads/nagioscore/releases/nagios-4.4.2.tar.gz"

3. Descomprimirlo y configurarlo:

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

4. Compilar e instalar:

~#:make all
~#:make install-init
~#:make install-config
~#:make install-commandmode
~#:make install-webconf

5. Securizar el acceso:

htpasswd -c /usr/local/nagios/etc/htpasswd.users [usuario]

6. Habilitar el módulo cgi de Apache:

a2enmod cgi

7. Configurar Nagios con nuestros servidores

8. Reiniciar Apache

systemctl restart apache2



7. Recargar Aapche

La línea de comando es esta:

#:openssl s_client -connect [dominio]:443

Esta es una herramienta open source para generar un informe con las cookies que utiliza cada sitio y así poder cumplir con el Reglamento General de Protección de Datos (RGPD)

https://github.com/CovenantSQL/CookieScanner

1. Instalar Google Chrome o bien arrancar una versión de Chrme sin cabecera en docker con:

docker container run -d -p 9222:9222 zenika/alpine-chrome --no-sandbox --remote-debugging-address=0.0.0.0 --remote-debugging-port=9222

2. Intalar CookieScanner:

go get github.com/CovenantSQL/CookieScanner

Para ejecutarlo y generar el informe en formato json/html/pdf:

CookieScanner [] [ ...]

website cookie usage report generator

Flags:
--help Show context-sensitive help (also try --help-long
and --help-man).
--chrome=CHROME chrome application to run as remote debugger
--verbose run debugger in verbose mode
--timeout=1m0s timeout for a single cookie scan
--wait=WAIT wait duration after page load in scan
--classifier=CLASSIFIER classifier database for cookie report
--log-level=LOG-LEVEL set log level

Commands:
help [...]
Show help.

cli []
generate report for a single website

version
get debugger version

server []
start a report generation server

$ CookieScanner cli --help
usage: CookieScanner cli []

generate report for a single website

Flags:
--help Show context-sensitive help (also try --help-long
and --help-man).
--chrome=CHROME chrome application to run as remote debugger
--verbose run debugger in verbose mode
--timeout=1m0s timeout for a single cookie scan
--wait=WAIT wait duration after page load in scan
--classifier=CLASSIFIER classifier database for cookie report
--log-level=LOG-LEVEL set log level
--headless run chrome in headless mode
--port=9222 chrome remote debugger listen port
--json print report as json
--html=HTML save report as html
--pdf=PDF save report as pdf

Args:

site url

La solución es muy sencila, es un tema de permisos ya que sendmail es muy estricto con ello:

chmod go-w /
chmod go-w /etc
chmod go-w /etc/mail

Para copiar todos los hosts que tengamos en Putty a Kitty, simplemente abrimos una sessión en Kitty (cualquier host) y pulsamos CTRL+F8, tras esto nos aparecerá una ventana donde teclearemos: /copytokitty

Cerramos la sessión de Kitty y volvemos a abrir. Veremos que ya nos aparecen todos los hosts en Kitty.

grep " install " /var/log/dpkg.log

En esta dirección existe una estupenda guía de instalación del OpenStreetMap Tile Server utilizando docker:

https://hub.docker.com/r/overv/openstreetmap-tile-server/

Esto normalmente se debe a permisos en la cable privada del certificado SSL, tiene que tener permisos 600, en caso contrario dará error. Si se utiliza Letsencrypt, por defecto le da permisos 644 al archivo privkey.pem, pero sendmial no lo permite y da error.

Si al ejecutar certbot salta el error:

No module named pip._main_; 'pip' is a package and cannot be directly executed

es porque ha tatado de actualizarse y estamos usando una versión antigua de linux, especialmente de Debian. La solución es bajar directamente la versión 0.31 de certbot

wget https://raw.githubusercontent.com/certbot/certbot/75499277be6699fd5a9b884837546391950a3ec9/certbot-auto
chmod +x ./certbot-auto
./certbot-auto --no-self-upgrade

y muy imortante poner --no-self-upgrade , sino volveremos a tener el mismo problema.