Bug de macOS sin Internet: causas reales y soluciones

Si usas un Mac a diario seguro que tienes la sensación de que es un sistema «a prueba de bombas»: estable, rápido, seguro y con muy pocos fallos en comparación con Windows o Android. Apple se ha ganado esa fama a pulso durante décadas, pero eso no significa que macOS sea perfecto. En los últimos tiempos han salido a la luz varios problemas de conectividad bastante curiosos, y uno de ellos se ha hecho especialmente famoso: el conocido bug de macOS que deja el equipo sin Internet tras muchos días encendido.

Además de ese fallo de larga duración, hay incidencias más mundanas pero igual de irritantes, como el Wi‑Fi que parece conectado pero no carga páginas, conflictos con antivirus como ESET o las limitaciones de la propia Recuperación de macOS cuando no tienes conexión. En este artículo vamos a juntar todas esas piezas: te explico qué es exactamente el bug de los 49,7 días, por qué ocurre, a quién afecta de verdad, qué puedes hacer para evitarlo y, de paso, repasamos otras causas típicas de que un Mac se quede sin Internet o tengas que reinstalar macOS sin red.

Un poco de contexto: macOS, estabilidad y sus (pocos) puntos débiles

Apple lleva en el mercado de la informática desde mediados de los 70, empezando en un garaje y montando ordenadores casi a mano, mucho antes de que el iPhone dominara sus ventas. El gran salto lo dio en 1984 con el primer Macintosh, que popularizó una interfaz gráfica con ratón y ventanas cuando la mayoría de usuarios seguía peleándose con pantallas negras llenas de texto.

Aquellos sistemas clásicos evolucionaron hasta Mac OS 9, el último de la serie «clásica» antes del cambio radical. En 2001 llegó Mac OS X 10.0, ya basado en Unix, que fue el punto de partida de lo que hoy conocemos como macOS: un sistema moderno, multitarea, con una base muy sólida y pensado tanto para el usuario doméstico como para el profesional.

Desde entonces Apple ha ido lanzando versión tras versión, puliendo rendimiento y seguridad hasta llegar a macOS actuales como Sonoma o Sequoia, e incluso builds futuros como macOS 26 Tahoe en sus variantes más recientes. La idea que vende Apple es clara: un ecosistema estable, de alta calidad y con muy pocos errores graves. Sin embargo, como cualquier software complejo, también tiene sus pequeñas grietas, y los problemas de red son uno de los puntos donde más se nota cuando algo falla.

El misterioso bug de macOS sin Internet tras 49,7 días

En los últimos meses, un grupo de investigadores del equipo de ingeniería de Photon ha documentado un bug bastante llamativo: si un Mac con macOS permanece encendido sin reiniciarse durante unos 49,7 días, la conectividad de red empieza a romperse. No hablamos de algo anecdótico; es un comportamiento que se repite de forma predecible y que se ha relacionado con un fallo muy concreto en la pila de red del sistema.

Lo que descubrieron es que, llegados aproximadamente a los 49 días, 17 horas, 2 minutos y 47 segundos de tiempo de actividad (uptime), algunos Mac dejaban de poder establecer nuevas conexiones a Internet. Lo curioso es que el equipo seguía aparentemente normal: podías hacer ping al Mac desde fuera y respondía, así que no era una caída total de la red ni un cuelgue general del sistema.

En la práctica, lo que se veía era que ya no se podían abrir nuevas conexiones TCP: fallaba el acceso por SSH, las llamadas a APIs, la resolución de peticiones hacia servicios externos, puertos que dejaban de estar disponibles… pero sin ningún aviso claro al usuario. Para un Mac que hace de servidor o se usa en producción las 24 horas, esto puede ser un desastre silencioso.

Este comportamiento no parece limitado a una sola versión concreta: afectarían potencialmente a diversas iteraciones de macOS, desde versiones anteriores hasta builds más recientes, ya que el origen está en una parte interna del kernel que se ha mantenido en esencia igual.

La causa técnica: temporizador TCP, enteros de 32 bits y el límite de los 49,7 días

El corazón del problema está en cómo macOS lleva la cuenta del tiempo en su pila TCP. Concretamente, existe un contador interno llamado tcp_now, que se usa para gestionar la temporización de conexiones y medidas de tiempo relacionadas con TCP.

Ese contador está implementado como un entero sin signo de 32 bits (unsigned 32-bit integer) que avanza en milisegundos. Es decir, va sumando milisegundos desde que el sistema se inicia o desde que se inicializa ese contador. El valor máximo que puede representar un entero de 32 bits sin signo es 4.294.967.295 (2³² − 1). Si traducimos esa cifra a días de tiempo:

4.294.967.295 ms ÷ 1000 ÷ 60 ÷ 60 ÷ 24 ≈ 49,7 días. Justo el tiempo de actividad en el que los investigadores han observado la aparición del bug.

En un diseño ideal, cuando el contador llega a ese máximo debería producirse un desbordamiento controlado: volver a 0 y que el código que compara tiempos tenga en cuenta ese ciclo. Este tipo de lógica es conocida y está documentada en estándares como el RFC 7323, que regula extensiones TCP de temporización y gestión de ventanas.

El problema en macOS es que, según el análisis del equipo de Photon, la implementación del estándar TCP no maneja correctamente ese reinicio del contador. En lugar de limitarse a volver a 0 y seguir funcionando, el código parece “ignorar” los límites y realiza comparaciones de tiempo que dejan de tener sentido cuando se ha producido el desbordamiento. Es como si, llegado un punto, el tiempo se quedara congelado para partes de la lógica TCP.

¿Resultado? A partir de ahí, las comparaciones de tiempo dejan de ser fiables, la gestión de nuevas conexiones se rompe y la pila de red entra en un estado en el que todavía responde a algunas cosas (como pings) pero no es capaz de establecer comunicaciones nuevas con normalidad.

Un clásico error de desbordamiento… que ya vimos en Windows 95/98

Lo más llamativo de todo esto es que no es la primera vez que se ve un bug así. En la era de Windows 95 y Windows 98, existía un error muy parecido también ligado a los 49,7 días de uptime. En aquel caso el problema estaba en el contador de milisegundos del núcleo de 32 bits, que igualmente alcanzaba el límite de 2³² − 1 y se desbordaba.

Al llegar a ese punto, el comportamiento del sistema se volvía impredecible: cuelgues, problemas de estabilidad, fallos raros de red y de aplicaciones que dependían de ese temporizador. Es casi un déjà vu tecnológico: décadas después, el mismo tipo de fallo reaparece en un sistema moderno y reputado como macOS.

En el caso concreto de macOS, el fallo se asocia a la variable tcp_now dentro del kernel y a la forma en que se aplica el estándar RFC 7323. Según la información compartida, macOS limpia o revisa ciertas conexiones TCP cada 30 segundos, y cuando ya se han superado los 49,7 días de uptime, esa lógica se rompe por culpa de las comparaciones de tiempo mal gestionadas. De ahí que el sistema parezca conectado, pero sea incapaz de iniciar nuevas comunicaciones.

Estamos, por tanto, ante un error clásico de desbordamiento de enteros en un entorno moderno, con el añadido de que afecta a un sistema donde los usuarios esperan una estabilidad casi absoluta.

Qué se rompe exactamente cuando aparece el bug de los 49,7 días

Este bug no se comporta como una caída de red de las habituales. No es que el Wi‑Fi se desconecte o que desaparezca el icono de conexión. De hecho, a nivel de interfaz, todo puede seguir pareciendo normal: el símbolo de Wi‑Fi sigue activo, la IP sigue asignada y el sistema incluso contestará a pings.

Lo que se estropea es la gestión interna de las nuevas conexiones TCP. En la práctica, se observa que:

• Las conexiones existentes pueden seguir activas durante un tiempo, siempre que no se cierren.
• Las nuevas conexiones TCP empiezan a fallar o directamente no se establecen.
• Algunos puertos dejan de responder aunque el servicio parezca levantado.
• Solicitudes DNS, conexiones API o peticiones web dejan de resolverse correctamente.

Para un servidor macOS, un Mac mini o un Mac Studio usado como máquina de CI/CD, este fallo significa que los servicios pueden seguir pareciendo «vivos» desde fuera, pero no aceptan nuevas conexiones. Traducido al día a día: caída silenciosa de webs, APIs que no responden, automatizaciones que se paran sin motivo aparente o sistemas de desarrollo que se quedan colgados justo cuando menos te interesa.

Además, como el sistema no muestra mensajes de error claros relacionados con el bug, puede costar bastante llegar a la causa raíz si no sabes que existe este límite temporal y no estás monitorizando de forma explícita el uptime y el comportamiento de la red.

¿A quién afecta realmente el bug de Internet de macOS de 49 días?

Lo primero que hay que dejar claro es que este problema no suele afectar al usuario medio de Mac. La mayoría de personas apaga o reinicia su equipo varias veces al mes, o al menos lo actualiza cada cierto tiempo, lo que resetea el contador de tiempo de actividad antes de llegar a esos casi 50 días seguidos.

Donde sí se convierte en un riesgo serio es en entornos de máquinas siempre encendidas, por ejemplo:

• Mac mini usados como servidores, ya sea en casa o en pequeñas empresas.
• Mac Studio en entornos profesionales, estaciones de trabajo que rara vez se apagan.
• Equipos dedicados a CI/CD, automatización o procesamiento continuo de tareas.
• Entornos de desarrollo o producción donde el Mac actúa como nodo de red permanente.

En estos escenarios es muy habitual que el tiempo de actividad de macOS supere los 50 días sin reinicios, sobre todo si el administrador confía en que el sistema es estable y evita apagados innecesarios. Justo ahí es donde el bug salta y puede dejarte un servidor «zombi»: aparentemente en marcha, pero sin capacidad real para gestionar nuevas conexiones de red.

Para usuarios que simplemente abren el portátil, trabajan, cierran la tapa y actualizan macOS cuando toca, las probabilidades de toparse con este bug son muy bajas. Las propias actualizaciones del sistema y los reinicios programados actúan como una especie de “parche de facto”, aunque el problema interno del kernel siga ahí.

¿Existe ya un parche oficial de Apple para este bug?

Hasta la fecha de la información disponible, Apple no ha publicado un parche oficial documentado que corrija de forma explícita el bug de los 49,7 días en la pila TCP de macOS. El comportamiento ha sido observado, medido y comentado por desarrolladores e ingenieros, pero no está reconocido en notas de versiones públicas como tal vulnerabilidad.

Para la mayoría de usuarios domésticos esto no supone un drama, porque rara vez alcanzan el tiempo de actividad necesario para activar el fallo. Pero para entornos profesionales y servidores, la ausencia de una solución oficial obliga a tirar de medidas preventivas para evitar el impacto.

Mientras no haya actualización que toque específicamente esa parte del kernel y la variable tcp_now, no se puede considerar resuelto el problema a nivel de sistema, por mucho que versiones nuevas de macOS incorporen otras mejoras de red o correcciones generales.

Solución actual: reiniciar y programar reinicios periódicos

Por incómodo que suene, a día de hoy la única solución fiable y confirmada es tan simple como contundente: reiniciar por completo el Mac. Un reinicio limpio resetea el contador tcp_now, limpia el estado de la pila TCP y devuelve la conectividad de red a la normalidad.

En entornos donde el Mac actúa como servidor o sistema crítico, la recomendación práctica es supervisar el uptime del sistema y programar reinicios antes de llegar al umbral de 49 días. Por ejemplo, un reinicio cada 30 o 40 días puede ser suficiente para esquivar por completo la zona de riesgo.

Esto se puede automatizar con scripts, herramientas de gestión remota o incluso aprovechando ventanas de mantenimiento planificadas. La idea es que el reinicio forme parte de la rutina y no te pille por sorpresa cuando el contador se acerque a los 49,7 días.

Mientras Apple no publique un parche específico, esta solución preventiva es la más sensata para entornos de producción. Puede resultar molesto tener que introducir reinicios periódicos en sistemas que podrían aguantar meses encendidos, pero es preferible a sufrir caídas silenciosas de servicios en medio de una jornada crítica.

¿Es un problema de seguridad o solo de estabilidad?

Con la información actual, este bug se considera principalmente un problema de estabilidad y fiabilidad de la red, no una vulnerabilidad de seguridad explotable al uso. No se ha demostrado que un atacante pueda aprovecharlo de forma controlada para ejecutar código, escalar privilegios o acceder a información sensible.

Dicho esto, en entornos de producción el impacto puede ser similar a una condición de denegación de servicio (DoS): si tus servicios dejan de aceptar nuevas conexiones porque el sistema ha superado esos 49,7 días de uptime, al final el efecto para los usuarios es como si se hubiera producido un ataque que tira la red abajo.

En comparación con otras vulnerabilidades de macOS, aquí el principal riesgo es el tiempo de inactividad y la interrupción de servicios, no la filtración de datos. Por eso la prioridad está en la monitorización, la planificación de reinicios y, cuando Apple lo solucione, la rápida aplicación de los parches que toquen el kernel y la pila TCP.

Otros fallos habituales de macOS sin Internet: Wi‑Fi conectado pero sin acceso

Más allá del bug de los 49,7 días, muchos usuarios reportan problemas de Wi‑Fi en macOS donde la conexión aparece como activa pero no hay Internet real. Esto afecta especialmente a equipos relativamente recientes (posteriores a 2018) tras actualizar a versiones como macOS Sonoma o Sequoia.

En estos casos, la causa no siempre es un bug del sistema operativo, sino conflictos con software de terceros como antivirus, cortafuegos o VPNs. Uno de los más mencionados últimamente es ESET, cuyo filtro de red puede interferir con la conectividad inalámbrica después de ciertas actualizaciones del sistema.

Cuando ocurre, el síntoma es muy parecido: el icono de Wi‑Fi indica que estás conectado a la red, pero los navegadores y las apps no cargan contenido. Ni siquiera cambiando de red o reiniciando el router se soluciona, lo que lleva a sospechar de un problema dentro del propio Mac.

Antes de volverse loco reinstalando el sistema o cambiando de router, conviene revisar si tienes instalado algún antivirus o herramienta de seguridad que pueda estar filtrando el tráfico de manera agresiva o incompatible con la versión actual de macOS.

Problemas de Wi‑Fi con ESET en macOS y cómo resolverlos

El antivirus ESET incluye un componente de filtrado de red que, en teoría, analiza el tráfico para aumentar la seguridad. El problema es que, tras algunas actualizaciones recientes de macOS, ese filtro puede entrar en conflicto con la pila de red y provocar que el sistema no gestione bien las redes Wi‑Fi, sobre todo en equipos posteriores a 2018.

La primera prueba que recomiendan muchos técnicos es desactivar temporalmente el filtro de red de ESET desde las preferencias de red de macOS. En versiones donde aún aparece como extensión, se puede ir a Preferencias del Sistema (o Configuración del Sistema) > Red, buscar la sección de filtros y localizar la entrada «ESET Network».

Si al deshabilitar ese filtro o eliminarlo de la lista la conexión Wi‑Fi vuelve a funcionar con normalidad, habrás identificado claramente el origen del fallo. A partir de ahí, lo más sensato suele ser desinstalar ESET por completo y reinstalar la última versión compatible con tu versión de macOS.

Para desinstalar correctamente ESET, hay que entrar en la carpeta Aplicaciones, localizar el antivirus, abrir el contenido del paquete y ejecutar el desinstalador que se encuentra en Contents > Helpers. Después de reiniciar el Mac, muchos usuarios ven cómo la conectividad Wi‑Fi vuelve a la normalidad sin necesidad de tocar nada más.

Una vez comprobado que el problema ha desaparecido, se puede instalar de nuevo ESET descargando la versión más reciente desde su web oficial, asegurándote de que es compatible con la versión concreta de macOS (14, 15 o la que corresponda). Esto reduce la probabilidad de que el conflicto de red reaparezca.

Otros ajustes de red útiles: dirección MAC privada en macOS Sequoia

En algunos casos, especialmente con macOS Sequoia 15.1, se ha observado que la conexión Wi‑Fi se establece pero no hay acceso real a Internet en navegadores ni aplicaciones, y el problema no se debe ni al router ni a un antivirus.

Una solución que ha funcionado para varios usuarios consiste en cambiar la configuración de la dirección MAC Wi‑Fi de fija (estática) a rotativa o privada. macOS permite usar direcciones MAC aleatorias para mejorar la privacidad y evitar rastreo entre redes.

Para hacerlo, hay que ir a Configuración del Sistema > Red, seleccionar Wi‑Fi en la lista de interfaces, entrar en los detalles de la red concreta y buscar la opción de «Usar dirección Wi‑Fi privada» o similar. Cambiando de una dirección fija a una privada/rotativa y reconectando a la red, en muchos casos el acceso a Internet vuelve a comportarse con normalidad.

Este ajuste parece solucionar conflictos específicos con ciertos routers o configuraciones de seguridad de red, sin necesidad de tocar nada en el proveedor de Internet ni en el hardware. Es una alternativa rápida que merece la pena probar si tu Wi‑Fi dice que está conectado pero no puedes navegar.

Reinstalar macOS sin Internet: opciones cuando la recuperación online falla

Cuando los problemas de red se vuelven graves o el sistema empieza a comportarse de forma muy inestable, muchos usuarios optan por reinstalar macOS. El método estándar de Apple se basa en la Recuperación de macOS, que descarga los archivos de instalación desde los servidores de Apple al iniciar el modo de recuperación.

El problema aparece cuando, precisamente, no tienes conexión a Internet o es muy inestable. En esos casos, la recuperación online falla o se queda colgada, y parece que no hay forma de reinstalar el sistema. Por suerte, sí es posible hacerlo sin depender de la red usando métodos alternativos.

La forma más práctica es crear un instalador USB de arranque con la versión de macOS que te interese (por ejemplo, Sonoma o Ventura). Este instalador permite arrancar el Mac desde el USB y reinstalar el sistema sin necesidad de descargar nada durante el proceso, siempre que hayas preparado previamente la unidad.

Además, existe un modo de recuperación local que se activa manteniendo Command + R al arrancar el Mac (en modelos Intel), lo que permite saltarse la recuperación por Internet cuando ya hay una partición de recuperación disponible en el disco. Aun así, el método del USB de arranque sigue siendo la opción más robusta cuando quieres asegurarte de que la reinstalación no depende de la conectividad.

Cómo crear un USB de arranque de macOS y reinstalar sin conexión

Para preparar un instalador USB de macOS necesitas una unidad flash de al menos 16 GB, formateada en Mac OS Extended (aunque luego lo instales en APFS). El proceso general es el siguiente:

Primero descargas desde la App Store el instalador de la versión de macOS que quieras (por ejemplo, Sonoma o Ventura). Una vez finalizada la descarga, cierras el instalador sin ejecutarlo para que quede guardado en la carpeta Aplicaciones como «Instalar macOS…».

Luego conectas tu USB ya formateado, abres la app Terminal y ejecutas el comando createinstallmedia correspondiente, algo del estilo:

sudo /Applications/Install\ macOS\ Ventura.app/Contents/Resources/createinstallmedia –volume /Volumes/MiVolumen (cambiando «MiVolumen» por el nombre real del USB).

Tras introducir tu contraseña y esperar a que el proceso copie todos los archivos, tendrás un USB de arranque listo para usar. A partir de ahí, los pasos cambian un poco según el tipo de Mac que tengas.

En los Mac con Intel, se inserta el USB, se enciende el equipo y se mantiene pulsada la tecla Opción (Alt) durante el arranque hasta ver la pantalla de selección de discos. Allí eliges el USB como disco de inicio y sigues las instrucciones de «Instalar macOS».

En los Mac con Apple Silicon (M1, M2, M3, etc.), se mantiene pulsado el botón de encendido al arrancar hasta que aparezca la ventana de opciones de inicio. De nuevo, se selecciona el USB de arranque y se continúa con el instalador.

Este método permite reinstalar macOS sin depender de Internet, siempre que el USB ya esté preparado. Es especialmente útil en equipos con problemas de red, en entornos offline o cuando la recuperación por Internet da errores repetidos.

Cómo proteger tus datos al reinstalar macOS sin Internet

Antes de reinstalar el sistema, con o sin Internet, conviene asumir que existe riesgo de pérdida de datos si algo sale mal o si decides borrar el disco. Lo ideal es tener siempre una copia de seguridad reciente, ya sea con Time Machine o con otra solución de backup.

Si llegas tarde y ya has perdido información durante el proceso de reinstalación, todavía puedes recurrir a software especializado de recuperación de datos como EaseUS Data Recovery Wizard for Mac. Este tipo de herramientas escanean el disco en busca de archivos borrados o particiones dañadas y, en muchos casos, permiten recuperar documentos, fotos y otros contenidos.

Algunas aplicaciones, como EaseUS, incluso permiten crear una imagen de copia de seguridad del disco antes de tocar nada, de modo que puedas trabajar sobre esa imagen en lugar de seguir operando sobre un disco dañado. Esto reduce el riesgo de sobrescribir datos que aún son recuperables.

El flujo típico consiste en seleccionar el disco afectado, realizar un escaneo profundo y, a continuación, filtrar por tipo de archivo o ruta para localizar lo que necesitas. Una vez encontrados los archivos, se elige una ubicación segura (otro disco o unidad externa) donde guardar los datos restaurados.

Aunque ninguna herramienta garantiza la recuperación total, este enfoque puede salvar muchos datos tras una reinstalación complicada, especialmente si el problema se originó por fallos de red o cortes de energía durante la instalación.

Al final, todo lo que hemos visto se resume en que macOS es un sistema muy sólido, pero no infalible: puede quedarse sin Internet por un bug de temporización tras casi 50 días encendido, por conflictos con antivirus como ESET, por ajustes de red poco afortunados o por las propias limitaciones de la Recuperación online. La buena noticia es que, con un poco de previsión (reinicios periódicos, supervisión del uptime, configuración correcta de la Wi‑Fi, copias de seguridad y un USB de arranque preparado), es perfectamente posible minimizar el impacto de estos problemas y mantener tu Mac conectado y operativo incluso en los escenarios más exigentes.