Arreglando el bloqueo silencioso en Drizzle Kit Push en ChromeOS y Postgres sin servidor (Neon)

Solución al bloqueo silencioso de Drizzle Kit Push en ChromeOS con Neon Postgres. Guía práctica para resolver este error y continuar tu desarrollo sin interrupciones.

18 may 2026 • 3 min de lectura • Equipo Q2BSTUDIO

Solución al bloqueo silencioso de Drizzle Kit Push en ChromeOS con Neon Postgres

El desarrollo en entornos cloud y contenedores Linux presenta desafíos sutiles que pueden paralizar herramientas esenciales del ecosistema Node.js, especialmente al combinar Drizzle ORM con bases de datos serverless como Neon sobre ChromeOS. Un caso concreto es el bloqueo silencioso del comando drizzle-kit push, donde el spinner queda indefinidamente en la fase de extracción del esquema sin ningún mensaje de error. Este comportamiento no es aleatorio, sino consecuencia de una colisión arquitectónica entre tres capas: el resolvedor de DNS de Node.js, el contenedor Crostini de ChromeOS y los proveedores de Postgres sin servidor que priorizan registros IPv6.

Cuando Node.js versión 17 o superior resuelve un hostname, devuelve las direcciones en el orden exacto que entrega el DNS, lo que suele colocar los registros AAAA (IPv6) antes que los A (IPv4). ChromeOS, por su parte, ejecuta aplicaciones Linux dentro de una máquina virtual Debian llamada Crostini, que utiliza un puente de red interno (100.115.92.25). Este puente gestiona correctamente IPv4, pero su capa virtual para IPv6 descarta paquetes de forma silenciosa, sin enviar ninguna señal de error al kernel. Así, el socket queda atrapado en un estado SYN-SENT eterno, esperando una respuesta que nunca llega, mientras el resto de la tubería de conexión permanece bloqueada.

Las soluciones superficiales, como configurar dns.setDefaultResultOrder('ipv4first'), no funcionan porque Drizzle Kit y sus dependencias internas crean múltiples pools de conexiones paralelas, y cualquier socket que encuentre una dirección IPv6 puede detener el flujo completo. Además, drizzle-kit compila la configuración TypeScript con esbuild, que envuelve las importaciones ESM en objetos proxy de solo lectura, impidiendo sobrescribir métodos nativos como dns.lookup. La alternativa robusta consiste en acceder al módulo DNS mediante require('node:dns') desde un contexto CommonJS, lo que permite modificar la función lookup a nivel de caché del motor de Node.js. Forzando family a 4 en todas las resoluciones, se evita que cualquier paquete IPv6 llegue al puente virtual defectuoso, garantizando que todas las conexiones a la base de datos se realicen exclusivamente por IPv4.

Esta intervención a nivel de socket, aunque quirúrgica, revela una realidad más amplia: los entornos de desarrollo modernos requieren un conocimiento profundo de las interacciones entre contenedores, redes virtuales y capas de abstracción cloud. En Q2BSTUDIO entendemos que la resolución de problemas complejos como este es parte del día a día en la creación de aplicaciones a medida y en la prestación de servicios cloud AWS y Azure, donde la infraestructura debe ser tan confiable como el código que la gestiona. Nuestro equipo aplica estos mismos principios de análisis técnico y parcheo controlado para garantizar que herramientas como Drizzle ORM, Power BI o soluciones de inteligencia artificial para empresas operen sin fricciones, incluso en configuraciones de contenedor poco convencionales.

La lección principal es que un bloqueo silencioso no debe tratarse como un error menor, sino como una señal de un desajuste en la pila de red subyacente. Abordarlo desde la capa de resolución de nombres, en lugar de intentar parches superficiales, demuestra una madurez técnica que trasladamos a cada proyecto de software a medida y a la implementación de agentes IA que requieren conectividad estable con bases de datos serverless. En entornos donde la ciberseguridad y la continuidad operativa son críticas, técnicas como el monkey-patch controlado de DNS se convierten en herramientas legítimas para mantener el flujo de trabajo sin interrupciones.

Para equipos que trabajan con ChromeOS y servicios como Neon, la adopción de este enfoque no solo resuelve el problema inmediato, sino que también sienta las bases para una arquitectura más resiliente. La combinación de inteligencia de negocio, automatización de procesos y servicios de inteligencia artificial para empresas exige que cada componente de la cadena —desde el cliente hasta la base de datos— funcione en armonía. En Q2BSTUDIO integramos estas soluciones en nuestros proyectos, asegurando que el desarrollo sobre plataformas cloud no se vea frenado por detalles de configuración que, bien entendidos, tienen una solución elegante y definitiva.

¿UNA PAUSA?

Juega un momento antes de irte

NUESTROS SERVICIOS

Cómo podemos ayudarte

¿Tienes un proyecto en mente?

Cuéntanos tu visión y la convertimos en una solución de software. Sea cual sea el alcance, hacemos realidad tu idea.