Una tesis brutal sobre la identidad en un minuto. Tal fue el anuncio de la Playstation titulado «Doble vida». El tema de la doble identidad, en el mundo real y en un mundo virtual, comenzó con los juegos de rol de tablero en los años sesenta del siglo pasado (la década en la que se inventó Internet), y que eran entornos virtuales analógicos plenamente immersivos, siguió con los videojuegos en los ochenta y eclosionó en la Internet en los noventa.
He creado una primera versión de imagen en Docker para operaciones en Amazon Web Services. La escribí en Ruby e inicio una serie de imágenes Docker para operaciones.
El objetivo de los scripts en Bash del repositorio que enlaza este artículo es actualizar de manera remota un servidor Puppet 4 con los últimos cambios realizados en la rama master de un repositorio Git.
Varnish no realiza las terminaciones SSL por lo que hay que usar un proxy intermedio para realizarlas. En este post mostraré una configuración para tener una terminación con Haproxy y Varnish.
Yo exhorto a placeres continuos y no a esas virtudes vanas y necias que comportan embrolladoras ilusiones de frutos futuros…
Cuando ejecuto virt-builder en Ubuntu 16.04 aparece un error con el que entra en un bucle:
RTNETLINK answers: File exists /sbin/dhclient-script: 34: /sbin/dhclient-script: cannot open /etc/fstab: No such file
Puede solucionarse sustituyendo en el script /sbin/dhclient-script la línea:
exec 9>&0 </etc/fstab
Por ésta:
exec 9>&0 </proc/mounts
Entonces, borra el caché de virt-builder:
sudo rm -R .guestfs*
Salud 0
Puppet declara dependencias de manera implícita, pero no siempre se cargan los recursos de la manera esperada. En Puppet hay tres maneras de declaraciones implícitas
En este artículo publio varias recetas muy básicas con Varnish: arranque de Varnish, redirección de un dominio a un backend, redirección en función de una expresión regular y el contenido de una cookie, y una terminación SSL utilizando Nginx como front-end.
En mi último post, vimos como instalar Puppet en la arquitectura master-agent y la creación de un módulo para declarar algunos recursos. En este, quiero mostrar cómo configurar un parámetro utilizando la aplicación Facter y despues, cómo extender Facter para tomar ese parámetro desde un archivo que lo contenga, creado «a mano» en el agente. Utilizaré la configuración del post anterior de la serie automatizaciones para el ejemplo un servicio PHP-FPM
Cuando tienes hacer un despliegue en muchos servidores o automatizar tareas repetitivas, Puppet es una gran opción. En base a manifiestos declarativos, Puppet se asegura de que existan recursos, los crea sin aún no existen y los utiliza. A diferencia de muchos otros lenguajes, en los manifiestos no se definen los procesos para aprovechar los recursos, sino que se describe «lo que debe haber» y Puppet se encarga de hacerlo realidad. «Así ha sido dicho y así será hecho».