[{"content":"Seguramente tengas una Raspberry o un mini-servidor en casa y te hayas animado a montar un par de servicios como Home Assistant o Guacamole (entre otros), que te facilitan un poco la vida. Vamos a ver cómo acceder a ellos localmente con dominio y SSL 🙂\nPersonalmente, hay servicios que no me gusta exponer a internet. Antes accedía a todos por IP, pero en cuanto vas acumulando servicios te das cuenta de que:\nNo puedes memorizar todos los puertos. Es incómodo estar poniendo puertos. La solución temporal Mi solución temporal fue crear una zona local en mi dominio (local.dominio.tld), aprovechando el DNS local que uso para AD. Gracias a esto, y usando NGINX, puedo usar virtual hosting y exponer servicios a mi red local de forma fácil: en vez de 192.168.1.233:8123 para acceder a Home Assistant, ahora pongo hass.dominio.tld y me lleva directamente al login. Un lujo, ¿eh?\nEstuve un tiempo así y luego pensé: oye, ¿y si le pongo SSL a esto? Es más seguro y, para mi gusto, queda mejor acceder por HTTPS. Así que vamos a montarlo, ¿no?\nLa solución definitiva ¿Qué necesitamos? Poca cosa:\nServicios que exponer (idealmente configurados con virtual hosting, como indico arriba). Un servidor web local (en mi caso NGINX, sobre Ubuntu Server). Un servidor DNS local (o tendremos que actualizar el archivo hosts de cada máquina). Un dominio público en propiedad, en el que podamos añadir un registro TXT para verificar el certificado. Primer paso: crear los registros DNS y el virtual host Damos por hecho que ya tenemos un servidor DNS montado y que nuestra máquina lo usa para resolver. Hay que crear un registro A que apunte al servidor web que vayamos a usar, por ejemplo:\nNombre Tipo Valor zabbix A 192.168.1.230 Una vez creado, si accedemos a zabbix.dominio.tld (sustituyendo dominio.tld por nuestro dominio), deberíamos llegar a nuestro servidor web. Paso completado.\nSegundo paso: obtener el certificado SSL Para obtener el certificado usaremos Let\u0026rsquo;s Encrypt, una CA gratuita que usan miles de sitios. Pediremos un certificado wildcard: todo lo que cuelgue de *.dominio.tld podrá usarlo.\n¡Ojo! El wildcard cubre un solo nivel: vale para zabbix.dominio.tld, pero no para algo.zabbix.dominio.tld.\nPara obtenerlo hay que instalar Certbot:\nsudo apt install certbot python3-certbot-nginx Una vez instalado, y comprobado que el virtual hosting funciona, ejecutamos:\nsudo certbot certonly \\ --agree-tos \\ --email someone@example.com \\ --manual \\ --preferred-challenges=dns \\ -d \u0026#39;*.example.com\u0026#39; \\ --server https://acme-v02.api.letsencrypt.org/directory Cambiando *.example.com por nuestro dominio, Certbot nos pedirá algo así:\nPlease deploy a DNS TXT record under the name: _acme-challenge.example.com. with the following value: \u0026lt;valor-aleatorio\u0026gt; Press Enter to Continue Añadimos un registro TXT con ese nombre y valor en nuestro dominio público, pulsamos Enter y debería generarnos el certificado.\nSolo nos queda configurar el certificado en el servidor web, habilitar el puerto 443 y ya lo tenemos todo servido por HTTPS.\n","permalink":"https://blog.victormoreno.es/nginx/servicios-red-casa-https/","summary":"\u003cp\u003eSeguramente tengas una Raspberry o un mini-servidor en casa y te hayas animado a montar un par de servicios como Home Assistant o Guacamole (entre otros), que te facilitan un poco la vida. Vamos a ver cómo acceder a ellos localmente con dominio y SSL 🙂\u003c/p\u003e","title":"Exponer servicios en la red de casa con HTTPS"},{"content":"Personalmente, Proxmox vs ESXi es un debate interno que he tenido (y de vez en cuando sigo teniendo). Proxmox nos proporciona unas cosas y ESXi otras, pero de esto no vamos a hablar hoy.\nEn mi homelab tengo Proxmox. Dentro del host tengo varias máquinas, pero una de las que más uso es un servidor de ficheros con Windows Server 2019, que tiene pasado un RAID5 de 5 discos (si no recuerdo mal) de 2 TB, que me dan una capacidad total de unos 8 TB.\nVamos a ver cómo se pasan los discos.\nInstalamos lshw y lo ejecutamos para ver los discos:\napt install lshw lshw -class disk -class storage Buscamos el disco o discos que queramos pasar a la máquina y copiamos su ID con:\nls -l /dev/disk/by-id/ Copiamos el ID (en mi caso wwn-0x…) y ejecutamos el siguiente comando, siendo 100 el número de la máquina y wwn-0x6… el ID del disco:\nqm set 100 -scsi5 /dev/disk/by-id/wwn-0x6a4badb00e7d70002706017f0be57434 Ya tendríamos el disco pasado a la máquina 100.\n","permalink":"https://blog.victormoreno.es/virtualizacion/passthrough-discos-proxmox/","summary":"\u003cp\u003ePersonalmente, Proxmox vs ESXi es un debate interno que he tenido (y de vez en cuando sigo teniendo). Proxmox nos proporciona unas cosas y ESXi otras, pero de esto no vamos a hablar hoy.\u003c/p\u003e","title":"Passthrough de discos en Proxmox"},{"content":"Seguro que a más de uno le ha pasado: vamos a imprimir y nos damos cuenta de que tenemos todos los colores de tinta menos la que principalmente necesitamos, la negra.\nSi nos queda tinta de otro color podemos imprimir en ese color. Para ello hay que seguir unos sencillos pasos desde la terminal de macOS.\nInstalamos lo necesario brew install ghostscript brew install imagemagick Después convertimos a PDF el documento que queramos imprimir y ejecutamos el siguiente comando, que convierte el texto (lo seleccionable) a azul:\nconvert -density 300 INPUT.pdf -fill blue -opaque black OUTPUT.pdf Con esto deberíamos obtener un archivo OUTPUT.pdf listo para imprimir.\n","permalink":"https://blog.victormoreno.es/macos/imprimir-sin-tinta-negra-en-macos/","summary":"\u003cp\u003eSeguro que a más de uno le ha pasado: vamos a imprimir y nos damos cuenta de que tenemos todos los colores de tinta menos la que principalmente necesitamos, la negra.\u003c/p\u003e","title":"Imprimir sin tinta negra en macOS"}]