Windows como Router: Límites ocultos y la solución definitiva para redes críticas

En el mundo del soporte técnico, hay límites que parecen invisibles hasta que el sistema se cae justo cuando más lo necesitas. Comencé esta investigación con una pregunta muy específica: ¿cómo resolver el límite de accesos simultáneos en Windows Home y Pro? La respuesta fue contundente: ambos sistemas están limitados a 10 conexiones SMB simultáneas debido al licenciamiento del servicio LanmanServer. No existe un parámetro, GPO o tweak mágico para aumentar este número sin violar la licencia.

Infografía técnica comparando dos configuraciones de red, mostrando claramente los problemas de rendimiento en sistemas operativos genéricos frente a soluciones especializadas.
Comparativa técnica: Windows vs Linux Router. El lado izquierdo muestra la saturación y cuellos de botella en un gateway Windows, mientras que el derecho ilustra una arquitectura estable con hardware dedicado.

Sin embargo, el análisis se profundizó cuando descubrí que el problema real no era el compartimiento de archivos, sino una configuración de red mucho más crítica: un equipo Windows actuando como gateway y router improvisado para una conexión de respaldo vía Starlink. Los síntomas eran claros: los usuarios quedaban conectados a la red Wi-Fi, pero perdían toda salida a Internet.

El diagnóstico del Gateway Windows

Al analizar el equipo Windows funcionando como gateway con Internet Connection Sharing (ICS), el diagnóstico fue inequívoco. Windows no está diseñado para ser un router multiusuario estable bajo carga. Cuando se satura la tabla de conexiones NAT o los puertos efímeros, las nuevas solicitudes simplemente no salen, dejando a los usuarios en un estado de «colgado» que solo parece arreglarse con un reinicio.

Se evaluó reemplazar el sistema operativo para solucionar este cuello de botella. Al comparar opciones, quedó claro que macOS, aunque basado en Unix, tampoco está optimizado para roles de router multiusuario a gran escala. La solución más robusta es utilizar un sistema dedicado como Linux (OpenWRT o pfSense) o hardware especializado.

Contexto: La Red MINSAL y Vulnerabilidades

Esta discusión técnica cobra una dimensión operativa al aplicar el escenario a un centro de salud con 60 equipos conectados a la «red Minsal». Este contexto es vital para entender la urgencia del problema, ya que la infraestructura TI en el sistema de salud pública chileno ha enfrentado desafíos significativos. Se han documentado casos históricos donde más de 3 millones de archivos privados de pacientes quedaron expuestos debido a fallas en sistemas compartidos, además de informes sobre equipamiento obsoleto y problemas de conectividad que afectan la atención clínica.

La propuesta final es clara: sacar al equipo Windows del rol de gateway. Al implementar un router dedicado con failover automático entre la red principal y Starlink, se garantiza una continuidad operativa real, alejándose de las vulnerabilidades y limitaciones de hardware antiguo que han caracterizado a ciertas redes públicas.

El camino hacia una arquitectura de red resiliente requiere dejar atrás la improvisación. La solución correcta no es parchear un sistema operativo genérico, sino asignar el rol de router a un equipo diseñado para ello, asegurando que lo crítico funcione cuando más se necesita.