Autor: ciberkaos

  • Instalación de Ollama en Windows paso a paso

    Instalación de Ollama en Windows paso a paso

    1. Introducción

    En esta práctica vamos a instalar Ollama en un equipo con Windows para poder ejecutar modelos de inteligencia artificial de forma local.

    Ollama permite descargar y ejecutar modelos como Llama, Qwen, Mistral u otros modelos compatibles directamente en nuestro ordenador, sin depender necesariamente de servicios externos.

    Esto es especialmente interesante en clase porque nos permite trabajar conceptos como:

    • Inteligencia artificial local.
    • Modelos de lenguaje.
    • Uso de la terminal.
    • Consumo de CPU, RAM y GPU.
    • Servicios accesibles desde red local.
    • Integración con herramientas como Open WebUI, OpenCode o aplicaciones propias.

    2. Requisitos previos

    Para realizar esta práctica necesitaremos:

    • Un equipo con Windows 10 o Windows 11.
    • Conexión a Internet.
    • Permisos para instalar programas.
    • PowerShell o Terminal de Windows.
    • Espacio suficiente en disco para descargar modelos.

    Según la página oficial de Ollama, la versión para Windows requiere Windows 10 o posterior.


    3. ¿Qué vamos a instalar?

    Vamos a instalar:

    Ollama para Windows

    Una vez instalado, podremos ejecutar comandos como:

    ollama --version
    ollama pull llama3.1:8b
    ollama run llama3.1:8b

    Paso 1. Descargar Ollama para Windows

    Entramos en la página oficial de descarga de Ollama:

    https://ollama.com/download/windows

    En la página oficial aparece la opción de descarga para Windows y también una instalación mediante PowerShell.

    Podemos instalarlo de dos formas:

    Opción A: Instalación con instalador gráfico

    Esta es la opción más sencilla para alumnos que empiezan.

    1. Entramos en la web oficial de Ollama.
    2. Seleccionamos la versión de Windows.
    3. Descargamos el instalador.
    4. Ejecutamos el archivo descargado.
    5. Seguimos el asistente de instalación.

    Cuando termine, Ollama debería quedar instalado en el sistema.


    Opción B: Instalación desde PowerShell

    También podemos instalar Ollama usando PowerShell.

    Abrimos PowerShell y ejecutamos:

    irm https://ollama.com/install.ps1 | iex

    Este comando aparece actualmente en la página oficial de descarga de Ollama para Windows.


    Paso 2. Comprobar que Ollama está instalado

    Abrimos una terminal de PowerShell y ejecutamos:

    ollama --version

    Si todo está correcto, veremos una salida parecida a esta:

    ollama version x.x.x

    La versión puede cambiar según el momento en el que se instale.


    Paso 3. Comprobar que el servicio responde

    Ollama funciona como una aplicación/servicio local que escucha normalmente en el puerto:

    11434

    Podemos comprobarlo con:

    curl http://localhost:11434/api/tags

    Si todavía no tenemos modelos instalados, puede aparecer una lista vacía o una respuesta JSON sin modelos.

    Ejemplo aproximado:

    {
    "models": []
    }

    Paso 4. Descargar un primer modelo

    Ahora vamos a descargar un modelo pequeño o mediano para probar.

    Para empezar podemos usar:

    ollama pull llama3.1:8b

    También podríamos usar un modelo orientado a programación, por ejemplo:

    ollama pull qwen2.5-coder:7b

    La descarga puede tardar varios minutos, dependiendo de la conexión a Internet y del tamaño del modelo.


    Paso 5. Ejecutar un modelo

    Una vez descargado el modelo, podemos ejecutarlo con:

    ollama run llama3.1:8b

    Aparecerá un prompt interactivo donde podremos escribir preguntas.

    Por ejemplo:

    >>> Explícame qué es una dirección IP como si fuera para un alumno de primero de ASIR.

    Ollama responderá usando el modelo cargado en local.

    Para salir del chat podemos escribir:

    /bye

    Paso 6. Ver los modelos instalados

    Para ver qué modelos tenemos descargados:

    ollama list

    La salida será parecida a:

    NAME              ID              SIZE      MODIFIED
    llama3.1:8b xxxxxxxx 4.7 GB ...
    qwen2.5-coder:7b xxxxxxxx 4.7 GB ...

    Paso 7. Ver qué modelos están cargados en memoria

    Este paso es importante, especialmente si el ordenador también se usa para jugar, editar vídeo o realizar tareas pesadas.

    Ejecutamos:

    ollama ps

    Este comando muestra los modelos que están cargados en ese momento.

    Ejemplo:

    NAME              ID              SIZE      PROCESSOR    UNTIL
    llama3.1:8b xxxxxxxx 4.7 GB 100% GPU 4 minutes from now

    Paso 8. Detener un modelo cargado

    Si queremos liberar memoria, podemos detener un modelo con:

    ollama stop llama3.1:8b

    O, si estamos usando otro modelo:

    ollama stop qwen2.5-coder:7b

    Esto es útil para liberar RAM o VRAM de la tarjeta gráfica.


    Paso 9. Borrar un modelo

    Si queremos eliminar un modelo descargado para liberar espacio en disco:

    ollama rm llama3.1:8b

    Después podemos comprobar de nuevo:

    ollama list

    Paso 10. Probar Ollama desde el navegador

    Podemos abrir en el navegador:

    http://localhost:11434

    También podemos probar directamente la API:

    http://localhost:11434/api/tags

    El endpoint /api/tags permite comprobar los modelos disponibles en la instalación local.


    Paso 11. Crear una petición a la API de Ollama

    Ollama no solo sirve para usar modelos desde terminal. También podemos hacer peticiones HTTP a su API local.

    Ejemplo desde PowerShell:

    curl http://localhost:11434/api/generate `
    -Method POST `
    -Body '{"model":"llama3.1:8b","prompt":"Explica qué es Linux en pocas palabras.","stream":false}' `
    -ContentType "application/json"

    Esto nos devolverá una respuesta en formato JSON.


    Paso 12. Configurar Ollama para acceder desde otro equipo de la red

    Por defecto, Ollama suele estar pensado para usarse desde el propio equipo. Si queremos acceder desde otro ordenador de la red local, por ejemplo desde un portátil, podemos configurar la variable de entorno:

    OLLAMA_HOST

    La documentación oficial de Ollama indica que en Windows las variables de entorno se pueden configurar desde las opciones de entorno del usuario o del sistema. Para ello recomienda cerrar primero Ollama desde la barra de tareas, abrir la configuración de variables de entorno, crear o editar la variable correspondiente y volver a iniciar Ollama.

    Configuración recomendada para red local

    Creamos la variable:

    OLLAMA_HOST

    Con el valor:

    0.0.0.0:11434

    También se puede hacer desde PowerShell como administrador:

    setx OLLAMA_HOST "0.0.0.0:11434" /M

    Después debemos cerrar Ollama y volver a abrirlo, o reiniciar el equipo.


    Paso 13. Abrir el puerto en el firewall de Windows

    Si queremos acceder a Ollama desde otro ordenador de la misma red, puede ser necesario abrir el puerto 11434.

    Abrimos PowerShell como administrador y ejecutamos:

    New-NetFirewallRule `
    -DisplayName "Ollama 11434" `
    -Direction Inbound `
    -Protocol TCP `
    -LocalPort 11434 `
    -Action Allow

    Paso 14. Averiguar la IP del equipo Windows

    En el equipo donde está instalado Ollama ejecutamos:

    ipconfig

    Buscamos la dirección IPv4 de la tarjeta de red que estamos usando.

    Ejemplo:

    Dirección IPv4. . . . . . . . . . . . . . : 192.168.1.50

    En este ejemplo, la IP del equipo sería:

    192.168.1.50

    Paso 15. Probar Ollama desde otro ordenador

    Desde otro equipo de la misma red, por ejemplo un portátil, probamos:

    curl http://192.168.1.50:11434/api/tags

    Cambiando 192.168.1.50 por la IP real del equipo Windows.

    Si todo está correcto, veremos la lista de modelos disponibles.


    Paso 16. Conectar Open WebUI u otra herramienta

    Si instalamos una interfaz web como Open WebUI, podremos conectarla a la dirección del servidor Ollama.

    Si Open WebUI está en el mismo equipo:

    http://localhost:11434

    Si Open WebUI está en otro ordenador de la red:

    http://192.168.1.50:11434

    Paso 17. Recomendaciones de modelos para empezar

    Para equipos normales:

    ollama pull llama3.1:8b
    ollama pull qwen2.5-coder:7b

    Para equipos con buena GPU:

    ollama pull qwen2.5-coder:14b
    ollama pull qwen3:14b

    Para programación:

    ollama run qwen2.5-coder:7b

    O, si el equipo tiene más potencia:

    ollama run qwen2.5-coder:14b

    Para uso general:

    ollama run llama3.1:8b

    Paso 18. Buenas prácticas si el equipo también se usa para jugar

    Si el ordenador tiene una tarjeta gráfica potente y también se usa para jugar, conviene tener cuidado.

    Ollama puede usar:

    • RAM.
    • CPU.
    • GPU.
    • VRAM de la tarjeta gráfica.
    • Disco.

    Instalar Ollama no debería reducir el rendimiento de los juegos por sí solo. El problema aparece cuando tenemos un modelo cargado mientras jugamos.

    Antes de jugar podemos comprobar:

    ollama ps

    Si aparece algún modelo cargado, podemos detenerlo:

    ollama stop nombre_del_modelo

    Por ejemplo:

    ollama stop qwen2.5-coder:14b

    También podemos cerrar Ollama desde el icono de la bandeja del sistema.


    Paso 19. Seguridad básica

    No debemos exponer Ollama directamente a Internet.

    Una cosa es usarlo dentro de nuestra red local y otra muy distinta dejarlo accesible públicamente desde fuera.

    Recomendaciones:

    • No abrir el puerto 11434 en el router.
    • No hacer redirección de puertos hacia Ollama.
    • Usarlo solo en red local.
    • Si se necesita acceso remoto, usar VPN o una solución segura.
    • No permitir que cualquier persona de la red use modelos grandes sin control.

    Paso 20. Comandos principales de Ollama

    AcciónComando
    Ver versiónollama --version
    Descargar modeloollama pull nombre_modelo
    Ejecutar modeloollama run nombre_modelo
    Ver modelos instaladosollama list
    Ver modelos cargadosollama ps
    Detener modeloollama stop nombre_modelo
    Borrar modeloollama rm nombre_modelo
    Probar API localcurl http://localhost:11434/api/tags

    Actividad propuesta

    Instalar Ollama en Windows, descargar un modelo, ejecutarlo y comprobar que funciona correctamente desde terminal y desde la API local.

    Tareas

    1. Instalar Ollama en Windows.
    2. Comprobar la versión instalada.
    3. Descargar un modelo.
    4. Ejecutar el modelo desde terminal.
    5. Hacerle al modelo una pregunta técnica.
    6. Listar los modelos instalados.
    7. Comprobar qué modelos están cargados.
    8. Probar la API local con curl.
    9. Documentar el proceso con capturas.
    10. Explicar qué recursos del equipo consume Ollama.

    Cargar modelos de ollama en el disco duro secundario

    Importante:
    Los modelos de Ollama pueden ocupar muchos gigabytes. En equipos con un disco principal pequeño, es recomendable guardar los modelos en un disco secundario usando la variable de entorno OLLAMA_MODELS. Así evitamos llenar la unidad C: y mantenemos el sistema operativo con espacio libre suficiente.

    la forma correcta para Windows, que es mover la carpeta de modelos usando la variable OLLAMA_MODELS. También voy a incluir una alternativa con enlace simbólico, útil si ya tienes modelos descargados.Pensó durante 4s

    Sí. En Windows tienes que cambiar la ubicación de los modelos con la variable de entorno OLLAMA_MODELS. Ollama indica oficialmente que esta variable sirve para elegir dónde se guardan los modelos descargados.

    Por ejemplo, si quieres que los modelos estén en el disco D:, puedes crear esta carpeta:

    D:\Ollama\Models

    Opción recomendada: usar OLLAMA_MODELS

    1. Crea la carpeta en el disco secundario

    En PowerShell:

    mkdir D:\Ollama\Models

    Puedes cambiar D: por la letra real de tu disco.


    2. Cierra Ollama

    Antes de cambiar la ruta:

    1. Ve al icono de Ollama en la bandeja del sistema, junto al reloj.
    2. Clic derecho.
    3. Pulsa Quit o Salir.

    También puedes cerrar el proceso desde PowerShell:

    taskkill /IM ollama.exe /F

    3. Crea la variable de entorno

    Abre PowerShell como administrador y ejecuta:

    setx OLLAMA_MODELS "D:\Ollama\Models" /M

    Esto crea la variable a nivel de sistema.

    También podrías crearla solo para tu usuario:

    setx OLLAMA_MODELS "D:\Ollama\Models"

    Para un PC personal, yo usaría la opción con /M.


    4. Reinicia Ollama

    Después de crear la variable:

    • Cierra todas las terminales.
    • Vuelve a abrir PowerShell.
    • Abre Ollama de nuevo desde el menú de inicio.

    Para ir a lo seguro, reinicia Windows.


    5. Comprueba que la variable existe

    En una nueva ventana de PowerShell:

    echo $env:OLLAMA_MODELS

    Debería aparecer:

    D:\Ollama\Models

    6. Descarga un modelo de prueba

    Por ejemplo:

    ollama pull llama3.1:8b

    Después comprueba que se han creado archivos dentro de:

    D:\Ollama\Models

    Si ya tenías modelos descargados

    Por defecto, Ollama suele guardar los modelos en la carpeta del usuario, dentro de:

    C:\Users\TU_USUARIO\.ollama

    La documentación oficial también indica que %HOMEPATH%\.ollama contiene modelos y configuración.

    Puedes moverlos así:

    1. Cierra Ollama

    taskkill /IM ollama.exe /F

    2. Copia la carpeta antigua al nuevo disco

    Por ejemplo:

    robocopy "$env:USERPROFILE\.ollama\models" "D:\Ollama\Models" /E

    3. Crea la variable OLLAMA_MODELS

    setx OLLAMA_MODELS "D:\Ollama\Models" /M

    4. Reinicia Windows

    Después prueba:

    ollama list

    Si los modelos aparecen correctamente, ya está usando la nueva ubicación.


  • Instalación y uso de OpenCode en Windows con WSL Ubuntu

    Instalación y uso de OpenCode en Windows con WSL Ubuntu

    1. Introducción

    OpenCode es una herramienta de asistencia al desarrollo mediante inteligencia artificial. Permite trabajar con proyectos de programación desde la terminal, hacer preguntas sobre el código, pedir cambios, generar archivos, revisar errores y trabajar con diferentes proveedores de modelos de IA.

    Aunque OpenCode puede instalarse de varias formas, en Windows la opción más recomendable para trabajar de manera seria es usarlo dentro de WSL, es decir, el Subsistema de Windows para Linux. De esta forma trabajaremos con un entorno Linux real dentro de Windows, algo muy útil para programación, servidores, automatización y administración de sistemas.

    OpenCode está disponible como herramienta de terminal, aplicación de escritorio e incluso extensiones para editores como Visual Studio Code. La versión de escritorio está disponible en beta para Windows x64.


    Objetivos de la práctica

    Al finalizar esta práctica, el alumno será capaz de:

    • Instalar WSL en Windows.
    • Instalar Ubuntu dentro de WSL.
    • Instalar OpenCode en el entorno Linux.
    • Abrir un proyecto con Visual Studio Code usando Remote WSL.
    • Ejecutar OpenCode desde la terminal del proyecto.
    • Conectar OpenCode con un proveedor de IA.
    • Comprender la diferencia entre usar OpenCode en terminal, escritorio o navegador.

    Requisitos previos

    Para realizar esta práctica necesitaremos:

    • Un equipo con Windows 10 o Windows 11.
    • Conexión a Internet.
    • Permisos de administrador en Windows.
    • Visual Studio Code instalado.
    • Una cuenta o clave de acceso para algún proveedor de IA compatible, por ejemplo OpenAI, GitHub Copilot, OpenRouter, Anthropic, Google Gemini u otro proveedor compatible.

    OpenCode necesita un proveedor de modelos de lenguaje para funcionar. La herramienta puede ser gratuita, pero el uso del modelo puede depender del proveedor elegido.


    Paso 1. Instalar WSL en Windows

    Abrimos PowerShell como administrador.

    Para ello:

    1. Pulsamos en el menú de inicio.
    2. Escribimos PowerShell.
    3. Hacemos clic derecho.
    4. Seleccionamos Ejecutar como administrador.

    Después ejecutamos:

    wsl --install

    Este comando instalará WSL y, normalmente, también una distribución Ubuntu por defecto.

    Cuando finalice la instalación, reiniciamos el equipo si Windows lo solicita.


    Paso 2. Comprobar que WSL funciona

    Después del reinicio, abrimos una terminal de Ubuntu desde el menú de inicio.

    Buscamos:

    Ubuntu

    Si no lo vemos, probamos lo siguiente:

    Ejecuta:

    wsl --list --online

    Esto te mostrará las distribuciones disponibles.


    Instala Ubuntu manualmente

    Ejecuta:

    wsl --install -d Ubuntu

    Reinicia el ordenador si te lo pide.

    Si al reinicar aun no aparece, vuelve a poner

    wsl --install -d Ubuntu

    Comprueba qué distribuciones tienes instaladas

    Después abre PowerShell normal y ejecuta:

    wsl -l -v

    Deberías ver algo parecido a:

      NAME      STATE           VERSION
    * Ubuntu Stopped 2

    Si aparece Ubuntu, puedes abrirlo con:

    wsl

    o también:

    ubuntu

    La primera vez que se abra, Ubuntu nos pedirá crear un usuario y una contraseña.

    Por ejemplo:

    Enter new UNIX username: alumno
    New password:
    Retype new password:

    La contraseña no se verá mientras la escribimos. Esto es normal en Linux.


    Paso 3. Actualizar Ubuntu

    Dentro de la terminal de Ubuntu ejecutamos:

    sudo apt update
    sudo apt upgrade -y

    Con esto actualizamos la lista de paquetes y los programas instalados.

    Es importante hacer este paso antes de instalar herramientas de desarrollo.


    Paso 4. Instalar herramientas básicas

    Instalamos algunas herramientas útiles:

    sudo apt install -y curl git unzip

    Estas herramientas nos permitirán descargar archivos, trabajar con repositorios y preparar proyectos.


    Paso 5. Instalar OpenCode dentro de WSL

    La documentación oficial de OpenCode recomienda instalarlo en WSL para trabajar desde Windows. Una vez dentro de la terminal de Ubuntu, ejecutamos el instalador oficial:

    curl -fsSL https://opencode.ai/install | bash

    Cuando termine la instalación, cerramos y volvemos a abrir la terminal de Ubuntu.

    Después comprobamos que OpenCode está instalado:

    opencode --version

    Si aparece una versión, la instalación ha funcionado correctamente.


    Paso 6. Crear una carpeta de trabajo

    Vamos a crear una carpeta para nuestros proyectos dentro del entorno Linux.

    mkdir -p ~/proyectos
    cd ~/proyectos

    Ahora podemos crear un proyecto de prueba:

    mkdir prueba-opencode
    cd prueba-opencode

    Creamos un archivo simple:

    nano index.html

    Pegamos este contenido:

    <!DOCTYPE html>
    <html lang="es">
    <head>
    <meta charset="UTF-8">
    <title>Prueba OpenCode</title>
    </head>
    <body>
    <h1>Hola desde OpenCode</h1>
    <p>Este es mi primer proyecto usando OpenCode en WSL.</p>
    </body>
    </html>

    Guardamos con:

    CTRL + O
    Enter
    CTRL + X

    Paso 7. Ejecutar OpenCode en el proyecto

    Desde la carpeta del proyecto ejecutamos:

    opencode

    OpenCode se iniciará en la terminal.

    La primera vez puede solicitar configuración o conexión con un proveedor de IA.

    Dentro de OpenCode podemos usar comandos como:

    /connect

    Este comando permite conectar OpenCode con un proveedor de modelos de IA.

    Dependiendo del proveedor elegido, puede pedir una clave API, iniciar sesión o configurar una cuenta.


    Paso 8. Primeras pruebas con OpenCode

    Una vez abierto OpenCode dentro del proyecto, podemos pedirle tareas sencillas.

    Por ejemplo:

    Explícame qué hace este proyecto.

    También podemos pedirle mejoras:

    Mejora el archivo index.html añadiendo una estructura básica con cabecera, contenido principal y pie de página.

    O podemos pedirle que cree nuevos archivos:

    Crea un archivo styles.css y enlázalo desde index.html.

    OpenCode puede ayudar a escribir, modificar y revisar código, pero el alumno siempre debe revisar los cambios antes de aceptarlos. La IA puede equivocarse, generar código innecesario o modificar partes que no debería.


    Paso 9. Instalar Visual Studio Code

    Si no lo tenemos instalado, descargamos e instalamos Visual Studio Code desde su página oficial.

    Una vez instalado, abrimos Visual Studio Code.


    Paso 10. Instalar la extensión Remote WSL

    En Visual Studio Code:

    1. Vamos a la sección Extensions.
    2. Buscamos:
    WSL
    1. Instalamos la extensión oficial de Microsoft llamada WSL.

    Esta extensión permite abrir carpetas de Linux/WSL directamente desde Visual Studio Code.


    Paso 11. Abrir el proyecto desde WSL en Visual Studio Code

    Volvemos a la terminal de Ubuntu y nos situamos en nuestro proyecto:

    cd ~/proyectos/prueba-opencode

    Ejecutamos:

    code .

    La primera vez puede tardar un poco, porque Visual Studio Code instalará algunos componentes dentro de WSL.

    Cuando se abra Visual Studio Code, veremos que estamos trabajando dentro del entorno WSL.

    Esto es importante: aunque estamos usando una aplicación gráfica de Windows, el proyecto realmente está dentro de Ubuntu.


    Paso 12. Abrir una terminal integrada en Visual Studio Code

    Dentro de Visual Studio Code:

    1. Vamos al menú Terminal.
    2. Pulsamos New Terminal.
    3. Comprobamos que la terminal abierta es de Ubuntu/WSL.

    Podemos probarlo ejecutando:

    pwd

    Debería aparecer una ruta parecida a:

    /home/alumno/proyectos/prueba-opencode

    Ahora podemos lanzar OpenCode directamente desde la terminal integrada:

    opencode

    Esta forma de trabajar es muy cómoda porque tenemos:

    • El editor Visual Studio Code.
    • El proyecto abierto.
    • La terminal Linux.
    • OpenCode trabajando sobre la carpeta real del proyecto.

    Paso 13. Acceder a proyectos de Windows desde WSL

    Aunque es recomendable guardar los proyectos dentro de Linux, también podemos acceder a carpetas de Windows desde WSL.

    Por ejemplo, el disco C: de Windows aparece en WSL como:

    /mnt/c/

    Ejemplo:

    cd /mnt/c/Users/TuUsuario/Desktop

    El disco D: aparecería como:

    /mnt/d/

    Y así sucesivamente.

    La documentación oficial de OpenCode indica que desde WSL podemos navegar a proyectos de Windows usando rutas como /mnt/c/Users/YourName/project y ejecutar allí opencode.

    Aun así, para proyectos de programación es mejor trabajar dentro de:

    /home/usuario/proyectos

    Suele dar menos problemas de permisos, rendimiento y compatibilidad.


    Paso 14. Usar la versión web de OpenCode desde WSL

    OpenCode también puede ejecutarse como interfaz web en el navegador. La documentación oficial recomienda que, en Windows, se ejecute desde WSL para mantener buen acceso al sistema de archivos y a la terminal.

    Desde la carpeta del proyecto podemos ejecutar:

    opencode web --hostname 0.0.0.0

    OpenCode mostrará una dirección local en la terminal.

    Después podremos abrirla desde el navegador de Windows.

    Normalmente será algo parecido a:

    http://localhost:PUERTO

    donde PUERTO será el número que indique OpenCode.


    Paso 15. Usar la aplicación de escritorio de OpenCode

    OpenCode también tiene una aplicación de escritorio en beta para Windows x64.

    La idea sería:

    1. Instalar OpenCode Desktop para Windows.
    2. Ejecutar el servidor de OpenCode dentro de WSL.
    3. Conectar la aplicación de escritorio al servidor local.

    Desde WSL podemos lanzar el servidor con:

    opencode serve --hostname 0.0.0.0 --port 4096

    Después, desde la aplicación de escritorio, nos conectaríamos a:

    http://localhost:4096

    Si localhost no funciona, podemos obtener la IP de WSL con:

    hostname -I

    Y conectarnos usando una dirección parecida a:

    http://IP-DE-WSL:4096

    La documentación oficial advierte que, si usamos --hostname 0.0.0.0, conviene proteger el servidor con contraseña mediante la variable OPENCODE_SERVER_PASSWORD.

    Ejemplo:

    OPENCODE_SERVER_PASSWORD=clave-segura opencode serve --hostname 0.0.0.0 --port 4096

    Paso 16. Recomendación para clase

    Para esta práctica vamos a trabajar principalmente de esta forma:

    Windows + WSL Ubuntu + Visual Studio Code + OpenCode en terminal

    Es decir:

    1. Usamos Windows como sistema principal.
    2. Usamos Ubuntu mediante WSL como entorno de desarrollo.
    3. Abrimos los proyectos con Visual Studio Code usando Remote WSL.
    4. Ejecutamos OpenCode desde la terminal del proyecto.

    Esta forma de trabajo es muy parecida a un entorno profesional real, porque muchos servidores, herramientas de desarrollo y sistemas de despliegue funcionan sobre Linux.


    Paso 17. Comandos resumen

    Instalar WSL

    wsl --install

    Actualizar Ubuntu

    sudo apt update
    sudo apt upgrade -y

    Instalar herramientas básicas

    sudo apt install -y curl git unzip

    Instalar OpenCode

    curl -fsSL https://opencode.ai/install | bash

    Comprobar versión

    opencode --version

    Crear proyecto

    mkdir -p ~/proyectos/prueba-opencode
    cd ~/proyectos/prueba-opencode

    Abrir Visual Studio Code desde WSL

    code .

    Ejecutar OpenCode

    opencode

    Ejecutar OpenCode Web

    opencode web --hostname 0.0.0.0

    Ejecutar servidor para escritorio

    opencode serve --hostname 0.0.0.0 --port 4096

    Problemas frecuentes

    El comando opencode no se reconoce

    Cerramos y volvemos a abrir la terminal de Ubuntu.

    También podemos probar:

    source ~/.bashrc

    Después:

    opencode --version

    El comando code . no funciona

    Puede deberse a que Visual Studio Code no está instalado correctamente o no está disponible en el PATH.

    Solución:

    1. Abrir Visual Studio Code en Windows.
    2. Instalar la extensión WSL.
    3. Volver a abrir Ubuntu.
    4. Probar de nuevo:
    code .

    OpenCode no puede conectarse al proveedor de IA

    Revisamos:

    • Que tenemos conexión a Internet.
    • Que la clave API es correcta.
    • Que hemos usado el comando /connect.
    • Que el proveedor elegido está disponible.
    • Que la cuenta tiene saldo, suscripción o permisos suficientes.

    Estoy en PowerShell y no en Ubuntu

    OpenCode para esta práctica debe ejecutarse dentro de Ubuntu/WSL.

    Si estamos en PowerShell, veremos algo parecido a:

    PS C:\Users\Alumno>

    Si estamos en Ubuntu/WSL, veremos algo parecido a:

    alumno@equipo:~$

    Para entrar en Ubuntu, abrimos la aplicación Ubuntu desde el menú de inicio.


    Actividad propuesta para el alumno

    Crea un pequeño proyecto web con estos archivos:

    index.html
    styles.css
    script.js

    El proyecto debe tener:

    • Una página principal con título.
    • Un párrafo explicando qué es OpenCode.
    • Un botón creado con HTML.
    • Estilos básicos en CSS.
    • Un pequeño mensaje en JavaScript al pulsar el botón.

    Después abre OpenCode desde la carpeta del proyecto y pídele:

    Revisa este proyecto y propón mejoras sencillas para un alumno que está empezando.

    A continuación, el alumno deberá entregar:

    • Captura de WSL funcionando.
    • Captura de opencode --version.
    • Captura de Visual Studio Code abierto con Remote WSL.
    • Captura de OpenCode ejecutándose en la terminal del proyecto.
    • Breve explicación de qué ventajas tiene trabajar con WSL en Windows.

    Conclusión

    OpenCode puede utilizarse directamente en Windows, pero para un entorno de clase y de desarrollo técnico es más recomendable utilizarlo dentro de WSL con Ubuntu.

    De esta manera conseguimos un entorno más parecido al que encontraremos en servidores reales, con mejor integración con herramientas Linux y con una forma de trabajo muy útil para programación, administración de sistemas, ciberseguridad y automatización.

    La combinación recomendada para el curso será:

    Windows + WSL Ubuntu + Visual Studio Code Remote WSL + OpenCode
  • Práctica guiada: Instalación de Cypht en Ubuntu Server con Docker

    Práctica guiada: Instalación de Cypht en Ubuntu Server con Docker

    1. Introducción

    En esta práctica vamos a instalar Cypht en una máquina Ubuntu Server.

    Cypht es una aplicación web que permite consultar varias cuentas de correo desde una única interfaz. A diferencia de otros clientes webmail más clásicos, Cypht está pensado para actuar como un agregador de cuentas de correo, por lo que resulta especialmente útil cuando queremos gestionar varias direcciones desde el navegador.

    Durante la práctica utilizaremos Docker y Docker Compose, ya que esto nos permite instalar Cypht junto con su base de datos de una forma más limpia, controlada y fácil de mantener.


    2. Objetivos de la práctica

    Al finalizar esta práctica, el alumno será capaz de:

    • Crear una máquina virtual Ubuntu Server.
    • Instalar Docker en Ubuntu Server.
    • Usar Docker Compose para desplegar varios servicios.
    • Instalar Cypht junto con MariaDB.
    • Acceder a Cypht desde un navegador web.
    • Comprender el funcionamiento básico de un servicio web desplegado con contenedores.
    • Solucionar errores habituales relacionados con permisos de Docker.

    3. Escenario de la práctica

    Vamos a crear el siguiente entorno:

    Navegador del alumno
    |
    v
    http://IP_DEL_SERVIDOR:8085
    |
    v
    Ubuntu Server
    |
    +-- Contenedor Cypht
    |
    +-- Contenedor MariaDB

    Cypht será la aplicación web y MariaDB almacenará la configuración y los datos necesarios.


    4. Requisitos previos

    Para realizar esta práctica necesitamos:

    • Una máquina virtual con Ubuntu Server 24.04 o similar.
    • Acceso a Internet desde la máquina virtual.
    • Un usuario con permisos de sudo.
    • Al menos:
      • 2 CPU
      • 4 GB de RAM recomendados
      • 25 GB de disco como mínimo
    • Conocimientos básicos de terminal Linux.

    5. Configuración recomendada de la máquina virtual

    Si se trabaja con Proxmox, VirtualBox, VMware o similar, se recomienda crear la máquina con estos valores:

    RecursoValor recomendado
    Sistema operativoUbuntu Server 24.04
    CPU2 cores
    RAM4 GB
    Disco25 GB mínimo
    RedNAT o adaptador puente
    AccesoConsola o SSH

    Importante:
    Con 1 CPU y 2 GB de RAM la instalación puede funcionar, pero el sistema irá justo. Para trabajar cómodamente con Docker, Cypht y MariaDB, se recomienda usar 2 CPU y 4 GB de RAM.


    Parte 1: Preparación del sistema

    Paso 1. Actualizar el sistema

    sudo apt update

    Entramos en la máquina Ubuntu Server y actualizamos los repositorios:

    Después actualizamos los paquetes instalados:

    sudo apt upgrade -y

    Paso 2. Instalar herramientas necesarias

    Instalamos algunos paquetes que necesitaremos para añadir el repositorio oficial de Docker:

    sudo apt install -y ca-certificates curl gnupg

    Parte 2: Instalación de Docker

    Paso 3. Crear el directorio para las claves de Docker

    Ejecutamos:

    sudo install -m 0755 -d /etc/apt/keyrings

    Este directorio se usará para guardar la clave GPG del repositorio oficial de Docker.


    Paso 4. Descargar la clave GPG de Docker

    Ejecutamos:

    curl -fsSL https://download.docker.com/linux/ubuntu/gpg | \
    sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg

    Después damos permisos de lectura a la clave:

    sudo chmod a+r /etc/apt/keyrings/docker.gpg

    Paso 5. Añadir el repositorio oficial de Docker

    Ejecutamos el siguiente comando completo:

    echo \
    "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \
    https://download.docker.com/linux/ubuntu \
    $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
    sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

    Actualizamos de nuevo los repositorios:

    sudo apt update

    Paso 6. Instalar Docker y Docker Compose

    Instalamos Docker:

    sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

    Comprobamos que Docker se ha instalado correctamente:

    docker --version

    Y comprobamos Docker Compose:

    docker compose version

    Si los comandos muestran una versión, la instalación ha sido correcta.


    Paso 7. Comprobar el estado del servicio Docker

    Ejecutamos:

    sudo systemctl status docker

    Si aparece como active (running), Docker está funcionando.

    Podemos salir de esa pantalla pulsando:

    q

    Si Docker no estuviera activo, lo arrancamos con:

    sudo systemctl enable --now docker

    Parte 3: Preparación de Cypht

    Paso 8. Crear la carpeta de trabajo

    Crearemos la instalación en /opt/cypht.

    sudo mkdir -p /opt/cypht

    Cambiamos el propietario de la carpeta para poder trabajar cómodamente con nuestro usuario:

    sudo chown -R $USER:$USER /opt/cypht

    Entramos en la carpeta:

    cd /opt/cypht

    Paso 9. Crear el archivo docker-compose.yml

    Creamos el archivo:

    nano docker-compose.yml

    Dentro pegamos el siguiente contenido:

    services:
    db:
    image: mariadb:10
    container_name: cypht-db
    restart: unless-stopped
    volumes:
    - ./data/mysql:/var/lib/mysql
    environment:
    MYSQL_ROOT_PASSWORD: Cambia_Esta_Clave_Root
    MYSQL_DATABASE: cypht
    MYSQL_USER: cypht
    MYSQL_PASSWORD: Cambia_Esta_Clave_Cypht
    healthcheck:
    test: ["CMD", "mysqladmin", "ping", "-h", "localhost", "-ucypht", "-pCambia_Esta_Clave_Cypht"]
    interval: 10s
    timeout: 5s
    retries: 5

    cypht:
    image: cypht/cypht:2.8.0
    container_name: cypht
    restart: unless-stopped
    depends_on:
    db:
    condition: service_healthy
    ports:
    - "8085:80"
    environment:
    AUTH_USERNAME: admin
    AUTH_PASSWORD: Cambia_Esta_Clave_Admin

    DB_CONNECTION_TYPE: host
    DB_DRIVER: mysql
    DB_HOST: db
    DB_NAME: cypht
    DB_USER: cypht
    DB_PASS: Cambia_Esta_Clave_Cypht

    SESSION_TYPE: DB
    USER_CONFIG_TYPE: DB
    volumes:
    - ./data/log/nginx:/var/log/nginx
    - ./data/log/php:/var/log/php
    - ./data/log/supervisord:/var/log/supervisord
    - ./data/fonts:/usr/local/share/cypht/site/fonts

    Guardamos el archivo en nano:

    Ctrl + O
    Enter
    Ctrl + X

    Paso 10. Cambiar las contraseñas

    Antes de arrancar los contenedores, debemos modificar las siguientes claves:

    Cambia_Esta_Clave_Root
    Cambia_Esta_Clave_Cypht
    Cambia_Esta_Clave_Admin

    Podemos editar el archivo de nuevo:

    nano docker-compose.yml

    Por ejemplo:

    MYSQL_ROOT_PASSWORD: Root_1234_segura
    MYSQL_PASSWORD: Cypht_1234_segura
    AUTH_PASSWORD: Admin_1234_segura
    DB_PASS: Cypht_1234_segura

    Importante:
    La contraseña MYSQL_PASSWORD y la contraseña DB_PASS deben coincidir, porque una define la contraseña del usuario de la base de datos y la otra es la contraseña que usará Cypht para conectarse a esa base de datos.


    Parte 4: Arranque de Cypht

    Paso 11. Levantar los contenedores

    Desde la carpeta /opt/cypht, ejecutamos:

    sudo docker compose up -d

    La opción -d significa que los contenedores se ejecutarán en segundo plano.


    Paso 12. Comprobar que los contenedores están funcionando

    Ejecutamos:

    sudo docker ps

    Deberíamos ver dos contenedores:

    • cypht
    • cypht-db

    Ejemplo de salida esperada:

    CONTAINER ID   IMAGE              PORTS                  NAMES
    xxxxxxxxxxxx cypht/cypht:2.8.0 0.0.0.0:8085->80/tcp cypht
    xxxxxxxxxxxx mariadb:10 3306/tcp cypht-db

    Paso 13. Ver los logs si algo falla

    Si algún contenedor no aparece o hay problemas, revisamos los logs:

    sudo docker compose logs -f

    Para salir de los logs:

    Ctrl + C

    También podemos ver solo los logs de Cypht:

    sudo docker compose logs -f cypht

    O solo los de MariaDB:

    sudo docker compose logs -f db

    Parte 5: Acceso desde el navegador

    Paso 14. Obtener la IP del servidor

    Ejecutamos:

    ip a

    Buscamos la dirección IP de la tarjeta de red principal. Suele aparecer en interfaces como:

    ens18
    ens33
    eth0
    enp0s3

    Ejemplo:

    inet 192.168.1.80/24

    En este caso, la IP sería:

    192.168.1.80

    Paso 15. Entrar en Cypht desde el navegador

    Desde el ordenador anfitrión o desde otro equipo de la misma red, abrimos:

    http://IP_DEL_SERVIDOR:8085

    Por ejemplo:

    http://192.168.1.80:8085

    El usuario será:

    admin

    La contraseña será la que hayamos puesto en:

    AUTH_PASSWORD

    Parte 6: Apertura del puerto en el firewall

    Paso 16. Comprobar si UFW está activo

    Ejecutamos:

    sudo ufw status

    Si aparece como inactive, no hace falta abrir nada.

    Si aparece como active, abrimos el puerto 8085:

    sudo ufw allow 8085/tcp

    Comprobamos de nuevo:

    sudo ufw status

    Parte 7: Añadir cuentas de correo en Cypht

    Paso 17. Datos necesarios para configurar una cuenta

    Para añadir una cuenta de correo en Cypht necesitamos conocer los datos del servidor de correo.

    Normalmente necesitaremos:

    DatoEjemplo
    Servidor IMAPmail.midominio.com
    Puerto IMAP993
    Seguridad IMAPSSL/TLS
    Usuariousuario@midominio.com
    ContraseñaContraseña del correo
    Servidor SMTPmail.midominio.com
    Puerto SMTP587
    Seguridad SMTPSTARTTLS

    Paso 18. Añadir una cuenta IMAP

    Dentro de Cypht:

    1. Entramos con el usuario admin.
    2. Accedemos a la configuración.
    3. Buscamos la sección de cuentas o servidores IMAP.
    4. Añadimos los datos de la cuenta.
    5. Guardamos la configuración.

    Ejemplo de configuración IMAP:

    Servidor IMAP: mail.midominio.com
    Puerto: 993
    Seguridad: SSL/TLS
    Usuario: usuario@midominio.com
    Contraseña: ********

    Paso 19. Añadir una cuenta SMTP

    Para poder enviar correos también debemos configurar SMTP.

    Ejemplo:

    Servidor SMTP: mail.midominio.com
    Puerto: 587
    Seguridad: STARTTLS
    Usuario: usuario@midominio.com
    Contraseña: ********

    Nota:
    En algunos proveedores de correo puede ser necesario activar el acceso por aplicaciones externas o generar una contraseña específica de aplicación.


    Parte 8: Comandos básicos de administración

    Ver contenedores activos

    sudo docker ps

    Ver todos los contenedores, incluso los detenidos

    sudo docker ps -a

    Parar Cypht

    cd /opt/cypht
    sudo docker compose down

    Arrancar Cypht de nuevo

    cd /opt/cypht
    sudo docker compose up -d

    Reiniciar los contenedores

    cd /opt/cypht
    sudo docker compose restart

    Ver logs

    cd /opt/cypht
    sudo docker compose logs -f

    Actualizar imágenes

    cd /opt/cypht
    sudo docker compose pull
    sudo docker compose up -d

    Parte 9: Error habitual de permisos con Docker

    Problema

    Puede aparecer este error:

    unable to get image 'mariadb:10': permission denied while trying to connect to the docker API at unix:///var/run/docker.sock

    Este error significa que el usuario actual no tiene permisos para comunicarse con Docker.


    Solución rápida

    Ejecutar el comando con sudo:

    sudo docker compose up -d

    Solución permanente

    Añadimos nuestro usuario al grupo docker:

    sudo usermod -aG docker $USER

    Después reiniciamos la máquina:

    sudo reboot

    Cuando vuelva a arrancar, comprobamos:

    docker ps

    Si ya no aparece el error, podremos usar Docker sin sudo.

    Importante:
    Añadir un usuario al grupo docker le da mucho poder sobre el sistema. En un servidor real, esto debe hacerse solo con usuarios de confianza.


    Parte 10: Comprobaciones finales

    Al terminar la práctica, debemos comprobar:

    ComprobaciónResultado esperado
    Docker está instaladodocker --version muestra una versión
    Docker Compose funcionadocker compose version muestra una versión
    Los contenedores están activossudo docker ps muestra cypht y cypht-db
    Cypht responde en navegadorSe puede acceder a http://IP:8085
    El usuario admin funcionaPodemos iniciar sesión
    El puerto está abiertoEl navegador conecta correctamente
    Se puede añadir una cuenta IMAPLa cuenta aparece en Cypht
  • 3. ¿Qué es una Red Virtual?

    3. ¿Qué es una Red Virtual?

    Muchas aplicaciones y servicios precisan de una infraestructura de red formada por varios equipos conectados entre sí. Esto puede suceder tanto cuando trabajamos en producción como para pruebas de calidad o en el ámbito académico. A veces no nos resulta interesante o no compensa económicamente hacerlo con hardware y cableado real. Es por eso por lo que disponemos de la posibilidad de crear redes complejas de forma virtual, donde administraremos diferentes equipos virtuales desde un solo equipo anfitrión.

    En este apartado vamos a aprender a crear redes virtuales, ya sea para instalar servidores aislados, entornos de prueba y escenarios profesionales de forma más flexible, económica y segura.

    ¿Qué es una Red Virtual?

    En una red virtual no solo tenemos virtualizados los equipos con sistemas operativos, sino que además virtualizamos todos los elementos de la infraestructura como tarjetas de red, cables, switches y routers.

    En otras palabras, una red virtual reproduce una red real, pero lo hace dentro de un entorno virtualizado.

    Por ejemplo, vamos a imaginar que tenemos que montar un pequeño laboratorio para simular la red de una empresa, en esta red queremos configurar un servidor, comprobar que los clientes pueden acceder a las aplicaciones y servicios, detectar errores y vulnerabilidades.

    Al hacerlo mediante una red virtual podremos trabajar con un caso de uso muy próximo a la realidad, pero en un entorno más accesible y seguro para el aprendizaje.

    VLANs y Redes Virtuales

    Aunque no son exactamente lo mismo, las VLAN están muy relacionadas con la virtualización de redes. Una VLAN permite organizar la red física en varias redes independientes. En entornos virtuales podemos integrar máquinas virtuales en redes segmentadas reales o crear nuevas redes.

    Vamos a hacer una comparativa entre crear una VLAN física frente a una en Red virtual

    Ventajas

    VentajaDescripción
    FlexibilidadPermiten levantar sistemas y redes en poco tiempo.
    Ahorro de costesReducen la necesidad de hardware físico.
    EscalabilidadEs fácil ampliar el número de máquinas o segmentos de red.
    AislamientoSe pueden crear entornos seguros y separados del resto.
    ReutilizaciónUn mismo host puede albergar múltiples laboratorios o servicios. Duplicarlos, clonarlos…
    Rapidez de despliegueLos cambios se aplican mucho más rápido que en infraestructuras físicas y no tenemos que desplazarnos.

    Desventajas

    DesventajasDescripción
    Dependencia del hostSi el equipo anfitrión falla, pueden caer varias máquinas y redes a la vez.
    Posibles cuellos de botellaTodos los sistemas virtuales comparten recursos de la máquina anfitrión.
    Riesgo de mala segmentaciónUna mala configuración puede mezclar redes o exponer servicios sin querer.
    Falsa sensación de aislamientoSi no se diseña bien, una red supuestamente privada, puede terminar conectada al exterior.

    Tipos de Conexiones en Redes Virtuales

    Cuando utilizamos hipervisores como, VirtualBox, VMware, Hyper-V, Proxmox, KVM/QEMU, etc. al crear las máquinas virtuales disponemos de una o varias interfaces de red virtuales, que se comportan como tarjetas de red físicas y también Switch y routers para que interactúen entre sí.

    De tal modo que podemos simular cualquier topología de red que deseemos implementar. Existen varios tipos de red al utilizar hipervisores, las cuatro más comunes son:

    • NAT: Esta opción permite que una máquina virtual pueda acceder a internet utilizando el equipo anfitrión como router. Como ya hemos utilizado anteriormente, sirve para aislar un solo sistema de nuestra red manteniendo un acceso a internet.
    • Red NAT: Mantiene las restricciones del caso anterior NAT, pero nos permite simular más de un dispositivo pudiendo crear infraestructuras de Red complejas con acceso a internet, pero que no tengan comunicación con la red principal. Muy útiles para realizar pruebas de implantaciones que precisen de varios equipos para realizar pruebas de seguridad o calidad.
    • Adaptador puente o Bridged: Las máquinas virtuales se integran en la red física como equipos reales, son totalmente visibles al resto de la red. Conectarlas en este modo resulta útil cuando queremos ampliar algún servicio en nuestra red sin tener que implementar nuevo hardware a nuestra red.
    • Red Interna: La opción de Red Interna actúa de forma muy similar a las redes NAT donde podemos crear nuevas redes, pero en este caso sin acceso a internet. Este tipo es muy útil para laboratorios de ciberseguridad, dado que tiene un aislamiento absoluto.
    • Host-only: Esta opción es la menos versátil, pues solo permite comunicación creando un canal privado con el host o equipo anfitrión.
    Caso de Uso Para entender todo esto mucho mejor, vamos a realizar un caso de uso paso a paso. Desde el departamento de desarrollo nos han pedido que creemos una subred con tres equipos aislados del resto de la red de la empresa, pero con conexión a internet. La red contendrá dos dispositivos clientes y un servidor web Ubuntu Server con Apache2 y conexión vía SSH, para que los desarrolladores puedan realizar pruebas de funcionamiento y en encontrar posibles errores del proyecto que están realizado antes de subirlo a producción. Nos solicitan que los equipos clientes tengan diferentes sistemas operativos, uno con Ubuntu Desktop y otro con Windows.

    Para resolver la petición del departamento de desarrolladores, vamos a crear una red virtual que permita la comunicación entre tres máquinas, manteniéndolas aisladas de la red principal de la empresa, pero con acceso a Internet. Para ello utilizaremos un hipervisor como VirtualBox, aunque se podría realizar en otras plataformas de virtualización como VMWare.

    Diseño de la topología

    El primer paso será definir el tipo de red que queremos implantar. En este caso, la opción más adecuada es utilizar una Red NAT dentro de VirtualBox. Este tipo de red cumple con los requerimientos solicitados permitiendo que varias máquinas virtuales compartan una misma subred privada, puedan comunicarse entre sí y, además, tengan salida a Internet a través del equipo anfitrión.

    EquipoDirección IPMáscaraPuerta de enlace
    Ubuntu Desktop10.0.2.10255.255.255.010.0.2.1
    Windows10.0.2.11255.255.255.010.0.2.1
    Ubuntu Server10.0.2.12255.255.255.010.0.2.1

    Dentro de VirtualBox, debemos acceder al apartado de herramientas de red y crear una Red NAT nueva para las tres máquinas virtuales. Por ejemplo, podemos crear una red con estas características:

    • Nombre de la red: RedDesarrollo
    • Rango de red: 10.0.2.0/24
    Panel de configuración de Red NAT en VirtualBox

    Es importante que todas estén conectadas a la misma red virtual; de lo contrario, no podrán comunicarse entre sí.

    Partiendo de tres máquinas ya creadas y procederemos a configurar la red de cada una de ellas.

    Seleccionamos la máquina Ubuntu Desktop y en la configuración de VirtualBox. En el campo conectado a, elegimos la opción Red NAT y en el nombre de la red seleccionamos RedDesarrollo. Guardamos los cambios y pasamos a la siguiente máquina.

    Panel de configuración de adaptador de red en VirtualBox

    Repetimos el mismo procedimiento con la máquina Windows y la de Ubuntu Server poniendo en todas el tipo de Red NAT y nombre de la red RedDesarrollo.

    Ahora ya tenemos los equipos en una única red, el siguiente paso es realizar la configuración de las direcciones IPs según la tabla de la topología y realizar las pruebas para ver que todo funciona.

    Si la red NAT está funcionando correctamente, cada máquina debería obtener una dirección IP perteneciente a la misma subred.

    Por ejemplo, en los sistemas Linux podemos utilizar en la terminal el comando:

    ip a

    Y comprobamos que los equipos pertenecen a la red de redDesarrollo al tener una IP con la dirección 10.0.2.X.

    Captura de terminal Linux mostrando la IP asignada al dispositivo.

    El último paso que debemos realizar antes de entregar el despliegue sería ver si las máquinas tienen conexión entre sí y acceso a internet. Para ello desde la terminal de las diferentes máquinas realizaremos un “ping” a los dispositivos y a una IP de un servicio de internet.

    Captura de terminal Linux con resultados de la conexión

    Conclusión

    Gracias a las redes virtuales es posible segmentar servicios, aislar entornos, conectar servidores, automatizar despliegues y administrar infraestructuras complejas de forma rápida y segura. Por ello, comprender cómo se implantan y configuran no solo resulta útil para el aprendizaje, sino que constituye también una competencia esencial para trabajar en administración de sistemas, virtualización, cloud y redes empresariales modernas, para organizar entornos mucho más grandes en plataformas como Proxmox, centros de datos virtualizados o servicios en la nube como AWS.

  • PC-RETO 1: Evolución del PC doméstico

    PC-RETO 1: Evolución del PC doméstico

    La siguiente tabla muestra una propuesta de ordenadores bien montados y representativos de cada época, desde 1980 hasta 2015, pensados para recrearlos en entornos como PCem, 86Box, VirtualBox o simplemente para entender cómo era un PC equilibrado y potente en cada momento histórico.

    🎧 Audio del tema
    Escucha este breve audio para repasar las ideas principales este proyecto.

    Nota: no se trata siempre del equipo más caro del mercado, sino de una configuración realista, potente y coherente para su año.


    AñoMicroprocesadorRAMAlmacenamientoGráficaSonidoUnidad óptica / disqueteSistema operativo recomendadoUso típico
    1980Intel 8088 a 4.77 MHz64 KB – 256 KBSin disco duro, 1 o 2 disqueteras de 5,25″MDA o CGAAltavoz internoDisquetera 5,25″PC DOS 1.0Ofimática básica, programación, primeros juegos de PC
    1985Intel 80286 a 6–12 MHz512 KB – 1 MBDisco duro de 20–40 MBEGAAltavoz interno o tarjeta muy básicaDisquetera 5,25″ 1.2 MBMS-DOS 3.1 / 3.2Software profesional, bases de datos, juegos más avanzados
    1990Intel 80386DX a 33 MHz4 MBDisco duro de 80–120 MBVGASound Blaster 1.5 / ProDisquetera 3,5″ 1.44 MBMS-DOS 5.0 + Windows 3.0 opcionalJuegos DOS, productividad, primeros entornos gráficos serios
    1995Intel Pentium 100 / 133 MHz16 MBDisco duro de 850 MB – 1.6 GBSVGA PCI (1–2 MB VRAM)Sound Blaster 16 / AWE32Disquetera 3,5″ + CD-ROM 4x / 8xMS-DOS 6.22 + Windows 95Multimedia, CD-ROM, juegos DOS avanzados y primeros juegos Windows 95
    2000Pentium III 733 MHz o AMD Athlon 700–900 MHz128 MBDisco duro de 20–30 GBNVIDIA GeForce 2 GTS o 3dfx Voodoo3 3000Sound Blaster Live!CD-ROM / DVD-ROM / CD-RWWindows 98 SE o Windows 2000Juegos 3D, internet, música MP3, software multimedia
    2005Pentium 4 3.0 GHz o Athlon 64 3200+1 GBDisco duro de 120–200 GBGeForce 6600 GT / 6800 GT o Radeon 9800 Pro / X800AC’97 o Sound Blaster AudigyDVD-RWWindows XP SP2Juegos DirectX 8/9, internet, multimedia, grabación DVD
    2010Intel Core i5 750 o i7 8604 GBDisco duro de 500 GBGeForce GTX 460 o Radeon HD 5850HD Audio integradoDVD-RWWindows 7Juegos modernos de la época, Steam, multimedia HD
    2015Intel Core i5 4690K o i7 4790K8–16 GBSSD de 250 GB + HDD de 1 TBGTX 970 o Radeon R9 390HD Audio integradoDVD-RW opcionalWindows 10Gaming moderno, productividad, edición, streaming

    Comentarios por época

    AñoComentario histórico
    1980Ordenadores muy básicos, centrados en texto, programación y software profesional simple. Los juegos aún eran muy limitados.
    1985El PC empieza a consolidarse como herramienta seria de trabajo. El disco duro ya marca una gran diferencia.
    1990La época dorada del DOS empieza a despegar con fuerza. Aparecen mejores juegos, mejor sonido y los primeros entornos gráficos realmente utilizables.
    1995Uno de los momentos más interesantes del PC: convivencia entre DOS y Windows 95, explosión del CD-ROM y auge del PC multimedia.
    2000El 3D ya está plenamente asentado. Es una gran época para juegos clásicos de finales de los 90 y principios de los 2000.
    2005Windows XP domina claramente. Se consolida internet, los DVDs, el audio integrado y los juegos DirectX 9.
    2010El PC ya entra en una etapa muy moderna, con Windows 7 como sistema de referencia y el auge del juego digital.
    2015SSD, tarjetas gráficas potentes y Windows 10 marcan una plataforma ya completamente actual en muchos aspectos.

    Configuraciones más recomendables para montar máquinas virtuales retro

    EntornoAño recomendadoConfiguración sugerida
    PCem / 86Box1990386DX-33, 4 MB RAM, VGA, Sound Blaster Pro, MS-DOS 5.0
    PCem / 86Box1995Pentium 100, 16 MB RAM, SVGA PCI, Sound Blaster 16, CD-ROM, Windows 95
    PCem / 86Box2000Pentium II / III, 64–128 MB RAM, Voodoo3 o GeForce 2, Sound Blaster Live!, Windows 98 SE
    VirtualBox20051 GB RAM, 20–40 GB de disco virtual, Windows XP SP2 / SP3
    VirtualBox20102–4 GB RAM, disco virtual moderno, Windows 7

    Selección ideal para un proyecto retro equilibrado

    Si quieres montar varias máquinas para cubrir bien la evolución del PC, una selección muy buena sería esta:

    MáquinaRepresentaSistema
    1985PC clásico de trabajo y primeros juegos avanzadosMS-DOS 3.x
    1990Época fuerte de DOS y primeros WindowsMS-DOS 5.0 + Windows 3.0
    1995Transición DOS / Windows 95 y explosión multimediaWindows 95
    2000Auge del 3D y de los grandes clásicos de PCWindows 98 SE
    2005Dominio absoluto de Windows XPWindows XP SP2/SP3

    Conclusión

    Montar varias máquinas virtuales siguiendo esta evolución permite recrear de forma bastante fiel la historia del PC doméstico y del PC de juegos. Cada época tiene una personalidad muy marcada:

    • 1980–1985: primeros PCs y software muy básico
    • 1990–1995: gran crecimiento del DOS, sonido y multimedia
    • 2000–2005: consolidación total del 3D y de Windows
    • 2010–2015: entrada en la informática moderna
  • PC-RETO 2: Instalación y configuración PCEM

    PC-RETO 2: Instalación y configuración PCEM

    PCem es un emulador de ordenadores PC antiguos. Su objetivo es reproducir el comportamiento de hardware real de distintas épocas. Esto permite instalar sistemas operativos antiguos y ejecutar software que, en máquinas modernas, podría no funcionar correctamente.

    PCem puede emular diferentes familias de equipos, desde sistemas 8086/286 hasta máquinas Pentium, Pentium II o configuraciones más avanzadas según la versión y ROM disponibles. La lista de máquinas compatibles depende de los ficheros ROM colocados en la carpeta adecuada. La documentación pública de PCem muestra que cada modelo necesita uno o varios archivos ROM concretos dentro de subcarpetas específicas de roms.


    7. Diferencia entre PCem y VirtualBox

    CaracterísticaPCemVirtualBox / VMware / Proxmox
    Enfoque principalEmulación de PCs antiguosVirtualización de sistemas modernos
    HardwareEmula placas, BIOS, tarjetas y CPUs antiguasUsa hardware virtual moderno
    RendimientoMás lento, pero más fiel al hardware antiguoMás rápido
    Uso típicoMS-DOS, Windows 3.11, Windows 95, Windows 98, juegos antiguosLinux, Windows moderno, servidores
    BIOSDepende de ROMs específicasBIOS/UEFI integrada en el hipervisor
    Aprendizaje históricoMuy altoMedio
    Compatibilidad con juegos antiguosMuy buena si se configura bienVariable

    Parte 1: instalación de PCem

    1. Instalación en Windows

    Paso 1. Descargar PCem

    El alumno debe descargar PCem desde una fuente fiable. Según la versión usada, puede venir como programa ya compilado o como código fuente.

    https://pcem-emulator.co.uk/downloads.html

    En Windows normalmente se descarga una versión comprimida.

    Paso 2. Crear una carpeta de trabajo

    Crear una carpeta, por ejemplo:

    C:\Emuladores\PCem

    Dentro de esa carpeta se recomienda organizar el material así:

    PCem/
    ├── pcem.exe
    ├── roms/
    ├── discos/
    ├── isos/
    ├── floppies/
    ├── drivers/
    └── capturas/

    Paso 3. Ejecutar PCem por primera vez

    Ejecutar:

    pcem.exe

    Si PCem no encuentra ninguna BIOS válida, puede abrirse sin máquinas disponibles o mostrar errores relacionados con ROMs ausentes.

    Esto es normal: antes de crear la máquina hay que colocar las BIOS en la carpeta correcta.



    Parte 2: preparación de BIOS y ROMs

    1. ¿Qué es la BIOS?

    La BIOS es el firmware básico de un PC clásico. Se ejecuta al encender el equipo y realiza tareas como:

    • Inicializar la placa base.
    • Comprobar la memoria RAM.
    • Detectar unidades de disco.
    • Inicializar teclado y pantalla.
    • Permitir entrar en la configuración del sistema.
    • Buscar un dispositivo de arranque.
    • Cargar el sistema operativo.

    En ordenadores antiguos, la BIOS era mucho más visible para el usuario. Configurar mal el disco duro, el orden de arranque o la disquetera podía impedir que el sistema arrancase.

    https://archive.org/details/pcem-v-17-roms


    2. ¿Por qué PCem necesita BIOS?

    PCem no se limita a simular “un PC genérico”. Emula modelos concretos de placa o chipsets. Muchas de esas máquinas necesitan su BIOS original o una BIOS compatible.

    Por ejemplo, la documentación pública del proyecto muestra modelos que requieren rutas y nombres concretos de ROM, como máquinas IBM AT, Compaq, placas Socket 7 o placas Slot 1.


    3. Estructura de carpetas de ROM

    Una posible estructura sería:

    roms/
    ├── ibmat/
    │ ├── at111585.0
    │ └── at111585.1
    ├── ami486/
    │ └── bios.bin
    ├── ga686bx/
    │ └── 6BX.F2a
    └── video/
    └── vga.rom

    La estructura exacta depende de la máquina seleccionada. PCem suele esperar nombres concretos. Si el nombre del archivo no coincide, la máquina puede no aparecer o puede fallar al arrancar.


    4. Comprobación de BIOS detectadas

    Una vez copiadas las ROMs:

    1. Abrir PCem.
    2. Crear una nueva máquina.
    3. Abrir la lista de modelos disponibles.
    4. Comprobar si aparecen nuevas placas o equipos.

    Si no aparece la máquina deseada, revisar:

    • Nombre exacto del archivo.
    • Carpeta correcta.
    • Mayúsculas y minúsculas.
    • Si falta alguna ROM adicional.
    • Si la ROM está comprimida dentro de un .zip.
    • Si PCem está buscando las ROMs en otra carpeta.

    Parte 3: creación de una máquina virtual de ejemplo

    Máquina propuesta

    Vamos a crear una máquina tipo PC 486 con MS-DOS / FreeDOS.

    Esta opción es ideal para una primera práctica porque:

    • Es más sencilla que Windows 95/98.
    • Permite entender bien la BIOS.
    • Obliga a trabajar con disquetes, particiones y formateo.
    • Consume pocos recursos.
    • Es perfecta para explicar hardware clásico.

    1. Configuración objetivo

    ElementoConfiguración propuesta
    Tipo de máquina486 compatible
    CPUIntel 486DX2 a 66 MHz
    RAM16 MB
    Tarjeta gráficaVGA o SVGA compatible
    SonidoSound Blaster 16
    Disco duroIDE de 512 MB
    Disquetera3.5” 1.44 MB
    CD-ROMOpcional
    Sistema operativoFreeDOS o MS-DOS
    RatónSerial o PS/2, según disponibilidad
    RedNo necesaria en esta primera práctica

    Parte 4: crear la configuración en PCem

    Paso 1. Abrir PCem

    Abrir el programa PCem.

    Seleccionar:

    New machine

    o la opción equivalente para crear una nueva configuración.


    Paso 2. Asignar nombre a la máquina

    Nombre recomendado:

    PC_486_DOS_Practica

    El alumno debe usar un nombre claro. Por ejemplo:

    NombreAlumno_PC486_DOS

    Paso 3. Seleccionar la placa base

    Seleccionar una placa compatible con 486.

    Ejemplos posibles, dependiendo de las ROM disponibles:

    AMI 486
    Award 486
    Socket 3 compatible

    Nota para el profesor:
    El nombre exacto dependerá de las ROM instaladas. Si se quiere evitar confusión, conviene preparar previamente un paquete de trabajo con una máquina concreta ya verificada en el aula.


    Paso 4. Seleccionar CPU

    Elegir:

    Intel 486DX2/66

    Si no aparece exactamente esa CPU, elegir una parecida:

    486DX/33
    486DX2/50
    486DX2/66

    Paso 5. Configurar memoria RAM

    Asignar:

    16 MB

    Para MS-DOS es más que suficiente.

    No conviene asignar cantidades absurdamente altas, porque una parte del objetivo es comprender las limitaciones reales de la época.


    Paso 6. Configurar vídeo

    Seleccionar una tarjeta gráfica compatible.

    Opciones recomendadas:

    VGA
    SVGA
    S3 Trio
    Cirrus Logic

    Para una primera práctica con DOS, una VGA sencilla es suficiente.


    Paso 7. Configurar sonido

    Seleccionar:

    Sound Blaster 16

    Configuración típica:

    ParámetroValor habitual
    Dirección I/O220
    IRQ5 o 7
    DMA1
    High DMA5

    Esta parte será útil más adelante si se instalan juegos o programas multimedia.


    Paso 8. Configurar disquetera

    Añadir una disquetera:

    3.5" 1.44 MB

    Será necesaria para arrancar con un disquete de instalación o de arranque.


    Paso 9. Crear disco duro virtual

    Crear un disco duro nuevo.

    Tamaño recomendado:

    512 MB

    Nombre del archivo:

    discos/pc486_dos_512mb.img

    Tipo:

    IDE

    En PCs antiguos, el disco duro se identificaba mediante geometría CHS:

    • Cylinders
    • Heads
    • Sectors

    Muchas BIOS antiguas permiten autodetección, pero otras exigen introducir manualmente los datos.


    Parte 5: primera arrancada y entrada en BIOS

    Paso 1. Iniciar la máquina

    Arrancar la máquina creada.

    Es posible que aparezca un mensaje similar a:

    No boot device
    Disk boot failure
    Insert system disk
    CMOS checksum error
    Press F1 to continue
    Press DEL to enter Setup

    Esto es normal. Todavía no hemos configurado la BIOS ni instalado ningún sistema operativo.


    Paso 2. Entrar en la BIOS

    Durante el arranque, pulsar la tecla correspondiente.

    Las teclas más habituales son:

    TeclaUso habitual
    DEL / SuprEntrar en BIOS Award/AMI
    F1Continuar o entrar en configuración
    F2Setup en algunas BIOS
    ESCMenú o salida
    F10Guardar y salir

    En muchas BIOS antiguas, la tecla más habitual es:

    Supr / DEL

    Paso 3. Configurar fecha y hora

    Dentro de la BIOS:

    1. Ir a la pantalla principal.
    2. Configurar fecha.
    3. Configurar hora.

    Ejemplo:

    Date: 05/04/1995
    Time: 12:00:00

    Se puede usar una fecha histórica para contextualizar la práctica.


    Paso 4. Configurar disquetera

    Buscar el apartado:

    Standard CMOS Setup

    Configurar:

    Drive A: 1.44M, 3.5 in.
    Drive B: None

    Paso 5. Configurar disco duro

    En la opción de discos IDE:

    Primary Master: Auto
    Primary Slave: None
    Secondary Master: None
    Secondary Slave: None

    Si la BIOS permite autodetección:

    IDE HDD Auto Detection

    Seleccionar el disco detectado y aceptar.

    Si pide geometría manual, usar la que indique PCem al crear el disco.


    Paso 6. Configurar orden de arranque

    Buscar:

    BIOS Features Setup
    Boot Sequence

    Configurar:

    A, C

    o:

    Floppy, HDD

    Esto significa que primero intentará arrancar desde disquete y después desde disco duro.


    Paso 7. Guardar cambios

    Seleccionar:

    Save & Exit Setup

    Normalmente se confirma con:

    Y

    Después, la máquina se reiniciará.


    Parte 6: instalación de FreeDOS o MS-DOS

    Para evitar problemas legales, en clase puede usarse FreeDOS, que es libre y compatible con muchos programas de DOS.

    Descargar Sistemas operativos (winworldpc.com/library/operating-systems)

    Paso 1. Montar imagen de disquete o ISO

    En PCem, montar la imagen de instalación:

    freedos.img

    o, si se usa CD-ROM:

    freedos.iso

    Para una primera práctica, recomiendo usar disquete o CD según la configuración preparada por el profesor.


    Paso 2. Arrancar desde el medio de instalación

    Iniciar la máquina.

    Si todo está correcto, aparecerá el instalador o el prompt de DOS:

    A:\>

    Paso 3. Crear partición con FDISK

    Ejecutar:

    fdisk

    Seleccionar:

    Create DOS partition
    Create Primary DOS Partition
    Use maximum available size
    Set partition active

    Después, reiniciar la máquina.


    Paso 4. Formatear el disco duro

    Tras reiniciar, volver a arrancar desde el disquete o medio de instalación.

    Ejecutar:

    format c: /s

    El parámetro /s copia los archivos básicos del sistema para que el disco sea arrancable.

    Si se usa FreeDOS, el proceso puede variar ligeramente, pero la idea es la misma: crear partición, formatear e instalar el sistema.


    Paso 5. Comprobar arranque desde disco duro

    Apagar la máquina.

    Quitar el disquete o ISO de arranque.

    Iniciar de nuevo.

    Si todo ha salido bien, debería aparecer:

    C:\>

    La máquina ya arranca desde su disco duro virtual.


    Parte 7: configuración básica del sistema DOS

    1. Crear estructura de carpetas

    Ejecutar:

    c:
    md DOS
    md DRIVERS
    md JUEGOS
    md UTIL
    md DOCUMENT

    Comprobar con:

    dir

    2. Crear o editar AUTOEXEC.BAT

    El archivo AUTOEXEC.BAT se ejecuta automáticamente al arrancar DOS.

    Ejemplo básico:

    @ECHO OFF
    PROMPT $p$g
    PATH C:\DOS;C:\DRIVERS;C:\UTIL
    CLS
    ECHO Bienvenido al PC 486 emulado con PCem

    3. Crear o editar CONFIG.SYS

    El archivo CONFIG.SYS carga controladores básicos.

    Ejemplo:

    DEVICE=C:\DOS\HIMEM.SYS
    DOS=HIGH,UMB
    FILES=40
    BUFFERS=30
    LASTDRIVE=Z

    4. Reiniciar y comprobar

    Reiniciar la máquina.

    Comprobar que aparece el mensaje:

    Bienvenido al PC 486 emulado con PCem

    Parte 8: instalación de drivers

    1. Driver de ratón

    Copiar un driver de ratón compatible, por ejemplo:

    MOUSE.COM

    Guardar en:

    C:\DRIVERS\MOUSE

    Modificar AUTOEXEC.BAT:

    C:\DRIVERS\MOUSE\MOUSE.COM

    2. Driver de CD-ROM

    Para usar CD-ROM en DOS se necesitan normalmente dos elementos:

    • Un controlador en CONFIG.SYS.
    • El programa MSCDEX.EXE en AUTOEXEC.BAT.

    Ejemplo de CONFIG.SYS:

    DEVICE=C:\DRIVERS\CDROM\OAKCDROM.SYS /D:MSCD001

    Ejemplo de AUTOEXEC.BAT:

    C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

    Después de reiniciar, el CD-ROM debería aparecer como:

    D:

    3. Configuración de Sound Blaster

    Añadir al AUTOEXEC.BAT:

    SET BLASTER=A220 I5 D1 H5 T6
    SET SOUND=C:\SB16

    Explicación:

    ParámetroSignificado
    A220Dirección base 220h
    I5IRQ 5
    D1DMA 1
    H5DMA alta 5
    T6Tipo Sound Blaster 16

    Parte 9: ejemplo de máquina virtual alternativa con Windows 95

    Una vez terminada la práctica con DOS, se puede hacer una segunda máquina más avanzada.

    Configuración recomendada

    ElementoConfiguración
    MáquinaSocket 7 / Pentium
    CPUPentium 133 MHz
    RAM32 MB o 64 MB
    Disco duro2 GB
    GráficaS3 Trio64 / S3 ViRGE
    SonidoSound Blaster 16
    CD-ROMIDE
    Sistema operativoWindows 95 OSR2
    Disquetera3.5” 1.44 MB

    PCem incluye o ha incluido soporte para muchas máquinas de los años 90, incluyendo placas Socket 7 y Slot 1, dependiendo de la versión y de las ROM instaladas. Por ejemplo, la documentación pública lista configuraciones como FIC VA-503+ o Gigabyte GA-686BX con CPUs Pentium, AMD K6 o Pentium II, siempre que estén disponibles las ROM correspondientes.


    Pasos resumidos para Windows 95

    1. Crear máquina Pentium.
    2. Asignar 32 o 64 MB de RAM.
    3. Crear disco duro de 2 GB.
    4. Activar CD-ROM.
    5. Montar disquete de arranque de Windows 95/98 con soporte CD-ROM.
    6. Arrancar desde disquete.
    7. Ejecutar fdisk.
    8. Crear partición primaria.
    9. Reiniciar.
    10. Formatear:
    format c: /s
    1. Entrar en la unidad de CD-ROM:
    D:
    1. Ejecutar:
    setup
    1. Seguir el instalador de Windows 95.
    2. Instalar drivers de vídeo y sonido si es necesario.
    3. Documentar problemas encontrados.

    Problemas frecuentes y soluciones

    Problema 1: la máquina no aparece en PCem

    Causa probable: faltan ROMs o están mal colocadas.

    Solución:

    • Revisar carpeta roms.
    • Revisar nombres exactos.
    • Revisar mayúsculas/minúsculas.
    • Comprobar si la ROM debe ir dentro de una subcarpeta concreta.

    Problema 2: aparece “CMOS checksum error”

    Causa: la BIOS no tiene configuración guardada todavía.

    Solución:

    1. Entrar en BIOS.
    2. Configurar fecha, hora, disco y disquetera.
    3. Guardar cambios.
    4. Reiniciar.

    Problema 3: no arranca desde disquete

    Causa: orden de arranque incorrecto o imagen mal montada.

    Solución:

    • Configurar Boot Sequence como A, C.
    • Comprobar que la imagen de disquete está montada.
    • Comprobar que la imagen es arrancable.

    Problema 4: no detecta el disco duro

    Causa: disco no creado, no conectado o no detectado en BIOS.

    Solución:

    • Revisar configuración IDE.
    • Entrar en BIOS.
    • Usar IDE HDD Auto Detection.
    • Guardar cambios.

    Problema 5: después de FDISK sigue sin arrancar

    Causa: falta formatear con archivos de sistema o partición no activa.

    Solución:

    Ejecutar:

    fdisk

    Comprobar que la partición primaria está activa.

    Después:

    format c: /s

    Problema 6: el CD-ROM no aparece en DOS

    Causa: faltan drivers de CD-ROM.

    Solución:

    Revisar CONFIG.SYS:

    DEVICE=C:\DRIVERS\CDROM\OAKCDROM.SYS /D:MSCD001

    Revisar AUTOEXEC.BAT:

    C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

    Problema 7: el sonido no funciona

    Causa: configuración incorrecta de Sound Blaster.

    Solución:

    Comprobar que los valores de PCem coinciden con la variable BLASTER:

    SET BLASTER=A220 I5 D1 H5 T6
  • PC-RETO 3: Instalación, carga de BIOS y creación de una máquina virtual retro con 86Box

    PC-RETO 3: Instalación, carga de BIOS y creación de una máquina virtual retro con 86Box

    n esta práctica vamos a trabajar con 86Box, un emulador de ordenadores compatibles x86 pensado para recrear equipos antiguos con bastante fidelidad. A diferencia de VirtualBox, VMware o Proxmox, que están orientados principalmente a virtualizar sistemas modernos, 86Box intenta reproducir el comportamiento de hardware real de distintas épocas: placas base, BIOS, procesadores 286, 386, 486, Pentium, tarjetas gráficas, tarjetas de sonido, controladoras IDE, disqueteras, CD-ROM y otros componentes clásicos.

    Este proyecto tiene como objetivo que el alumno no solo “instale un sistema operativo antiguo”, sino que entienda cómo arrancaba y se configuraba un PC clásico: qué papel tenía la BIOS, cómo se detectaban los discos, cómo se configuraba el orden de arranque y por qué era necesario cargar controladores manualmente.

    86Box necesita un conjunto de ROMs para emular correctamente muchos equipos. Estas ROMs incluyen BIOS de sistema y ROMs opcionales de tarjetas de expansión, organizadas en carpetas según el tipo de dispositivo o modelo emulado. La propia documentación de 86Box indica que, sin un conjunto de ROMs válido, el programa no podrá iniciar correctamente determinadas máquinas.



    ¿Qué es 86Box?

    86Box es un emulador de ordenadores compatibles x86. Su finalidad es reproducir el comportamiento de PCs antiguos de forma más fiel que una máquina virtual moderna.

    Con 86Box podemos emular equipos de distintas generaciones:

    • 8086 / 8088.
        1. Pentium.
        2. Pentium MMX.
        3. Pentium II.
        4. Otros sistemas compatibles, según la versión y las ROMs disponibles.

        La versión estable más reciente publicada en la página oficial de 86Box es la v5.3, lanzada el 21 de diciembre de 2025. Esta versión incluye mejoras de rendimiento, correcciones y nuevo hardware soportado.


        Diferencia entre 86Box y PCem

        86Box nació como una continuación o evolución del trabajo realizado alrededor de PCem, pero actualmente se mantiene como un proyecto propio y con desarrollo activo.

        CaracterísticaPCem86Box
        Tipo de programaEmulador de PCs antiguosEmulador de PCs antiguos
        Estado actualProyecto histórico muy usadoProyecto activo y actualizado
        Uso principalEmular hardware retroEmular hardware retro con más hardware soportado
        BIOS/ROMsNecesita ROMs específicasNecesita ROMs específicas
        ConfiguraciónManual, algo más clásicaIncluye gestor de máquinas virtuales en versiones recientes
        Ideal paraDOS, Windows 3.x, Windows 95/98DOS, Windows 3.x, Windows 95/98 y más configuraciones
        DificultadMediaMedia

        86Box incluye actualmente un gestor de máquinas virtuales que permite crear, administrar, arrancar y controlar varias configuraciones desde una misma interfaz. La documentación oficial indica que, al abrir 86Box, se inicia este gestor de máquinas virtuales, aunque sigue considerándose una función en evolución.


        Material necesario

        Para realizar la práctica necesitaremos:

        • 86Box instalado.
        • Conjunto de ROMs/BIOS compatible con 86Box.
        • Imagen de instalación de un sistema operativo retro.
        • Imagen de disquete de arranque, si es necesaria.
        • Drivers de CD-ROM, ratón, sonido o vídeo, según el sistema elegido.
        • Espacio en disco para crear discos duros virtuales.
        • Capturador de pantalla para documentar el proceso.

        Descargas:


        86Box:
        https://86box.net/#downloads

        Bios 86Box (Roms set)

        https://github.com/86box/roms/releases

        Sistemas operativos
        https://winworldpc.com/library/operating-systems


        Aviso importante sobre BIOS y ROMs

        Las BIOS y ROMs son ficheros que pertenecen al firmware de equipos y tarjetas reales. En muchos casos pueden estar protegidas por derechos de autor.

        Para una práctica educativa, lo correcto es:

        • Usar ROMs obtenidas de forma legítima.
        • No redistribuir BIOS propietarias sin permiso.
        • Documentar qué ROMs se han usado.
        • No mezclar ROMs aleatorias sin saber para qué máquina sirven.

        86Box dispone de documentación específica sobre el conjunto de ROMs y explica que estas ROMs incluyen BIOS de sistema y ROMs de tarjetas de expansión. También indica que el conjunto de ROMs se organiza por directorios según el tipo de dispositivo o modelo.


        Instalación de 86Box

        1. Descarga del programa

        El primer paso es descargar 86Box desde su página oficial o desde su repositorio de GitHub.

        Conviene usar una versión estable, especialmente en clase. Las versiones experimentales pueden incluir funciones nuevas, pero también más errores.


        2. Organización de carpetas

        Antes de empezar, crearemos una carpeta de trabajo.

        Ejemplo en Windows:

        C:\Emuladores\86Box

        Dentro de esa carpeta podemos organizar el material así:

        86Box/
        ├── 86Box.exe
        ├── roms/
        ├── maquinas/
        ├── discos/
        ├── isos/
        ├── disquetes/
        ├── drivers/
        └── capturas/

        Ejemplo en Linux o macOS:

        ~/Emuladores/86Box/
        ├── 86Box
        ├── roms/
        ├── maquinas/
        ├── discos/
        ├── isos/
        ├── disquetes/
        ├── drivers/
        └── capturas/

        La carpeta más importante al principio será:

        roms/

        Ahí es donde colocaremos el conjunto de BIOS y ROMs que usará el emulador.


        7. Carga de BIOS y ROMs en 86Box

        1. ¿Para qué sirven las ROMs?

        86Box necesita ROMs para poder emular determinados equipos y tarjetas. Estas ROMs pueden incluir:

        • BIOS de la placa base.
        • BIOS de tarjetas gráficas.
        • ROMs de controladoras.
        • ROMs de tarjetas de red.
        • ROMs de tarjetas de sonido.
        • Otros firmwares necesarios para hardware concreto.

        Sin estas ROMs, algunas máquinas no aparecerán como disponibles o no arrancarán correctamente.


        2. Carpeta de ROMs

        La documentación de 86Box explica que el conjunto de ROMs debe extraerse en una ubicación soportada por el emulador. En algunos sistemas se puede colocar la carpeta roms junto al ejecutable. También existen diferencias según versión y sistema operativo, por lo que conviene comprobar la ruta concreta en la documentación o en la propia interfaz del programa.

        Ejemplo de estructura:

        86Box/
        ├── 86Box.exe
        └── roms/
        ├── machines/
        ├── video/
        ├── sound/
        ├── network/
        └── hdd/

        No debemos dejar las ROMs comprimidas si la documentación indica que deben estar extraídas.


        Comprobación de ROMs

        Una vez colocadas las ROMs:

        1. Abrimos 86Box.
        2. Entramos en el gestor de máquinas.
        3. Creamos una nueva máquina.
        4. Revisamos la lista de placas base disponibles.
        5. Comprobamos que aparecen modelos de máquinas.

        Si no aparece ninguna máquina o aparece un error de ROMs, debemos revisar:

        • Si la carpeta se llama exactamente roms.
        • Si está en la ruta correcta.
        • Si las ROMs están extraídas y no dentro de un .zip.
        • Si se ha descargado un conjunto de ROMs compatible con la versión usada.
        • Si se está usando una versión experimental de 86Box que requiere ROMs más recientes.

        Primer arranque de 86Box

        Al abrir 86Box veremos el gestor de máquinas virtuales.

        Desde ahí podremos:

        • Crear una máquina nueva.
        • Editar una máquina existente.
        • Arrancar una máquina.
        • Eliminar una configuración.
        • Duplicar configuraciones.
        • Gestionar discos e imágenes.

        En versiones actuales, 86Box abre directamente este gestor de máquinas, que sirve para administrar varias configuraciones emuladas.


        Máquina de ejemplo para la práctica

        Para esta práctica crearemos una máquina sencilla y estable:

        Máquina propuesta

        PC 486 con FreeDOS o MS-DOS

        Esta máquina es ideal para empezar porque permite trabajar con:

        • BIOS.
        • Disquetera.
        • Disco duro IDE.
        • FDISK.
        • Formateo.
        • Arranque desde disco.
        • Archivos AUTOEXEC.BAT y CONFIG.SYS.

        Configuración recomendada

        ElementoConfiguración
        Tipo de máquina486 compatible
        CPUIntel 486DX2/66
        RAM16 MB
        Tarjeta gráficaVGA / SVGA
        Tarjeta de sonidoSound Blaster 16
        Disco duroIDE de 512 MB
        Disquetera3.5” 1.44 MB
        CD-ROMOpcional
        Sistema operativoFreeDOS o MS-DOS
        RedNo necesaria

        Creación de la máquina virtual en 86Box

        Paso 1. Crear una nueva máquina

        Abrimos 86Box y seleccionamos la opción para crear una nueva máquina.

        Nombre recomendado:

        PC_486_DOS_Alumno

        También podemos usar un nombre más descriptivo:

        NombreAlumno_86Box_486_DOS

        Paso 2. Seleccionar la placa base

        En el apartado de máquina o placa base seleccionaremos una placa compatible con 486.

        El nombre exacto dependerá de las ROMs disponibles.

        Ejemplos posibles:

        AMI 486
        Award 486
        Socket 3
        486 PCI
        486 ISA/VLB/PCI

        No todos los modelos aparecerán en todas las instalaciones. Si una placa no aparece, normalmente significa que faltan ROMs o que no están bien colocadas.


        Paso 3. Seleccionar el procesador

        Elegimos una CPU de la familia 486.

        Configuración recomendada:

        Intel 486DX2/66

        Si no aparece exactamente esa opción, podemos usar otra parecida:

        Intel 486DX/33
        Intel 486DX2/50
        Intel 486DX2/66
        AMD 486DX2

        Paso 4. Configurar la memoria RAM

        Asignamos:

        16 MB

        Para DOS es una cantidad más que suficiente.

        No conviene asignar demasiada RAM porque perderíamos parte del sentido histórico de la práctica. Un PC 486 real normalmente trabajaba con cantidades mucho más modestas que un equipo actual.


        Paso 5. Configurar la tarjeta gráfica

        Elegimos una tarjeta sencilla y compatible.

        Opciones habituales:

        VGA
        SVGA
        Cirrus Logic
        S3 Trio
        Tseng ET4000

        Para DOS, una tarjeta VGA o SVGA básica es suficiente.


        Paso 6. Configurar la tarjeta de sonido

        Seleccionamos una tarjeta compatible con muchos juegos y programas de la época.

        Recomendación:

        Sound Blaster 16

        Valores típicos:

        ParámetroValor
        Dirección I/O220
        IRQ5 o 7
        DMA1
        High DMA5

        Más adelante estos valores se usarán en la variable BLASTER.


        Paso 7. Configurar la disquetera

        Añadimos una disquetera:

        3.5" 1.44 MB

        Esta unidad será la unidad A: dentro de DOS.


        Paso 8. Crear el disco duro virtual

        Creamos un disco duro nuevo.

        Tamaño recomendado:

        512 MB

        Nombre del archivo:

        discos/pc486_dos_512mb.img

        Tipo de conexión:

        IDE

        Este disco aparecerá como disco principal de la máquina.


        Paso 9. Configurar CD-ROM

        Este paso es opcional para la primera práctica, pero recomendable si queremos instalar software desde ISO.

        Configuración:

        CD-ROM IDE

        En DOS, para que el CD-ROM funcione, normalmente necesitaremos cargar un driver en CONFIG.SYS y MSCDEX.EXE en AUTOEXEC.BAT.


        Primera arrancada de la máquina

        Una vez creada la máquina, la arrancamos.

        Es normal que aparezcan mensajes como:

        CMOS checksum error
        No boot device
        Disk boot failure
        Insert system disk
        Press DEL to enter Setup

        Esto no significa que la práctica esté mal. Significa que la máquina todavía no tiene BIOS configurada ni sistema operativo instalado.


        Entrada en BIOS

        Paso 1. Pulsar la tecla de acceso

        Durante el arranque, pulsamos la tecla correspondiente para entrar en la BIOS.

        Las más habituales son:

        TeclaUso
        DEL / SuprBIOS AMI o Award
        F1Continuar o entrar en configuración
        F2Setup en algunas BIOS
        ESCMenú o salida
        F10Guardar y salir

        En muchas máquinas antiguas lo normal será:

        Supr / DEL

        Paso 2. Configurar fecha y hora

        Dentro de la BIOS, buscamos la pantalla principal.

        Ejemplo:

        Date: 05/04/1995
        Time: 12:00:00

        Podemos usar una fecha histórica para que la práctica tenga más contexto.


        Paso 3. Configurar la disquetera

        En el apartado de configuración básica o Standard CMOS Setup, configuramos:

        Drive A: 1.44M, 3.5 in.
        Drive B: None

        Paso 4. Configurar el disco duro

        Buscamos la configuración IDE.

        Configuramos:

        Primary Master: Auto
        Primary Slave: None
        Secondary Master: None
        Secondary Slave: None

        Si la BIOS tiene opción de autodetección:

        IDE HDD Auto Detection

        La ejecutamos y aceptamos el disco detectado.


        Paso 5. Configurar el orden de arranque

        Buscamos una opción parecida a:

        Boot Sequence
        Boot Order
        BIOS Features Setup

        Configuramos:

        A, C

        Esto significa:

        1. Primero intenta arrancar desde disquete.
        2. Si no hay disquete, arranca desde disco duro.

        También puede aparecer como:

        Floppy, HDD

        Paso 6. Guardar y salir

        Seleccionamos:

        Save & Exit Setup

        Confirmamos con:

        Y

        La máquina se reiniciará.


        Instalación de FreeDOS o MS-DOS

        Para clase recomiendo usar FreeDOS, porque es libre y evita problemas de licencias. Si se dispone de una licencia legítima de MS-DOS, también se puede usar.


        Paso 1. Montar el disquete o ISO de instalación

        Desde el menú de 86Box montamos la imagen correspondiente.

        Ejemplo con disquete:

        freedos_boot.img

        Ejemplo con CD-ROM:

        freedos.iso

        Paso 2. Arrancar desde el medio de instalación

        Arrancamos la máquina.

        Si todo está bien configurado, debería aparecer un instalador o un prompt parecido a:

        A:\>

        Paso 3. Crear partición con FDISK

        Ejecutamos:

        fdisk

        Seleccionamos las opciones:

        Create DOS partition
        Create Primary DOS Partition
        Use maximum available size
        Set partition active

        Después reiniciamos la máquina.


        Paso 4. Formatear el disco duro

        Volvemos a arrancar desde el disquete o medio de instalación.

        Ejecutamos:

        format c: /s

        El parámetro /s copia los archivos básicos del sistema para que el disco duro pueda arrancar.


        Paso 5. Arrancar desde el disco duro

        Apagamos la máquina.

        Quitamos el disquete o ISO de arranque.

        Arrancamos de nuevo.

        Si todo está correcto, veremos:

        C:\>

        La máquina ya arranca desde su propio disco duro virtual.


        Configuración básica de DOS

        Paso 1. Crear carpetas

        Ejecutamos:

        c:
        md DOS
        md DRIVERS
        md JUEGOS
        md UTIL
        md DOCUMENT

        Comprobamos con:

        dir

        Paso 2. Crear o editar AUTOEXEC.BAT

        El archivo AUTOEXEC.BAT se ejecuta automáticamente al arrancar DOS.

        Ejemplo básico:

        @ECHO OFF
        PROMPT $p$g
        PATH C:\DOS;C:\DRIVERS;C:\UTIL
        CLS
        ECHO Bienvenido al PC 486 emulado con 86Box

        Paso 3. Crear o editar CONFIG.SYS

        El archivo CONFIG.SYS carga controladores y configuración básica del sistema.

        Ejemplo:

        DEVICE=C:\DOS\HIMEM.SYS
        DOS=HIGH,UMB
        FILES=40
        BUFFERS=30
        LASTDRIVE=Z

        Paso 4. Reiniciar y comprobar

        Reiniciamos la máquina.

        Debe aparecer el mensaje:

        Bienvenido al PC 486 emulado con 86Box

        Configuración de CD-ROM en DOS

        Si hemos añadido un CD-ROM a la máquina, necesitaremos configurarlo.

        Paso 1. Copiar driver de CD-ROM

        Por ejemplo:

        OAKCDROM.SYS

        Lo copiamos a:

        C:\DRIVERS\CDROM\

        Paso 2. Modificar CONFIG.SYS

        Añadimos:

        DEVICE=C:\DRIVERS\CDROM\OAKCDROM.SYS /D:MSCD001

        Paso 3. Modificar AUTOEXEC.BAT

        Añadimos:

        C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

        Paso 4. Reiniciar

        Tras reiniciar, el CD-ROM debería aparecer como:

        D:

        Configuración de Sound Blaster

        Si hemos configurado una Sound Blaster 16 en 86Box, podemos añadir la variable de entorno correspondiente.

        En AUTOEXEC.BAT:

        SET BLASTER=A220 I5 D1 H5 T6
        SET SOUND=C:\SB16

        Explicación:

        ParámetroSignificado
        A220Dirección base 220h
        I5IRQ 5
        D1DMA 1
        H5DMA alta 5
        T6Tipo Sound Blaster 16

        Si en 86Box hemos configurado otros valores, la variable BLASTER debe coincidir con ellos.


        Ejemplo de segunda máquina: Windows 98 SE

        Una vez terminada la máquina con DOS, podemos crear una segunda máquina más avanzada.

        Configuración propuesta

        ElementoConfiguración
        Tipo de máquinaSocket 7 / Pentium
        CPUPentium 133 o Pentium MMX
        RAM64 MB
        Disco duro2 GB
        Tarjeta gráficaS3 Trio / S3 ViRGE
        SonidoSound Blaster 16
        CD-ROMIDE
        Disquetera3.5” 1.44 MB
        Sistema operativoWindows 98 SE

        Pasos resumidos

        1. Crear una nueva máquina.
        2. Seleccionar placa Socket 7 o Pentium compatible.
        3. Asignar 64 MB de RAM.
        4. Crear disco duro de 2 GB.
        5. Añadir CD-ROM IDE.
        6. Montar disquete de arranque con soporte CD-ROM.
        7. Montar ISO de Windows 98 SE.
        8. Entrar en BIOS.
        9. Configurar disco, disquetera, CD-ROM y orden de arranque.
        10. Ejecutar fdisk.
        11. Crear partición primaria.
        12. Reiniciar.
        13. Formatear:
        format c: /s
        1. Entrar en la unidad del CD-ROM:
        D:
        1. Ejecutar:
        setup
        1. Seguir el instalador.
        2. Instalar drivers si son necesarios.
        3. Documentar el proceso.

        Problemas frecuentes

        Problema 1: 86Box dice que no hay ROMs utilizables

        Causa probable: las ROMs no están en la carpeta correcta o no están extraídas.

        Solución:

        • Revisar que existe la carpeta roms.
        • Colocarla junto al ejecutable si esa es la ruta usada.
        • Comprobar que las ROMs están descomprimidas.
        • Comprobar que el conjunto de ROMs corresponde a la versión de 86Box.

        Problema 2: no aparece la placa base que quiero usar

        Causa probable: faltan las ROMs de esa máquina concreta.

        Solución:

        • Probar otra placa base disponible.
        • Revisar el conjunto de ROMs.
        • Comprobar si la máquina elegida necesita ROMs específicas.

        Problema 3: aparece “CMOS checksum error”

        Causa: la BIOS todavía no tiene configuración guardada.

        Solución:

        1. Entrar en BIOS.
        2. Configurar fecha, hora, disquetera y disco duro.
        3. Guardar cambios.
        4. Reiniciar.

        Problema 4: el disco duro no aparece

        Causa: disco no creado, no conectado o no detectado por la BIOS.

        Solución:

        • Revisar la configuración IDE.
        • Entrar en BIOS.
        • Usar IDE HDD Auto Detection.
        • Guardar cambios.

        Problema 5: no arranca desde disquete

        Causa: orden de arranque incorrecto o imagen mal montada.

        Solución:

        • Configurar Boot Sequence como A, C.
        • Comprobar que la imagen de disquete está montada.
        • Comprobar que la imagen de disquete es arrancable.

        Problema 6: después de instalar DOS no arranca desde C:

        Causa: la partición no está activa o no se copiaron los archivos de sistema.

        Solución:

        Ejecutar de nuevo:

        fdisk

        Comprobar que la partición primaria está activa.

        Después:

        format c: /s

        Problema 7: el CD-ROM no aparece

        Causa: falta el driver de CD-ROM o MSCDEX.EXE.

        Solución:

        Revisar CONFIG.SYS:

        DEVICE=C:\DRIVERS\CDROM\OAKCDROM.SYS /D:MSCD001

        Revisar AUTOEXEC.BAT:

        C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

        Problema 8: el sonido no funciona

        Causa: la configuración de Sound Blaster no coincide.

        Solución:

        Comprobar que los valores de 86Box coinciden con:

        SET BLASTER=A220 I5 D1 H5 T6

        Si en 86Box se ha configurado IRQ 7, habría que usar:

        SET BLASTER=A220 I7 D1 H5 T6

      1. PC-RETO  4: [Reto] – Implantación de un laboratorio histórico de ordenadores mediante emulación y virtualización

        PC-RETO 4: [Reto] – Implantación de un laboratorio histórico de ordenadores mediante emulación y virtualización


        Introducción

        En esta práctica el alumnado diseñará e implantará un pequeño laboratorio informático capaz de recrear distintas generaciones de ordenadores personales, desde equipos antiguos basados en MS-DOS y Windows 3.x / 95 / 98, hasta sistemas más modernos como Windows XP y Windows 7.

        Para ello se utilizarán dos tipos de herramientas:

        • Emulación, para recrear equipos antiguos con un hardware similar al de su época.
        • Virtualización, para instalar sistemas más recientes de forma rápida y controlada.

        El objetivo no es únicamente “ver sistemas antiguos”, sino analizar la evolución del hardware y del software, comprender las diferencias entre emular y virtualizar, y documentar técnicamente todo el proceso.


        Contexto de la práctica

        Una pequeña aula de tecnología quiere montar un laboratorio didáctico para mostrar a futuros estudiantes cómo ha evolucionado el PC a lo largo de varias décadas.

        El laboratorio debe permitir:

        • recrear distintas épocas de la informática personal,
        • instalar sistemas operativos representativos,
        • probar software y utilidades de cada momento,
        • comparar tecnologías,
        • documentar problemas de compatibilidad y configuración.

        El equipo técnico encargado de este trabajo sois vosotros.


        Objetivos

        Al finalizar esta práctica, el alumno deberá ser capaz de:

        • comprender la evolución del hardware del PC entre diferentes generaciones,
        • diferenciar entre emulación y virtualización,
        • instalar y configurar sistemas operativos antiguos y modernos en entornos virtuales,
        • seleccionar una configuración coherente para cada época,
        • documentar incidencias técnicas,
        • realizar pruebas de funcionamiento,
        • elaborar una memoria técnica del laboratorio montado.

        Resultados de aprendizaje que se trabajan

        Con esta práctica se trabajan, entre otros, aspectos relacionados con:

        • implantación de sistemas operativos,
        • administración básica de sistemas,
        • virtualización,
        • análisis de hardware,
        • documentación técnica,
        • resolución de incidencias,
        • planificación y validación de entornos informáticos.

        Materiales y herramientas necesarias

        Cada grupo o alumno deberá disponer de lo siguiente:

        • un ordenador anfitrión con recursos suficientes,
        • software de emulación: PCem o 86Box,
        • software de virtualización: VirtualBox,
        • imágenes ISO o disquetes de instalación de los sistemas operativos a utilizar,
        • utilidades o programas representativos de cada época,
        • carpeta de trabajo para guardar capturas, configuraciones y documentación.

        Sistemas y generaciones propuestas

        Se recomienda recrear al menos cuatro generaciones diferentes. Como referencia, se propone esta selección:

        GeneraciónTipo de entornoSistema propuesto
        1990EmulaciónMS-DOS 5.0 + Windows 3.0 o 3.1
        1995EmulaciónWindows 95
        2000EmulaciónWindows 98 SE
        2005VirtualizaciónWindows XP
        2010VirtualizaciónWindows 7

        El profesor podrá ajustar esta lista según el material disponible.


        Desarrollo de la práctica


        Paso 1. Crear la estructura del proyecto

        Antes de empezar, cada alumno o grupo deberá crear una carpeta principal para organizar todo el trabajo.

        Estructura recomendada

        laboratorio-pc-retro/
        ├── 01-documentacion/
        ├── 02-isos/
        ├── 03-maquinas-emuladas/
        ├── 04-maquinas-virtuales/
        ├── 05-capturas/
        ├── 06-pruebas/
        └── 07-memoria-final/

        Tarea

        Crea esta estructura y guarda una captura del árbol de directorios o del explorador de archivos.

        Evidencia

        • Captura de la estructura creada.

        Paso 2. Investigar las generaciones de PC seleccionadas

        Antes de crear máquinas, el alumno deberá investigar las características principales de cada época.

        Para cada generación, anota:

        • microprocesador representativo,
        • cantidad de RAM habitual,
        • tipo de almacenamiento,
        • tarjeta gráfica típica,
        • tarjeta de sonido representativa,
        • sistema operativo habitual,
        • tipo de software o uso principal.

        Ejemplo

        • 1995: Pentium 100/133, 16 MB RAM, disco duro de 1 GB, Sound Blaster 16, Windows 95, juegos en CD-ROM y aplicaciones multimedia.

        Tarea

        Completa una tabla comparativa con al menos 4 generaciones.

        Evidencia

        • Tabla comparativa incluida en la memoria.
        • Captura o documento con la investigación realizada.

        Paso 3. Instalar y configurar el software necesario

        3.1 Instalar el emulador

        Instala PCem o 86Box en el equipo anfitrión.

        3.2 Instalar el virtualizador

        Instala VirtualBox.

        3.3 Comprobar funcionamiento

        Verifica que ambos programas arrancan correctamente.

        Tarea

        Instala ambos entornos y documenta:

        • versión utilizada,
        • sistema operativo anfitrión,
        • posibles problemas detectados,
        • solución aplicada, si ha sido necesaria.

        Evidencia

        • Capturas de ambos programas abiertos.
        • Anotación técnica de instalación.

        Paso 4. Crear la primera máquina emulada: entorno de 1990

        En esta fase se creará una máquina que represente un PC de principios de los 90.

        Configuración orientativa

        • CPU: 386DX-33
        • RAM: 4 MB
        • Gráfica: VGA
        • Sonido: Sound Blaster Pro
        • Disco duro: 80–120 MB
        • Disquetera: 3,5″
        • Sistema: MS-DOS 5.0
        • Opcional: Windows 3.0 o 3.1

        Tareas

        1. Crear la máquina en PCem o 86Box.
        2. Configurar CPU, RAM, disco y periféricos.
        3. Instalar MS-DOS.
        4. Instalar, si se desea, Windows 3.x.
        5. Comprobar que el sistema arranca correctamente.

        Qué debes documentar

        • configuración exacta elegida,
        • motivo de esa elección,
        • proceso de instalación,
        • dificultades encontradas.

        Evidencias

        • Capturas de la configuración de la máquina,
        • captura del sistema arrancado,
        • captura del sistema operativo funcionando.

        Paso 5. Crear la segunda máquina emulada: entorno de 1995

        Ahora se recreará un PC multimedia típico de mediados de los 90.

        Configuración orientativa

        • CPU: Pentium 100 o 133
        • RAM: 16 MB
        • Disco duro: 850 MB – 1.6 GB
        • Gráfica: SVGA PCI
        • Sonido: Sound Blaster 16 o AWE32
        • CD-ROM: 4x u 8x
        • Sistema: Windows 95

        Tareas

        1. Crear una nueva máquina emulada.
        2. Configurar el hardware anterior.
        3. Instalar Windows 95.
        4. Verificar si el sonido, el vídeo y el CD-ROM funcionan correctamente.
        5. Instalar algún programa o utilidad sencilla de la época.

        Evidencias

        • Capturas del asistente de instalación,
        • escritorio final de Windows 95,
        • captura de “Mi PC” o equivalente mostrando unidades,
        • prueba de ejecución de un programa.

        Paso 6. Crear la tercera máquina emulada: entorno de 2000

        En esta fase se montará un equipo de finales de los 90 o principios de los 2000.

        Configuración orientativa

        • CPU: Pentium II o Pentium III
        • RAM: 64–128 MB
        • Disco duro: 10–20 GB
        • Gráfica: Voodoo3 o GeForce 2
        • Sonido: Sound Blaster Live!
        • Sistema: Windows 98 SE

        Tareas

        1. Crear la máquina.
        2. Configurar el hardware.
        3. Instalar Windows 98 SE.
        4. Ajustar resolución y sonido.
        5. Probar una aplicación o un juego sencillo.

        Evidencias

        • Capturas del sistema ya instalado,
        • propiedades del sistema,
        • evidencia de la gráfica o del sonido configurados,
        • prueba funcional con software.

        Paso 7. Crear la cuarta máquina: entorno 2005 mediante virtualización

        Ahora se pasará a usar VirtualBox para montar un sistema más moderno.

        Configuración orientativa

        • Sistema: Windows XP
        • RAM: 1 GB
        • Disco duro virtual: 20–40 GB
        • Red: NAT o red interna
        • Audio: habilitado si es posible

        Tareas

        1. Crear una nueva máquina virtual.
        2. Asignar memoria y disco.
        3. Montar la ISO de instalación.
        4. Instalar Windows XP.
        5. Configurar red, resolución y carpetas compartidas si es posible.
        6. Probar software compatible.

        Evidencias

        • Capturas de la configuración de la VM,
        • instalación de XP,
        • escritorio final,
        • información del sistema.

        Paso 8. Crear la quinta máquina: entorno 2010 mediante virtualización

        Configuración orientativa

        • Sistema: Windows 7
        • RAM: 2–4 GB
        • Disco virtual: 30–50 GB

        Tareas

        1. Crear una nueva VM.
        2. Instalar Windows 7.
        3. Comprobar funcionamiento general.
        4. Comparar facilidad de instalación frente a sistemas anteriores.

        Evidencias

        • Capturas del proceso,
        • sistema operativo final,
        • tabla comparativa de instalación.

        Paso 9. Comparar emulación y virtualización

        Esta fase es obligatoria, ya que da sentido técnico al proyecto.

        Debes analizar:

        • qué es más fácil de instalar,
        • qué ofrece mayor fidelidad histórica,
        • qué permite mejor compatibilidad con sistemas antiguos,
        • qué consume más recursos,
        • qué entorno es más cómodo para practicar,
        • qué problemas aparecen en cada caso.

        Tarea

        Redacta una comparativa entre:

        • PCem / 86Box
        • VirtualBox

        Preguntas orientativas

        • ¿Por qué no es recomendable instalar un Windows 95 antiguo solo con VirtualBox si se busca realismo?
        • ¿Por qué un Windows XP es más adecuado en VirtualBox que en un emulador de hardware muy antiguo?
        • ¿Qué ventajas tiene cada enfoque?

        Evidencias

        • Tabla comparativa,
        • conclusiones razonadas.

        Paso 10. Realizar pruebas funcionales

        Cada máquina debe validarse con una pequeña batería de pruebas.

        Pruebas mínimas recomendadas

        • arranque correcto,
        • acceso al disco,
        • funcionamiento del sistema gráfico,
        • funcionamiento del sonido,
        • apertura de una aplicación,
        • estabilidad general.

        Tabla de ejemplo

        MáquinaArrancaVídeoSonidoAplicacionesObservaciones
        1990Instalación correcta
        1995NoProblemas con el sonido
        2000Funcionamiento estable

        Evidencias

        • tabla de pruebas,
        • capturas de evidencias,
        • explicación de errores detectados.

        Paso 11. Registrar incidencias técnicas

        Durante toda la práctica se deberá mantener un pequeño registro de incidencias.

        Para cada incidencia, anota:

        • descripción del problema,
        • en qué momento ocurrió,
        • posible causa,
        • solución aplicada,
        • resultado final.

        Ejemplos

        • La ISO no arrancaba en la máquina virtual.
        • El sonido no funcionaba correctamente en el sistema emulado.
        • El disco virtual era demasiado pequeño.
        • La resolución de pantalla no era correcta.
        • El sistema no detectaba la unidad de CD.

        Evidencias

        • tabla de incidencias incluida en la memoria final.

        Paso 12. Elaborar una conclusión técnica

        El alumno deberá redactar una conclusión personal y técnica sobre el trabajo realizado.

        La conclusión debe responder a cuestiones como:

        • qué generación fue más fácil de montar,
        • cuál resultó más problemática,
        • qué diferencias hay entre el hardware antiguo y el moderno,
        • qué valor didáctico tiene este laboratorio,
        • qué mejoras se podrían incorporar en el futuro.

        Entregables

        Cada alumno o grupo entregará:

        1. Carpeta del proyecto

        Con la organización del trabajo, capturas y documentación.

        2. Memoria técnica en PDF

        Debe incluir como mínimo:

        • portada,
        • índice,
        • introducción,
        • objetivos,
        • herramientas utilizadas,
        • explicación de cada máquina creada,
        • capturas,
        • incidencias,
        • pruebas realizadas,
        • comparativa entre emulación y virtualización,
        • conclusiones.

        3. Tabla resumen de máquinas

        Con la configuración de cada una.

        4. Evidencias gráficas

        Capturas claras del proceso y del resultado final.

        Algunos ejemplos de configuraciones

        PC compatibles x86, pensados para MS-DOS, Windows 3.x, Windows 95 y Windows 98, ideales para emular en 86Box.

        Años aproximadosTipo de PCConfiguración representativaSistema recomendadoJuegos recomendados
        1981-1984PC XT / 8088Intel 8088 a 4,77 MHz, 256-640 KB RAM, CGA o Hercules, disquetera 5,25”, sin disco duro o HDD pequeño de 10 MBPC-DOS / MS-DOS 2.xZork, Microsoft Flight Simulator 1.0, Alley Cat, King’s Quest, Digger
        1984-1987PC AT / 286Intel 80286 a 6-12 MHz, 640 KB RAM, EGA, HDD 20-40 MB, disquetera 5,25” y 3,5” opcionalMS-DOS 3.3King’s Quest II, Leisure Suit Larry, Test Drive, Police Quest, Maniac Mansion
        1987-1990386 SX básicoIntel 386SX a 16-25 MHz, 1-2 MB RAM, VGA básica, HDD 40 MB, disquetera 3,5”MS-DOS 5.0 / Windows 3.0Prince of Persia, SimCity, Loom, The Secret of Monkey Island, Commander Keen
        1989-1992386 DX avanzadoIntel 386DX a 25-33 MHz, 2-4 MB RAM, VGA, HDD 80-120 MB, Sound Blaster 1.5/Pro opcionalMS-DOS 5.0 / Windows 3.0Monkey Island 2, Civilization, Wing Commander, Wolfenstein 3D, Indiana Jones and the Fate of Atlantis
        1992-1994486 SX / DXIntel 486SX/486DX a 25-50 MHz, 4-8 MB RAM, VGA/SVGA, HDD 120-250 MB, Sound Blaster ProMS-DOS 6.22 / Windows 3.1Dune II, Alone in the Dark, X-Wing, Ultima VII, Star Wars: Dark Forces
        1993-1995486 DX2/66Intel 486DX2 a 66 MHz, 8-16 MB RAM, SVGA VLB/PCI, HDD 250-540 MB, Sound Blaster 16, CD-ROM 2xMS-DOS 6.22 + Windows 3.11Doom, Doom II, Day of the Tentacle, Sam & Max Hit the Road, Theme Park, Warcraft
        1994-1996486 DX4 / Pentium inicial486DX4/100 o Pentium 60/75/90, 16 MB RAM, SVGA PCI, HDD 540 MB-1 GB, Sound Blaster 16/AWE32, CD-ROM 4xMS-DOS 6.22 + Windows 95Command & Conquer, Warcraft II, Descent, Heretic, Full Throttle, The Dig
        1995-1997Pentium 100/133Intel Pentium 100-133 MHz, 16-32 MB RAM, SVGA PCI, HDD 1-2 GB, Sound Blaster AWE32/AWE64, CD-ROM 4x/8xWindows 95Duke Nukem 3D, Quake, Diablo, Tomb Raider, Broken Sword, Need for Speed
        1996-1998Pentium MMXPentium MMX 166-233 MHz, 32-64 MB RAM, SVGA, HDD 2-4 GB, Sound Blaster AWE64, CD-ROM 8x/16x, aceleradora 3D opcionalWindows 95 OSR2 / Windows 98Age of Empires, Fallout, Carmageddon, Grand Theft Auto, StarCraft, Blade Runner
        1997-1999Pentium II con 3DfxPentium II 233-400 MHz, 64-128 MB RAM, gráfica 2D PCI/AGP + 3Dfx Voodoo/Voodoo2, HDD 4-8 GB, CD-ROM 24xWindows 98Half-Life, Quake II, Unreal, Tomb Raider II, Need for Speed III, SiN
        1998-2000Pentium III / AMD K6-2Pentium III 450-600 MHz o AMD K6-2 400-500 MHz, 128 MB RAM, NVIDIA Riva TNT2 / Voodoo3 / GeForce 256, HDD 8-20 GBWindows 98 SEAge of Empires II, Unreal Tournament, Quake III Arena, System Shock 2, Baldur’s Gate, Heroes III

        Recomendación práctica para 86Box

        Para no volverte loco creando muchas máquinas, yo haría estas 5 configuraciones base:

        PerfilConfiguración sugeridaSistemaIdeal para
        PC XT clásico8088, 640 KB RAM, CGA, disquetera 5,25”MS-DOS 2.x / 3.xJuegos muy antiguos de principios de los 80
        PC 286 EGA286 a 12 MHz, 1 MB RAM, EGA, HDD 20-40 MBMS-DOS 3.3Aventuras Sierra, Lucasfilm antiguas, juegos EGA
        PC 386 VGA386DX 33 MHz, 4 MB RAM, VGA, Sound Blaster ProMS-DOS 5.0Monkey Island, Civilization, Wolfenstein 3D
        PC 486 DOS Gaming486DX2/66, 16 MB RAM, SVGA, Sound Blaster 16, CD-ROMMS-DOS 6.22 + Windows 3.11Doom, Doom II, Day of the Tentacle, Sam & Max
        Pentium Windows 98Pentium II 300, 128 MB RAM, S3 Trio64/ViRGE + 3Dfx Voodoo, Sound Blaster 16/AWE32Windows 98 SEHalf-Life, Quake II, Unreal, Age of Empires II

        Consejo

        Para juegos tipo Monkey Island, Indiana Jones, Doom, Warcraft, Command & Conquer y aventuras gráficas, la máquina más equilibrada es:

        PiezaConfiguración
        CPU486DX2/66 o 486DX4/100
        RAM16 MB
        GráficaSVGA compatible, por ejemplo S3 Trio64
        SonidoSound Blaster 16
        Disco duro500 MB – 1 GB
        CD-ROMIDE 2x o 4x
        SistemaMS-DOS 6.22 + Windows 3.11

        Esa máquina te sirve para muchísimos juegos DOS sin meterte todavía en los problemas típicos de Windows 98, DirectX, 3Dfx y drivers.

      2. PC-RETRO 5: IBM PC 5150 / IBM PC XT viajando al origen del PC moderno

        PC-RETRO 5: IBM PC 5150 / IBM PC XT viajando al origen del PC moderno

        Cuando hoy hablamos de un “PC”, normalmente pensamos en un ordenador con Windows, Linux, conexión a Internet, discos SSD, varios gigabytes de memoria RAM y una potencia que hace unas décadas habría sido impensable. Sin embargo, el concepto de PC compatible tiene un origen mucho más humilde y, al mismo tiempo, enormemente importante: el IBM PC 5150 y su evolución, el IBM PC XT.

        En esta práctica vamos a viajar al comienzo de la informática personal moderna. No se trata únicamente de “probar un ordenador antiguo”, sino de entender cómo funcionaban los primeros PCs, cómo arrancaban, cómo se gestionaban los discos, qué papel tenía la BIOS y cómo se trabajaba con sistemas operativos como PC DOS o MS-DOS.

        Este tipo de práctica es especialmente interesante porque nos permite ver, de forma muy clara, la base sobre la que se construyó gran parte de la informática actual.


        ¿Qué fue el IBM PC 5150?

        El IBM PC 5150 fue presentado por IBM en 1981 y se convirtió en uno de los ordenadores más influyentes de la historia. Aunque no fue el primer ordenador personal, sí fue el que ayudó a establecer el estándar de lo que durante años se conocería como PC compatible.

        Su arquitectura era relativamente abierta en comparación con otros sistemas de la época. Esto permitió que otras empresas fabricaran componentes, tarjetas de expansión, periféricos y, con el tiempo, ordenadores compatibles con el diseño original de IBM.

        Esta decisión tuvo una consecuencia enorme: el ecosistema del PC creció rápidamente y terminó convirtiéndose en el modelo dominante en oficinas, centros educativos, empresas y hogares.



        ¿Por qué emular un IBM PC o un IBM PC XT?

        A primera vista, emular un ordenador de los años 80 puede parecer solo una actividad nostálgica. Pero en realidad es una práctica muy potente desde el punto de vista educativo.

        Con una máquina moderna, muchos procesos quedan ocultos. El sistema operativo arranca automáticamente, los discos se detectan solos, los controladores se instalan en segundo plano y el usuario apenas ve qué ocurre por debajo.

        En cambio, al trabajar con un IBM PC o un PC XT, todo es mucho más visible:

        • la BIOS tiene un papel fundamental;
        • el arranque se entiende paso a paso;
        • el sistema operativo se carga desde disquete o disco duro;
        • las unidades tienen letras como A:, B: y C:;
        • los comandos se escriben manualmente;
        • los recursos del sistema son muy limitados;
        • cada componente de hardware debe estar bien configurado.

        Esta sencillez aparente nos ayuda a comprender conceptos que siguen siendo importantes hoy en día.

        Configuración 86Box


        Arranque sin sistema operativo (BASIC)

        Instalar MS-DOS 3.3

        Con la máquina apagada o desde el menú de 86Box:

        1. Ve a Media.
        2. Entra en Floppy 1.
        3. Selecciona Existing image.
        4. Carga una imagen .img o .ima de MS-DOS. (Es importante que el medio coincida, en este caso discos de 5 1/4 de 360)

        Si todo va bien, ya no entrará en BASIC, sino que aparecerá algo como:

        Starting MS-DOS...
        A:\>

        Primeros comandos útiles en DOS

        Cuando llegues a:

        A:\>

        Prueba:

        DIR

        Muestra los archivos del disquete.

        VER

        Muestra la versión de DOS.

        DATE

        Configura la fecha.

        TIME

        Configura la hora.

        CLS

        Limpia la pantalla.

        Instalando MS-DOS en el disco duro

        Formatea el disco duro

        Cuando vuelvas a estar en:

        A:\>

        escribe:

        FORMAT C: /S

        La opción /S copia los archivos de sistema al disco duro para que pueda arrancar.

        Formateando el disco duro c:

        Te pedirá confirmación:

        WARNING, ALL DATA ON NON-REMOVABLE DISK DRIVE C: WILL BE LOST!
        Proceed with Format (Y/N)?

        Responde:

        Y

        Cuando termine, puedes poner una etiqueta al disco, por ejemplo:

        DOS

        Prueba el disco duro

        Ahora escribe:

        C:

        Luego:

        DIR

        Deberías ver algo parecido a:

        COMMAND  COM
        ```

        O en algunas versiones:

        ```text
        IO SYS
        MSDOS SYS
        COMMAND COM

        Si ves esos archivos, el disco está preparado.


        Arrancar desde el disco duro

        Ahora puedes quitar el disquete de la unidad A: y reiniciar.

        Si todo está bien, debería arrancar directamente desde el disco duro y aparecer:


        Pruebas

        Probamos el juego de Cat Alley

      3. PC-RETRO 6: IBM PS/ValuePoint: el PC con el que IBM quiso volver al mundo real

        PC-RETRO 6: IBM PS/ValuePoint: el PC con el que IBM quiso volver al mundo real

        🎧 Audio del tema
        Escucha este breve audio para repasar las ideas principales este proyecto.


        Dentro del proyecto de PC retro vamos a trabajar con una máquina muy interesante: el IBM PS/ValuePoint. No es tan mítico como un IBM PC XT, ni tan recordado como los PS/2, pero representa un momento muy importante de la historia del PC: el momento en el que IBM tuvo que aceptar que el mercado ya no giraba solo alrededor de sus estándares propietarios.

        El IBM PS/ValuePoint fue una familia de ordenadores lanzada a comienzos de los años 90. Su objetivo era claro: ofrecer equipos IBM más competitivos, más parecidos a los PC compatibles del mercado y menos cerrados que la gama PS/2. La línea PS/ValuePoint apareció alrededor de 1992 y estuvo activa hasta mediados de los años 90, antes de ser sustituida por otras familias como IBM PC Series.

        Para nuestro proyecto retro es una máquina ideal porque nos coloca justo en la época dorada del 486, de MS-DOS, de Windows 3.1, de los primeros entornos multimedia y de juegos como Doom, Monkey Island 2, Alone in the Dark, SimCity 2000, Wolfenstein 3D o Indiana Jones and the Fate of Atlantis.


        ¿Qué era el IBM PS/ValuePoint?

        El IBM PS/ValuePoint fue una gama de ordenadores personales de IBM orientada a empresas, educación y usuarios que querían un PC fiable sin pagar el precio ni asumir las limitaciones de algunas decisiones propietarias de IBM.

        Venía de una época complicada para IBM. La empresa había creado el estándar PC original, pero después intentó recuperar control con la gama PS/2, que utilizaba tecnologías como el bus Micro Channel Architecture, más cerrado y menos compatible con las tarjetas habituales del mercado. El problema es que el mundo del PC compatible ya iba por libre: placas base clónicas, tarjetas ISA, discos IDE, tarjetas VGA/SVGA y componentes más económicos.

        El PS/ValuePoint fue una respuesta a esa situación. Era un IBM, sí, pero mucho más cercano al PC estándar que podía montar cualquier fabricante. En lugar de apostar por un ecosistema cerrado, estos equipos usaban componentes más comunes en el mercado, como buses ISA/VLB/PCI según modelo, discos IDE y tarjetas de expansión más convencionales.

        Dicho de forma sencilla: el PS/ValuePoint fue IBM bajando a la tierra del PC compatible.


        Modelos y formatos

        La familia PS/ValuePoint tuvo varios formatos físicos. Entre los más representativos estaban:

        FormatoEjemplo de tipoDescripción
        Space saving desktop6382 /SCaja horizontal compacta, menos ranuras y bahías
        Desktop6384 /DSobremesa horizontal más grande
        Mini Tower6387 /TTorre pequeña, más ampliable

        Algunos documentos de mantenimiento de IBM mencionan modelos como 425SX, 433SX, 433DX, 466DX2 y variantes en formato /S, /D y /T. Estos nombres suelen indicar el tipo de procesador: por ejemplo, un 466DX2 hace referencia a un 486DX2 a 66 MHz.

        Para emulación en 86Box, una configuración muy interesante es un IBM PS/ValuePoint 433DX o 466DX2, porque representa muy bien un PC de mediados de los 90 sin irnos todavía a la era Pentium.


        Especificaciones típicas

        Las configuraciones variaban mucho según modelo, pero una máquina representativa podía tener algo parecido a esto:

        ComponenteConfiguración típica
        ProcesadorIntel 486SX, 486DX, 486DX2 o incluso DX4 en algunos modelos
        Frecuencia25, 33, 50, 66 o 100 MHz según versión
        Memoria RAM4 MB, 8 MB, 16 MB o más
        Disco duroIDE, normalmente entre 120 MB y 500 MB en configuraciones habituales
        Disquetera3.5” de 1.44 MB
        VídeoVGA/SVGA, a menudo integrado en placa
        SonidoNo siempre incluido; se podía añadir Sound Blaster u otra ISA
        Sistema operativoPC DOS, MS-DOS, Windows 3.1, OS/2 o posteriormente Windows 95

        Algunas referencias de IBM para modelos ValuePoint muestran configuraciones con procesadores 486SX-25, 486DX-33, 486DX2-50 y 486DX2-66, memoria de 4 u 8 MB, discos de 120 MB o 170 MB y PC DOS 5.02 con Windows 3.1 en ciertos modelos.


        ¿Por qué es interesante para un proyecto retro?

        El IBM PS/ValuePoint es perfecto para un proyecto de PC retro por varias razones.

        Primero, porque representa una época muy concreta: el salto desde los PC puramente de oficina hacia los PC multimedia. Es la etapa en la que todavía se trabaja mucho con MS-DOS, pero Windows empieza a ganar protagonismo.

        Segundo, porque es una máquina suficientemente potente para ejecutar muchos juegos clásicos de DOS, pero no tan moderna como para perder la sensación retro. Un 486DX2 a 66 MHz sigue teniendo limitaciones, y eso es parte de la gracia.

        Tercero, porque permite explicar conceptos históricos muy útiles:

        • Diferencias entre IBM PC, PS/2 y PS/ValuePoint.
        • Evolución de ISA, VLB y PCI.
        • Importancia del disco IDE.
        • Papel de MS-DOS y Windows 3.1.
        • Primeros pasos del PC multimedia.
        • Tarjetas de sonido compatibles Sound Blaster.
        • Configuración manual de memoria convencional, EMS y XMS.

        Y cuarto, porque en 86Box podemos recrearlo sin necesidad de tener el hardware real.

        Programas recomendados

        Además de juegos, podemos instalar software de la época para darle más sentido al proyecto.

        ProgramaUso
        MS-DOS 6.22Sistema base clásico
        Windows 3.11Entorno gráfico de la época
        Norton CommanderGestión de archivos
        Microsoft WorksOfimática ligera
        WordPerfectProcesador de textos clásico
        PaintbrushDibujo básico en Windows
        WinZip antiguoCompresión de archivos
        QBasicProgramación básica en DOS
        Turbo PascalProgramación clásica
        Borland C++Desarrollo en C/C++
        Doom SetupConfiguración de sonido, teclado y vídeo

        Configurar un IBM PS/ValuePoint en 86Box

        En esta práctica vamos a crear una máquina virtual en 86Box que simule un IBM PS/ValuePoint basado en 486. Después prepararemos el disco duro, instalaremos MS-DOS, añadiremos soporte para CD-ROM, configuraremos una tarjeta de sonido y dejaremos el sistema listo para instalar juegos y programas clásicos.


        Material necesario

        Antes de empezar necesitamos:

        ElementoUso
        86Box instaladoEmulador de PC clásico
        ROMs de 86BoxNecesarias para arrancar las máquinas
        Imagen de disquete de MS-DOS 6.22Instalación del sistema operativo
        Imagen ISO o carpeta con juegos/programasSoftware para instalar
        Imagen de drivers de Sound BlasterPara configurar sonido
        Imagen o driver de CD-ROMPor ejemplo OAKCDROM.SYS
        Tiempo y pacienciaMuy necesario en informática retro

        Importante: 86Box emula hardware de forma más realista que otros emuladores. Eso significa que a veces hay que configurar BIOS, discos, controladoras y drivers como se hacía en los años 90.


        Configuración recomendada

        Para empezar, recomiendo una configuración equilibrada:

        ApartadoValor recomendado
        MáquinaIBM PS/ValuePoint 433DX o 466DX2, si está disponible
        CPUIntel 486DX2 a 66 MHz
        RAM16 MB
        VídeoSVGA integrado o compatible
        Disco duroIDE de 504 MB
        Disquetera3.5” 1.44 MB
        CD-ROMIDE ATAPI
        SonidoSound Blaster 16 ISA
        Sistema operativoMS-DOS 6.22 + Windows 3.11
        AlternativaWindows 95 si se quiere probar algo más moderno

        86Box sigue actualizándose y ha recibido correcciones relacionadas con modelos IBM PS/ValuePoint, por ejemplo en versiones recientes se mencionan ajustes sobre el vídeo integrado del IBM PS/ValuePoint 433DX/Si.


        Paso 1. Crear una nueva máquina en 86Box

        Abrimos 86Box y creamos una nueva configuración.

        1. Abrimos 86Box.
        2. Creamos una nueva máquina.
        3. Elegimos una categoría de equipos 486.
        4. Buscamos un modelo relacionado con IBM PS/ValuePoint.
        5. Seleccionamos un modelo como:
          • IBM PS/ValuePoint 433DX
          • IBM PS/ValuePoint 466DX2
          • IBM PS/ValuePoint P60, si queremos probar una configuración más moderna tipo Pentium.

        Para este post recomiendo trabajar con un 486DX2, porque es más representativo de la época DOS/Windows 3.1.


        Paso 2. Configurar el procesador

        En la sección de CPU seleccionamos:

        OpciónValor
        ProcesadorIntel 486DX2
        Velocidad66 MHz
        FPUIntegrada, si usamos DX/DX2
        Modo dinámicoActivado si 86Box lo permite

        Un 486DX2 a 66 MHz es una configuración excelente para juegos de 1992-1994.


        Paso 3. Configurar la memoria RAM

        Configuramos la memoria en:

        UsoRAM recomendada
        Solo MS-DOS4 MB u 8 MB
        MS-DOS + Windows 3.18 MB o 16 MB
        Windows 9516 MB o 32 MB

        Para esta práctica usaremos:

        16 MB de RAM

        Es suficiente para DOS, Windows 3.11 y una buena cantidad de juegos.


        Paso 4. Configurar el disco duro

        Creamos un disco duro IDE.

        Recomendación:

        ParámetroValor
        TipoIDE
        Tamaño504 MB
        FormatoImagen nueva
        UsoSistema operativo + juegos

        ¿Por qué 504 MB? Porque muchos equipos antiguos tenían limitaciones de BIOS con discos grandes. Para evitar problemas, es mejor empezar con un disco pequeño y compatible. En conversaciones de usuarios reales sobre PS/ValuePoint se mencionan límites prácticos cercanos a 500 MB en algunos modelos 6382.


        Paso 5. Añadir disquetera

        Configuramos una disquetera:

        OpciónValor
        Unidad A:3.5” 1.44 MB
        Imagen inicialDisco 1 de MS-DOS 6.22

        Esto nos permitirá arrancar el instalador de MS-DOS.


        Paso 6. Añadir CD-ROM

        Añadimos una unidad de CD-ROM IDE/ATAPI.

        OpciónValor recomendado
        TipoIDE ATAPI CD-ROM
        CanalSecundario maestro, si está disponible
        UsoInstalar juegos, drivers y Windows

        Si el CD-ROM no aparece dentro de DOS, no es un fallo raro. En MS-DOS hay que cargar un driver en CONFIG.SYS y después MSCDEX.EXE en AUTOEXEC.BAT.


        Paso 7. Configurar tarjeta de sonido

        Añadimos una tarjeta de sonido compatible.

        Recomendación:

        OpciónValor
        TarjetaSound Blaster 16
        Puerto220
        IRQ5 o 7
        DMA1
        High DMA5
        MPU-401330

        Configuración típica:

        BLASTER=A220 I5 D1 H5 P330 T6

        Esta configuración será importante para juegos como Doom, Duke Nukem II o Monkey Island 2.


        Paso 8. Primer arranque

        Montamos el primer disquete de MS-DOS 6.22 y arrancamos la máquina.

        Si todo va bien, aparecerá el instalador de MS-DOS.

        Si aparece un error del tipo “no boot disk” o “no system disk”, revisamos:

        • Que el disquete esté montado en la unidad A:
        • Que el orden de arranque permita arrancar desde disquete.
        • Que la imagen del disquete sea arrancable.
        • Que la máquina tenga una disquetera configurada.

        Crear partición con FDISK

        Si el disco está vacío, MS-DOS necesitará crear una partición.

        Desde el disquete de arranque podemos ejecutar:

        FDISK

        Dentro de FDISK:

        1. Crear partición primaria DOS.
        2. Usar todo el tamaño del disco.
        3. Marcar la partición como activa.
        4. Salir de FDISK.
        5. Reiniciar la máquina.

        Importante: después de crear la partición hay que reiniciar. Si no reiniciamos, DOS puede no reconocer correctamente el disco.


        Formatear el disco duro

        Después de reiniciar con el disquete de DOS, ejecutamos:

        FORMAT C: /S

        Esto formatea el disco C: y copia los archivos básicos del sistema para que pueda arrancar.

        Cuando termine, podemos poner una etiqueta al disco, por ejemplo:

        VALUEPOINT

        Instalar MS-DOS

        Ejecutamos el instalador desde el disquete:

        A:
        SETUP

        Seguimos los pasos del instalador e iremos cambiando los disquetes cuando nos lo pida.

        Al finalizar, quitamos el disquete y reiniciamos.

        Si todo ha ido bien, el sistema arrancará desde el disco duro C:.

        Configurar el CD-ROM en MS-DOS

        Para que MS-DOS detecte el CD-ROM necesitamos un driver. Uno de los más habituales es:

        OAKCDROM.SYS

        Podemos copiarlo a una carpeta, por ejemplo:

        C:\CDROM

        Creamos la carpeta:

        MD C:\CDROM

        Copiamos el driver:

        COPY A:\OAKCDROM.SYS C:\CDROM

        Editamos CONFIG.SYS:

        EDIT C:\CONFIG.SYS

        Añadimos:

        DEVICE=C:\CDROM\OAKCDROM.SYS /D:MSCD001

        Ahora editamos AUTOEXEC.BAT:

        EDIT C:\AUTOEXEC.BAT

        Añadimos:

        C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

        Reiniciamos.

        Si todo va bien, el CD-ROM aparecerá como unidad D:.

        Configurar memoria para juegos

        Muchos juegos de DOS necesitan memoria convencional libre. Podemos mejorar la configuración usando HIMEM.SYS y EMM386.EXE.

        Ejemplo de CONFIG.SYS:

        DEVICE=C:\DOS\HIMEM.SYS
        DEVICE=C:\DOS\EMM386.EXE RAM
        DOS=HIGH,UMB
        FILES=40
        BUFFERS=30
        DEVICEHIGH=C:\CDROM\OAKCDROM.SYS /D:MSCD001

        Ejemplo de AUTOEXEC.BAT:

        @ECHO OFF
        PROMPT $P$G
        PATH C:\DOS;C:\WINDOWS
        SET TEMP=C:\TEMP
        SET BLASTER=A220 I5 D1 H5 P330 T6
        LH C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D

        Creamos la carpeta temporal:

        MD C:\TEMP

        Con esto tendremos un DOS más preparado para juegos.

        Ratón en MS- DOS con 86Box

        Con la máquina apagada, entra en la configuración de 86Box y busca la parte de Input / Mouse.

        Para un 486 tipo IBM PS/ValuePoint, lo más recomendable es probar:

        OpciónValor recomendado
        MousePS/2 Mouse
        TipoStandard / Microsoft compatible

        Si el equipo emulado no acepta PS/2, prueba con:

        OpciónValor alternativo
        MouseSerial Mouse
        PuertoCOM1

        Pero primero probaría PS/2 Mouse, porque es lo más cómodo.


        Instala un driver de ratón para DOS

        El más cómodo hoy en día es CuteMouse, normalmente con el archivo:

        CTMOUSE.EXE

        Puedes meterlo en una ISO, en un disquete o copiarlo al disco duro de DOS.

        Por ejemplo, crea esta carpeta:

        C:
        CD \
        MD MOUSE

        Y copia dentro CTMOUSE.EXE, quedando así:

        C:\MOUSE\CTMOUSE.EXE

        Carga el driver manualmente

        Desde MS-DOS prueba:

        C:\MOUSE\CTMOUSE.EXE

        Cargar el ratón automáticamente al arrancar

        Edita AUTOEXEC.BAT:

        EDIT C:\AUTOEXEC.BAT

        Añade esta línea antes de ejecutar juegos:

        C:\MOUSE\CTMOUSE.EXE

        Ejemplo:

        @ECHO OFF
        PROMPT $p$g
        PATH C:\DOS;C:\MOUSE
        C:\MOUSE\CTMOUSE.EXE
        C:\DOS\MSCDEX.EXE /D:MSCD001 /L:D
        KEYB SP,,C:\DOS\KEYBOARD.SYS

        Guarda, reinicia y prueba otra vez.

        Crear una imagen ISO con ImgBurn

        Una de las formas más cómodas de pasar archivos desde nuestro equipo moderno a una máquina emulada en 86Box es crear una imagen ISO. Esta imagen se comportará como si fuera un CD-ROM real dentro del ordenador emulado.

        Para hacerlo podemos utilizar ImgBurn, una herramienta clásica para crear y grabar imágenes de disco. Aunque su interfaz tiene un aspecto algo antiguo, sigue siendo muy útil para este tipo de tareas retro.

        La idea es sencilla: primero preparamos una carpeta en nuestro ordenador con todos los archivos que queremos llevar a MS-DOS o Windows 9x, y después convertimos esa carpeta en un archivo .iso.

        Por ejemplo, podemos crear una carpeta llamada:

        C:\CD_86BOX

        Dentro de esa carpeta podemos meter juegos, drivers, utilidades, instaladores o cualquier archivo que queramos usar dentro de la máquina virtual:

        C:\CD_86BOX\JUEGOS
        C:\CD_86BOX\DRIVERS
        C:\CD_86BOX\UTILS
        C:\CD_86BOX\README.TXT

        Una vez preparada la carpeta, abrimos ImgBurn y seleccionamos la opción:

        Create image file from files/folders

        Esta opción permite crear una imagen ISO a partir de una carpeta de nuestro disco duro.

        Después añadimos la carpeta que hemos preparado, elegimos dónde queremos guardar la imagen ISO resultante y pulsamos el botón para crearla. Por ejemplo, podemos guardar el archivo como:

        C:\ISOS\cd_86box.iso

        Cuando termine el proceso, ya tendremos un CD-ROM virtual listo para usar en 86Box.

        Instalación de Windows 3.11 desde una ISO de CD-ROM

        Una vez que el IBM PS/ValuePoint ya tiene MS-DOS instalado, el siguiente paso lógico es añadir un entorno gráfico clásico. Para este proyecto vamos a instalar Windows 3.11 desde una imagen ISO montada como CD-ROM en 86Box.

        Aunque Windows 3.11 se distribuía normalmente en disquetes, para trabajar de forma más cómoda en el emulador podemos preparar una ISO con los archivos de instalación. Esto facilita mucho el proceso, evita tener que cambiar disquetes constantemente y nos permite tener en un único CD virtual tanto Windows como drivers, utilidades y pequeños programas de la época.


        Requisitos previos

        Antes de empezar, el sistema debe tener:

        ElementoEstado necesario
        MS-DOSInstalado y arrancando desde C:
        CD-ROMDetectado como unidad D:
        Driver CD-ROMOAKCDROM.SYS cargado en CONFIG.SYS
        MSCDEXCargado en AUTOEXEC.BAT
        RatónRecomendable, aunque no imprescindible
        RAMMínimo 4 MB, recomendado 8 MB o 16 MB

        Para comprobar que el CD-ROM funciona, desde DOS podemos escribir:

        D:
        DIR

        Si aparece el contenido del CD, ya podemos continuar con la instalación.

        Durante la instalación de Windows para Trabajo en Grupo 3.11, Microsoft solicitaba un nombre de usuario, una organización y un número de producto. Este número venía normalmente en la tarjeta de registro, en la documentación original o en el material incluido con la licencia del programa.

        A diferencia de las versiones modernas de Windows, este número no funcionaba como una activación online. En aquella época no existía todavía el sistema de validación por Internet que asociamos a Windows XP, Windows 10 o Windows 11. El instalador simplemente pedía el dato como parte del proceso de registro e identificación del producto.

        Esto refleja muy bien cómo era el software comercial de principios de los años 90: el control de licencia dependía mucho más de la documentación física, los manuales, los certificados de autenticidad, las etiquetas y los disquetes o CD originales. El número de producto servía para identificar la copia instalada y facilitar el soporte técnico, pero el sistema no se conectaba a ningún servidor para comprobarlo.

        En nuestro caso, dentro del laboratorio retro con 86Box, esta pantalla resulta curiosa porque nos recuerda una época en la que instalar Windows era también un pequeño ritual: escribir el nombre, la empresa, el número del producto, elegir componentes, seleccionar el tipo de pantalla, configurar impresoras y terminar arrancando el clásico Administrador de programas.

        Una vez instalado ponemos en la terminal:

        win


        Instalar DOOM desde una imagen de CD

        Para instalar DOOM en nuestro IBM PS/ValuePoint emulado con 86Box, he optado por un método sencillo y bastante cómodo: crear una imagen ISO con los archivos del juego y montarla como si fuera un CD-ROM dentro de la máquina virtual.

        Una vez creada la ISO y configurado correctamente el lector de CD-ROM en MS-DOS, el sistema detecta la unidad como D:. Desde ahí podemos comprobar el contenido del disco con:

        D:
        DIR

        En este caso, la imagen contiene directamente los archivos del juego, así que no necesitamos un instalador complejo. Basta con crear una carpeta en el disco duro de la máquina y copiar allí el contenido del CD.

        Por ejemplo:

        C:
        CD \
        MD DOOM
        COPY D:\*.* C:\DOOM

        Si el juego está dentro de una carpeta del CD, por ejemplo D:\DOOM, usaríamos:

        C:
        CD \
        MD DOOM
        COPY D:\DOOM\*.* C:\DOOM

        Después entramos en la carpeta del juego:

        CD \DOOM
        DIR

        Y buscamos el ejecutable principal. Normalmente encontraremos archivos como:

        DOOM.EXE
        SETUP.EXE
        README.TXT

        Antes de jugar conviene ejecutar el programa de configuración:

        SETUP

        Desde ahí podemos ajustar el sonido, la música y los controles. En una máquina emulada es habitual tener que probar varias opciones de sonido hasta encontrar la que mejor funciona.

        Finalmente, para ejecutar el juego:

        DOOM

        Si el juego arranca pero no reconoce el ratón, no es un fallo de DOOM: MS-DOS necesita tener cargado previamente un controlador de ratón, como CTMOUSE.EXE o MOUSE.COM. Que el ratón funcione en Windows 3.11 no significa necesariamente que esté disponible también para los juegos de DOS.

        Este método de instalación es muy práctico porque nos permite preparar los archivos cómodamente desde nuestro ordenador actual, crear una ISO y usarla en 86Box como si fuera un CD real. Para un proyecto retro, además, mantiene bastante bien la sensación de estar trabajando con hardware y software de la época.