Cómo crear tu portafolio profesional de Linux: 20 proyectos reales de servidores, DevOps, programación y ciberseguridad

Un buen portafolio de Linux no debe ser una lista de comandos copiados, sino una demostración real de que sabes instalar, administrar, automatizar, monitorear, asegurar y documentar sistemas. Para destacar como administrador Linux, DevOps, programador backend, analista de ciberseguridad o consultor TI, necesitas proyectos visibles, reproducibles y explicados con evidencias.

La Linux Foundation describe la certificación LFCS como un examen práctico orientado a validar habilidades de administración Linux, útiles para administradores de sistemas y perfiles DevOps. Esa idea debe guiar tu portafolio: mostrar trabajo práctico, no solo teoría.

1. Qué debe tener un portafolio profesional de Linux

Un portafolio profesional debe permitir que un reclutador, cliente, docente o jefe técnico vea tu capacidad real. No basta decir “sé Linux”. Debes mostrar repositorios, diagramas, scripts, documentación, capturas, decisiones técnicas, pruebas, errores resueltos y mejoras aplicadas.

Lo ideal es publicar cada proyecto en GitHub o GitLab con un README claro, instrucciones de instalación, arquitectura, capturas, comandos principales, evidencias de prueba y una sección de “lecciones aprendidas”. Si el proyecto involucra credenciales, variables de entorno o datos sensibles, debes publicar solo plantillas y nunca secretos reales.

2. Cómo organizar los 20 proyectos

Para que tu portafolio no parezca desordenado, divídelo en cuatro rutas: servidores Linux, DevOps, programación y automatización, y ciberseguridad. Cada ruta debe tener proyectos de dificultad progresiva.

linux-portfolio/
├── 01-linux-server-basico/
├── 02-nginx-webserver/
├── 03-firewall-ssh-hardening/
├── 04-backups-restauracion/
├── 05-servidor-archivos/
├── 06-docker-compose-stack/
├── 07-ci-cd-linux/
├── 08-ansible-provisioning/
├── 09-monitoring-prometheus-grafana/
├── 10-kubernetes-lab/
├── 11-bash-admin-tools/
├── 12-python-linux-automation/
├── 13-api-linux-system/
├── 14-cli-tool/
├── 15-offline-first-app/
├── 16-linux-hardening-cis/
├── 17-wazuh-siem-lab/
├── 18-owasp-lab/
├── 19-vulnerability-scanning/
└── 20-incident-response-lab/

3. Proyecto 1: servidor Linux base con usuarios, SSH y permisos

Este es el proyecto inicial. Instala una máquina virtual con Debian, Ubuntu Server, Rocky Linux o AlmaLinux. Configura hostname, usuarios, grupos, sudo, zona horaria, actualizaciones, acceso SSH seguro y estructura básica de directorios.

Qué debe incluir: documentación de instalación, comandos usados, captura de usuarios creados, configuración SSH, política de contraseñas, evidencia de acceso por clave pública y una sección de errores comunes.

hostnamectl
timedatectl
ip a
lsblk -f
df -h
sudo adduser adminlinux
sudo usermod -aG sudo adminlinux
ssh-keygen -t ed25519
sudo systemctl status ssh

4. Proyecto 2: servidor web Nginx con HTTPS y sitio estático

Implementa un servidor Nginx con un sitio estático, dominio local o subdominio real, certificados TLS y logs separados. Este proyecto demuestra administración de servicios, puertos, archivos de configuración y seguridad básica web.

Entregables: archivo de configuración Nginx, capturas de curl -I, evidencia de HTTPS, logs de acceso, logs de error y checklist de hardening básico.

5. Proyecto 3: firewall, SSH seguro y acceso administrativo

Configura un firewall con UFW o firewalld, cambia prácticas inseguras de SSH, limita puertos, crea reglas claras y documenta pruebas. firewalld ofrece documentación específica para habilitar y deshabilitar el servicio en sistemas Fedora, RHEL y CentOS mediante systemd.

6. Proyecto 4: backups automatizados y restauración probada

Un administrador Linux profesional no solo crea backups: demuestra que puede restaurarlos. Crea un proyecto con rsync, tar, restic o BorgBackup. Programa respaldos con cron o systemd timers, cifra los datos, guarda logs y ejecuta una restauración real.

Lo que debe verse: política RPO/RTO, script de backup, evidencia de ejecución automática, checksum, restauración de prueba, estructura de carpetas y documentación de recuperación ante desastres.

7. Proyecto 5: servidor de archivos con Samba o NFS

Configura un servidor de archivos para una pequeña empresa ficticia: usuarios, grupos, permisos por área, carpetas compartidas, auditoría básica y respaldo. Puedes usar Samba si quieres compatibilidad con Windows o NFS si quieres enfoque Linux/Unix.

Escenario sugerido: empresa con áreas Administración, TI, Ventas y Gerencia. Cada área tiene una carpeta compartida; Gerencia tiene acceso de lectura a todas; TI administra permisos; usuarios comunes no pueden modificar carpetas de otras áreas.

8. Proyecto 6: aplicación web con Docker Compose

Docker Compose permite definir aplicaciones multi-contenedor en un archivo YAML y levantarlas con un solo comando. La documentación oficial explica que, con un Compose file, se configuran servicios de la aplicación y se crean o inician con Docker Compose CLI.

Proyecto recomendado: una app web con frontend, backend, base de datos PostgreSQL o MariaDB, Redis y volumen persistente. Debe incluir compose.yaml, variables de entorno de ejemplo, healthchecks, red interna y documentación para levantar todo en Linux.

docker compose config
docker compose up -d
docker compose ps
docker compose logs -f
docker compose exec app sh
docker compose down

9. Proyecto 7: pipeline CI/CD para desplegar en Linux

Crea un pipeline que ejecute pruebas, análisis estático, construcción de imagen Docker y despliegue a un servidor Linux de laboratorio. Puede hacerse con GitHub Actions, GitLab CI o Jenkins.

Entregables: archivo YAML del pipeline, diagrama de flujo, secretos simulados, paso de rollback, evidencia de despliegue y validación con curl o pruebas automatizadas.

10. Proyecto 8: aprovisionamiento con Ansible

Ansible es una herramienta open source de automatización para gestionar configuración, despliegue de aplicaciones y mantenimiento de sistemas. Su documentación destaca que usa playbooks en YAML y que, cuando el sistema ya está en el estado descrito, no realiza cambios innecesarios, lo que refleja su enfoque idempotente.

Proyecto recomendado: automatizar la instalación de Nginx, usuarios, firewall, paquetes base, Fail2ban, zona horaria, directorios de aplicación y servicio systemd en dos servidores Linux.

ansible-linux-lab/
├── inventory.ini
├── playbook.yml
├── roles/
│   ├── common/
│   ├── nginx/
│   └── security/
└── README.md

11. Proyecto 9: monitoreo con Prometheus y Grafana

Prometheus recopila y almacena métricas como series temporales con timestamp y etiquetas, lo que lo hace muy útil para monitorear sistemas y servicios. Grafana permite crear dashboards con paneles, gráficos y visualizaciones a partir de consultas sobre fuentes de datos.

Proyecto recomendado: monitorear CPU, RAM, disco, red, servicios systemd, contenedores y disponibilidad web. Publica un dashboard exportado en JSON, capturas, alertas de ejemplo y documentación de métricas.

12. Proyecto 10: laboratorio Kubernetes local

Kubernetes es una plataforma para ejecutar y gestionar cargas de trabajo en contenedores. Su documentación oficial lo presenta como una plataforma portable, extensible y open source para administrar workloads y servicios en contenedores.

Proyecto recomendado: instalar Minikube, Kind o K3s en Linux; desplegar una aplicación con Deployment, Service, ConfigMap, Secret, Ingress y autoscaling básico. Documenta manifiestos YAML, comandos kubectl, diagrama y pruebas de disponibilidad.

13. Proyecto 11: scripts Bash para administración diaria

Este proyecto debe mostrar dominio práctico de la terminal. Crea un conjunto de scripts para revisar espacio en disco, procesos pesados, servicios caídos, usuarios conectados, puertos abiertos, logs recientes y actualizaciones pendientes.

check-disk.sh
check-services.sh
check-users.sh
check-ports.sh
backup-etc.sh
rotate-logs.sh
server-health-report.sh

Valor profesional: incluye opciones, validación de errores, logs, ayuda con --help y ejemplos de ejecución. Un script útil con buena documentación vale más que diez scripts incompletos.

14. Proyecto 12: automatización Linux con Python

Desarrolla una herramienta Python que lea logs, genere reportes, revise servicios o automatice tareas administrativas. Por ejemplo: un script que analice /var/log/auth.log, detecte intentos fallidos de SSH y genere un reporte CSV o HTML.

Entregables: código Python modular, requirements.txt, pruebas básicas, README, ejemplo de entrada, ejemplo de salida y cron/systemd timer para ejecución periódica.

15. Proyecto 13: API para consultar estado de un servidor Linux

Crea una API pequeña en FastAPI, Flask, Go o Node.js que exponga información del sistema: uptime, CPU, memoria, disco, servicios críticos y versión del kernel. Debe ejecutarse como servicio systemd o contenedor Docker.

Buen enfoque: agrega autenticación simple, rate limiting básico, logs, healthcheck y pruebas. Este proyecto conecta programación backend con administración Linux.

16. Proyecto 14: herramienta CLI para administradores

Crea una herramienta de línea de comandos llamada, por ejemplo, linux-helper. Puede incluir subcomandos para revisar logs, listar servicios fallidos, mostrar puertos, generar inventario o empaquetar configuración.

linux-helper health
linux-helper services --failed
linux-helper ports --listening
linux-helper logs --service nginx --last 100
linux-helper inventory --output server.json

17. Proyecto 15: aplicación offline-first en Linux

Desarrolla una aplicación que funcione sin Internet: inventario, registro de incidencias, control de asistencia o gestión de activos. Usa SQLite, una PWA, Tauri o una API local en Linux.

Lo que debe demostrar: almacenamiento local, sincronización posterior, manejo de conflictos, respaldo de base local y documentación de uso en campo o zonas con conectividad limitada.

18. Proyecto 16: hardening Linux basado en CIS

Los CIS Benchmarks son guías de configuración segura desarrolladas con una comunidad global de expertos en ciberseguridad para más de 25 familias de productos. Además, existen benchmarks específicos para Ubuntu, Debian, Red Hat Enterprise Linux, Rocky Linux y otras distribuciones.

Proyecto recomendado: crea una guía de hardening para un servidor Ubuntu o Debian: contraseñas, SSH, firewall, actualizaciones, auditoría, permisos, servicios innecesarios, logs y verificación posterior.

19. Proyecto 17: laboratorio SIEM con Wazuh

Wazuh es una plataforma gratuita y open source que unifica capacidades de SIEM y XDR para endpoints y cargas cloud. Su documentación indica que los componentes centrales pueden ejecutarse en Linux de 64 bits y que permite proteger endpoints y workloads.

Proyecto recomendado: instala Wazuh en una máquina Linux, registra un agente, simula eventos de seguridad, revisa integridad de archivos, alertas de autenticación, vulnerabilidades y paneles. Publica capturas y explica cada alerta.

20. Proyecto 18: laboratorio OWASP con Juice Shop

OWASP Juice Shop es una aplicación web intencionalmente insegura usada para entrenamiento de seguridad y CTF. OWASP la describe como una aplicación vulnerable moderna y sofisticada que incorpora fallos del OWASP Top Ten y otros problemas de seguridad comunes.

Proyecto recomendado: levanta Juice Shop en Docker, documenta 10 vulnerabilidades encontradas, explica impacto, evidencia, solución recomendada y aprendizaje. Este proyecto debe ser estrictamente de laboratorio, nunca contra sistemas de terceros.

21. Proyecto 19: escaneo de vulnerabilidades en repositorios y contenedores

Crea un pipeline DevSecOps que use herramientas open source para revisar secretos, dependencias, contenedores e infraestructura como código. Puedes usar Gitleaks, Trivy, OSV-Scanner, Semgrep o Bandit.

Entregables: pipeline YAML, resultados de escaneo en JSON o SARIF, resumen ejecutivo, tabla de severidad, falsos positivos identificados y plan de corrección.

22. Proyecto 20: respuesta a incidentes en Linux

Simula un incidente: intentos de fuerza bruta SSH, servicio web comprometido en laboratorio, modificación sospechosa de archivos o proceso desconocido. El objetivo no es “hackear”, sino demostrar capacidad defensiva: detección, contención, análisis, recuperación y documentación.

- Línea de tiempo del incidente.
- Logs relevantes.
- Procesos y puertos detectados.
- Archivos modificados.
- Acciones de contención.
- Recuperación aplicada.
- Causa raíz.
- Medidas preventivas.
- Lecciones aprendidas.

23. Tabla resumen de los 20 proyectos

24. Cómo documentar cada proyecto para que parezca profesional

La documentación es tan importante como el código. Un portafolio bien documentado demuestra que puedes entregar proyectos a otros equipos, operar sistemas y explicar decisiones técnicas.

25. Qué buscan empresas y reclutadores en tu portafolio

Un reclutador técnico no espera perfección, pero sí espera evidencia. Quiere ver que sabes trabajar con problemas reales: servicios que fallan, logs confusos, permisos mal aplicados, puertos bloqueados, contenedores que no levantan, certificados que expiran, backups que deben restaurarse y alertas que deben investigarse.

La Linux Foundation también ofrece rutas de formación en administración de sistemas, DevOps, SRE, Kubernetes y seguridad cloud native, lo que refleja que el mercado valora perfiles prácticos que conectan Linux con automatización, contenedores, seguridad y operación.

26. Errores comunes al crear un portafolio Linux

27. Plan de 8 semanas para construir el portafolio

28. Preguntas clave

Recomendamos

En resumen

Un portafolio profesional de Linux debe demostrar práctica real: servidores, automatización, monitoreo, programación, seguridad y recuperación. Los 20 proyectos propuestos cubren desde instalación básica hasta SIEM, Kubernetes, CI/CD, hardening, backups, APIs, herramientas CLI y respuesta a incidentes.

La clave no es acumular repositorios, sino construir evidencia. Cada proyecto debe responder: qué problema resuelve, cómo se instala, cómo se prueba, qué riesgos tiene, cómo se protege y qué aprendiste. Así tu portafolio deja de ser una colección de ejercicios y se convierte en una muestra profesional de capacidad técnica.