Guía paso a paso de pfSense CE 2.6.0 con las capturas originales del instalador y WebConfigurator.
Esta guía muestra, paso a paso, cómo se instalaba pfSense Community Edition 2.6.0. La conservamos porque sigue teniendo valor para laboratorios, recuperación de equipos antiguos, reproducción de configuraciones heredadas y documentación histórica de la plataforma.
pfSense CE 2.6.0 fue publicada el 14 de febrero de 2022 y estaba basada en FreeBSD 12.3-STABLE. La documentación oficial de Netgate marca actualmente esa versión como fuera de soporte. Por esa razón, las capturas y pasos siguientes deben entenderse dentro de su contexto histórico, no como el procedimiento recomendado para instalar pfSense hoy.
Si todavía no conoces la plataforma, comienza por nuestra introducción actualizada a pfSense, donde explicamos las diferencias entre pfSense CE y pfSense Plus, VLAN, VPN, Multi-WAN, alta disponibilidad, paquetes y otras funciones.
Para reproducir esta instalación necesitamos un equipo físico o una máquina virtual compatible con arquitectura amd64/x86-64, almacenamiento dedicado y al menos una interfaz de red. Para un firewall convencional WAN/LAN lo habitual es trabajar con dos interfaces físicas o virtuales; con VLAN podemos construir laboratorios utilizando menos NIC, pero eso requiere un diseño de switching adecuado.
Los requisitos que aparecían en muchas guías de la época eran extremadamente bajos. Hoy es más útil interpretar esos valores como mínimos de laboratorio, no como recomendación de producción. La documentación actual de pfSense utiliza como referencia al menos 1 GB de RAM y 8 GB de almacenamiento en hardware genérico, y las necesidades aumentan rápidamente si utilizamos VPN, IDS/IPS, ntopng u otros paquetes.
Antes de iniciar:
No es necesario desactivar C-states ni otras funciones de ahorro energético de forma general. Esa recomendación era frecuente en tutoriales antiguos, pero no constituye una optimización universal. Cualquier ajuste de energía debe justificarse con medidas y un problema concreto.
En 2022 Netgate ofrecía dos imágenes principales para amd64:
Las capturas siguientes muestran la página de descarga tal como era en la época de pfSense 2.6.0. La página actual de Netgate utiliza un proceso de instalación distinto, por lo que estas pantallas deben conservarse como documentación histórica.
El archivo ISO comprimido utilizado era:
pfSense-CE-2.6.0-RELEASE-amd64.iso.gzEl servidor histórico de Netgate todavía responde para este archivo:
Descargar pfSense CE 2.6.0 ISO histórica desde Netgate
SHA-256 oficial del archivo comprimido:
941a68c7f20c4b635447cceda429a027f816bdb78d54b8252bb87abf1fc22ee3Para USB se ofrecía la imagen Memstick:
pfSense-CE-memstick-2.6.0-RELEASE-amd64.img.gzDescargar la imagen USB histórica de pfSense CE 2.6.0 desde Netgate
SHA-256 oficial del archivo Memstick comprimido:
ba3256631762f5cabc84b74853e28320c9d7c24d986de6f66e932d986bafb866Estos hashes corresponden a los archivos .gz, antes de descomprimirlos.
En la publicación original utilizamos Win32 Disk Imager con el archivo .img ya descomprimido. La lógica sigue siendo válida: una imagen de disco debe escribirse al dispositivo USB, no copiarse como un archivo normal dentro de la memoria.
Si vas a reproducir la instalación hoy puedes utilizar una herramienta actual para escribir imágenes, por ejemplo balenaEtcher. Comprueba siempre cuál es el dispositivo de destino, porque el proceso sobrescribe la memoria seleccionada.
Conectamos el USB, DVD o ISO virtual al equipo donde vamos a instalar pfSense y hacemos boot desde ese medio.
Después de unos segundos aparece la información legal y de copyright.
Elegimos Install y continuamos.
La guía original utilizó Auto (ZFS). ZFS ofrece checksums, snapshots y otras características interesantes, pero la elección depende del hardware y del objetivo del firewall.
En un firewall con un único disco de laboratorio, el diseño será necesariamente simple. En sistemas con varios discos no debemos seleccionar RAID o mirrors sin entender las implicaciones de capacidad y redundancia.
Marcamos el dispositivo correcto con la barra espaciadora. Comprueba modelo y capacidad antes de confirmar: el contenido del disco seleccionado será destruido.
Si no tenemos una razón concreta para modificar archivos manualmente, elegimos continuar sin abrir la shell.
Después del reinicio, pfSense comienza la configuración inicial desde consola.
En esta instalación de ejemplo respondimos N porque WAN y LAN utilizaban interfaces separadas. Esto no significa que debamos evitar VLAN: en una topología que dependa de trunking, podemos configurarlas aquí o después desde WebConfigurator.
En esta VM aparecían vtnet0 y vtnet1. En hardware real podrían verse nombres como igb0, em0, ix0 u otros, dependiendo del driver.
No debemos asumir que la primera interfaz detectada es siempre WAN. Identifica físicamente o desde el hipervisor qué NIC corresponde a cada red.
Confirmamos únicamente cuando WAN y LAN estén en las redes correctas. Invertirlas puede dejar la interfaz de administración expuesta hacia el lado equivocado.
La opción 2) Set interface(s) IP address permite cambiar las direcciones desde consola.
En el ejemplo se utilizó:
WAN: 10.0.3.2/24
Gateway: 10.0.3.1Son direcciones de laboratorio. No deben copiarse literalmente a otra red. La WAN puede utilizar DHCP, PPPoE o una IP estática según el proveedor y el diseño.
La guía original deshabilitó IPv6 porque aquel laboratorio no lo utilizaba. Esto no debe interpretarse como una recomendación general de desactivar IPv6. Si el ISP entrega conectividad IPv6, pfSense puede configurarla y filtrarla correctamente.
También dejamos WebConfigurator en HTTPS. No hay una razón general para volver a HTTP.
En la instalación histórica se utilizó 10.0.0.102/24. Una LAN convencional puede utilizar cualquier subred privada correctamente planificada. El gateway de la LAN normalmente queda vacío porque pfSense es el router de esa red.
En este ejemplo también se dejó deshabilitado DHCP inicialmente para continuar con una configuración manual. En una instalación común puede ser conveniente habilitar DHCP para que los clientes de la LAN reciban automáticamente dirección, gateway y DNS.
El equipo de administración debe poder llegar a la LAN del firewall. Es preferible realizar esta primera configuración desde una red local controlada, no desde WAN.
En una instalación nueva, el navegador no conoce el certificado autofirmado de pfSense. Antes de crear una excepción, confirma que la IP es realmente la del firewall que acabas de instalar y que estás en la red correcta. No es buena práctica acostumbrarse a ignorar avisos TLS indiscriminadamente.
En pfSense CE 2.6.0 las credenciales iniciales predeterminadas eran:
Usuario: admin
Contraseña: pfsenseDebemos cambiar esa contraseña durante el asistente inicial. Un firewall no debe permanecer con las credenciales predeterminadas.
Usa un hostname claro y un dominio coherente con tu red. Los DNS deben ser accesibles incluso durante fallos de WAN si el diseño utiliza Multi-WAN.
La captura utiliza una zona horaria de ejemplo. Selecciona la correspondiente a la ubicación real del firewall. La hora correcta es esencial para logs, certificados, autenticación y análisis de incidentes.
Aquí podemos revisar DHCP, IP estática, PPPoE y parámetros adicionales. Una opción importante es Block private networks and loopback addresses en WAN. Es adecuada cuando WAN recibe una dirección pública, pero en laboratorios o cuando pfSense está detrás de otro router y la WAN es privada puede bloquear tráfico necesario.
Si cambiamos aquí la subred LAN, la sesión puede perder conectividad y tendremos que volver a entrar utilizando la nueva dirección.
Utiliza una contraseña larga, única y almacenada en un gestor de contraseñas. En versiones y despliegues que lo permitan, añade también autenticación multifactor para cuentas administrativas.
Desde este panel podemos comenzar a trabajar con interfaces, reglas, NAT, DHCP, DNS, VPN, logs y paquetes.
Si estás reproduciendo esta versión por una razón histórica o de recuperación, los siguientes pasos siguen siendo importantes:
config.xml fuera del firewall;La tabla oficial de versiones de Netgate marca pfSense CE 2.6.0 como no soportada. Después de 2.6 llegaron cambios importantes de FreeBSD, PHP, OpenVPN, IPsec, DHCP, instalador y otros componentes.
Por tanto, esta guía se mantiene porque sus 41 capturas originales documentan con precisión cómo era el proceso en aquella generación. No tiene sentido reemplazarlas por pantallas modernas y seguir llamando al artículo “instalación de pfSense 2.6”.
Para una instalación nueva utilizaremos una guía separada dedicada a la versión actual, sin alterar esta documentación histórica.
Guía completa de PHP 8.5: fundamentos, instalación, Composer, PSR, Laravel, Symfony, APIs, seguridad, rendimiento y…
Guía actualizada para instalar y diagnosticar Oracle VirtualBox Guest Additions 7.2.20 en GNU/Linux: headers, módulos,…
Guía de introducción a Kali Linux 2026.2: historia, rolling release, usos legítimos, herramientas, metapaquetes, VMs,…
Guía práctica para elegir herramientas de automatización de pruebas: unitarias, integración, API, contratos, Selenium, Playwright,…
Roadmap completo para aprender redes desde cero y prepararse como sysadmin: Ethernet, IPv4/IPv6, subnetting, VLAN,…
Historia y arquitectura del sistema de reservas de United Airlines diseñado por Evelyn Berezin, diferenciándolo…