Skip to main content

Acerca de esta wiki

Notas técnicas desde casa

Un espacio para tenerir adejando manopor escrito lo que voy montandomontando, ajustando y afinandomanteniendo en mi infraestructura.

Esto existe por ununa motivorazón muy simple: cansancio de olvidar cómo se arregló algo que ya funcionó una vez.

Aquí no hay teoría de manual ni artículos de relleno:relleno. Lo que hay son configuraciones reales, notasdecisiones personalestécnicas, pruebas, errores y soluciones que han funcionadosalido ende entornospelearse concretos.con servicios de verdad.

Idea principal: esteesta sitiowiki funciona como memoria extendida. Sirve para recordar cómo sequedó configurómontado un servicio,algo, qué ajustes se probaronprobaron, qué problemas aparecieron y qué problemasacabó aparecieron.mereciendo Tambiénla permitepena. compartirY, experienciasde paso, puede resultarle útil a cualquiera que puedenesté serlidiando útilescon acosas otros.parecidas.

📚 Qué es esto

    Una

    Coleccióncolección organizada de apuntes técnicos sobre homelab:homelab, contenedores en Docker, redes, seguridad, sistemas operativos,Linux, automatización, scripts y servicios autohospedados. Documenta

    La loidea yano hechoes parasolo poderguardar repetirloconfiguraciones, sinsino perdertambién tiempodejar contexto: por qué se tomó una decisión, qué alternativas se valoraron y evitarqué errores.

    encaje tiene

    Ademáscada cosa dentro del conjunto. No se trata únicamente de configuraciones,repetir incluye notas sobre decisiones técnicasalgo que ayudanfuncionó, asino de entender el por qué determinó cadafuncionando elección. Así queda tanto el cómo hacerlo como el contexto en el que surgió.así.

    📝 Por qué existe

    La memoria es limitada y buscar lo mismo diez veces acaba tocando bastante las búsquedas repetidas son una pérdida de tiempo.narices.

    Aquí queda registrado lo que funciona, quéel camino que se siguió para llegar ahí y quélos problemas aparecieron.que fueron saliendo por medio. Con el tiempo, esteesto repositorioha dejado de ser un simple almacén de notas separa ha convertido tambiénconvertirse en una forma de compartirconservar experienciasexperiencia técnicastécnica realesreal. sin depender de acordarse de todo a base de fe.

    Claves del enfoque:

    • Documentar no es solo guardar,guardar esdatos, seguirsino conservar contexto.
    Registrar errores evita volver a tropezar con la evoluciónmisma de los cambios.piedra. AprenderTener deorden los errores pasados. Evitarreduce improvisaciones innecesariasinútiles ycuando mantenertoca ordentocar enalgo elmeses trabajo técnico.después.

    🗂️ Cómo está organizada

    1. Estantes por temática: (contenedores, seguridad, sistemas, automatización, red, etc.).
    2. Búsqueda global en la parte superior para localizar serviciosrápido servicios, herramientas o conceptos concretos.
    3. Dentro de cada estante, los contenidos se agrupan por servicio, herramientaintegración, configuración o configuración.problema resuelto.

    EnLa dos clics debería encontrarse lo necesario. Si no, la búsqueda actúa como acceso directo.

    No todoidea es estrictamenteque jerárquico:encontrar algo no requiera una expedición arqueológica. Y cuando no encaja bien en una jerarquía cerrada, hay secciones más generalesabiertas (como Notas técnicas, o Tips útiles), pensadas para registrar ajustes puntuales, pruebas rápidas o problemassoluciones resueltos.concretas Algunosque conviene no perder.

    También hay servicios que aparecen en varios estantes cuando setiene documentansentido tratarlos desde ángulos distintosdistintos: (instalación,despliegue, configuraciónintegración, avanzadahardening, mantenimiento o integración).automatización.

    🔍 Qué vas a encontrar

    Lo esencial:

    • ArchivosConfiguraciones completos:reales: docker-compose.yml, CaddyfileCaddyfile, fragmentos útiles y configuracionesreferencias comentadas.a repositorios.
    • Pasos mínimos para repetir instalacionesdespliegues osin montardar servicios.más vueltas de las necesarias.
    • Decisiones técnicas explicadasexplicadas: (qué se probó, qué se descartó y por qué).qué.
    • Problemas reales con sus soluciones prácticas.

    Además:

    • Scripts y automatizaciones para simplificarahorrar tareas.trabajo repetitivo.
    • Ajustes de seguridad aplicados asobre servicios internos y expuestos.
    • Notas experimentalesexperimentales, pruebas y soluciones rápidas que no siempre encajan en guíasuna formales.guía más formal.
    • EjemplosIntegraciones variados,entre herramientas del stack, desde laautenticación proteccióny proxy hasta sincronización o control de servicios con Authentik hasta integraciones con CrowdSec o sincronización con Syncthing.acceso.

    Resumen:En resumen: material probadosacado ende uso real, no ejemplos genéricos.bonitos de escaparate.

    💾 Código y configuraciones

    Todo lo relacionado con esta wiki y buena parte de los archivos que se mencionan en ella está disponible en mi Gitea personal.

    Ahí se encuentranestán los docker-compose.yml, archivosconfiguraciones de CaddyCaddy, scripts, pruebas y otros serviciosrecursos listos para revisarrevisar, versionar o reutilizar.

    EnLa Giteaidea tambiénes hayseparar repositoriosbien complementarioscada concosa: scriptsla de automatización, configuraciones de redexplicación y documentaciónel auxiliarcontexto queaquí; siguelos archivos y el mismoversionado enfoquedonde práctico.toca.

    ⚡🗒️ Filosofía y nota personal

    Aprender · Probar · Documentar · Compartir
    (EquivocarseY sí, romper cosas entra endentro eldel pack.proceso.)

    La idea es que lo aprendido no se pierda en apuntes sueltos, sino que quede como referencia reutilizable:sencilla: probar cosas nuevas, registrardejar constancia de lo que funciona, corregir lo que no y dejarevitar constancia.que el conocimiento se pierda en notas sueltas o apaños improvisados.

    Esta wiki empezó como un puñado de notas dispersas. Ahora está bastante más ordenada, pero mantiene el mismo espíritu del principio: documentar lo que hago para no tener que reconstruirlo luego desde cero.

    No pretende ser un blog de artículos pulidos ni una documentación académica. Es, sobre todo, una bitácora técnica viva: una mezcla de referencia rápida, memoria digital y cuaderno de campo para todo lo que va pasando por el stack.

    ⚠️ Aviso rápido

    • El contenido está probado en mi entorno.
    • No hay garantías fueraFuera de él:él, validatoca validar antes de aplicarloaplicar ennada ela tuyo.ciegas.

    Cada infraestructura estiene distinta.sus Lorarezas, así que aquíesto funcionadebe puedeleerse como referencia útil, no encajarcomo enreceta otro entorno.universal.

    🤝 Contacto / colaboraciónColaboración

    Si algo de aquí teresulta ahorraútil, tiempo,hay detectas unalgún error o creesves margen de mejora, bienvenido sea. La gracia de una wiki viva es precisamente esa: que puede mejorarse, dímelo. La idea es que esta wikise siga puliéndoseafinando con el uso real.

    🗒️ Nota personal

    Esta wiki empezó como un conjunto de notas dispersas. Hoy está más ordenada, pero mantiene el mismo espíritu: documentar lo que hago y cómo lo hago.

    No pretende ser un blog de artículos pulidos, sino una bitácora técnica viva, en constante cambio. Es referencia rápida y memoria digital.uso.

    🙌 Agradecimientos

    • BookStack por laservir base.de base para organizar todo esto.
    • ChatGPT por ayudar a dar forma.forma y pulir textos.
    • ComunidadesLa open‑comunidad open-source por elcompartir conocimientoconocimiento, compartido.ideas y tiempo.

    🌍 Otras voces técnicas

    Espacios que comparten elun mismoespíritu espíritu:parecido: curiosidad técnica, ganas de aprender y una forma honesta de compartircontar conocimiento.lo que hacen.

    • Unravel Engineering – Blog con contenido técnico de nivel medio‑medio-avanzado centrado en programación, algoritmia, física, criptografía y computación gráfica.

    No son colaboraciones ni enlaces por compromiso,quedar bien, sino sitios que merece la pena seguir por la calidad y la autenticidad de lo que ofrecen.publican.

    Back to top