nodejs / nodejs/node

Node.js v24 fails to establish HTTPS connections over IPv6/IPv4 fallback in Docker Desktop on Windows (ENETUNREACH)

Abierto
#64,652 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
JavaScript
Estrellas
122k
Forks
37.3k
Merge medio
4 d 2 h
PR fusionados (30 d)
283

Descripción

Version

Node.js version: v24.16.0

Platform
Operating system: Windows 11  Docker: Docker Desktop (latest)  Container images tested: node:24-alpine node:24-bookworm node:22-bookworm  Network: Docker Desktop IPv4 only networking enabled
Subsystem

It was a n8n Container in Docker Desktop.

What steps will reproduce the bug?

Run:

docker run --rm node:24-bookworm node -e "require('https').get('https://login.microsoftonline.com',r=>console.log(r.statusCode)).on('error',console.error)"

or

docker run --rm node:24-alpine node -e "require('https').get('https://login.microsoftonline.com',r=>console.log(r.statusCode)).on('error',console.error)"

How often does it reproduce? Is there a required condition?

Always

What is the expected behavior? Why is that the expected behavior?

The HTTPS request should succeed.

Node 22 returns HTTP 302.

What do you see instead?

AggregateError [ENETUNREACH]

connect ENETUNREACH 2603:1027:...

Node attempts multiple IPv6 addresses and never falls back to IPv4.

Additional information

Additional investigation:

  • nslookup login.microsoftonline.com returns both IPv4 (A) and IPv6 (AAAA) records.
  • DNS resolution inside the container is working correctly.
  • Direct TCP connections to IPv4 addresses succeed.

Example:

node -e "require('net').connect({host:'20.190.159.130',port:443}).on('connect',()=>console.log('OK')).on('error',console.error)"

returns:

OK

However:

node -e "require('https').get('https://login.microsoftonline.com',r=>console.log(r.statusCode)).on('error',console.error)"

fails with ENETUNREACH.

Testing official Node images:

node:22-bookworm
-> HTTP 302 (works)

node:24-bookworm
-> ENETUNREACH

node:24-alpine
-> ENETUNREACH

The same behavior was observed in the official n8n Docker image, which currently ships with Node.js 24.

Rebuilding n8n using Node.js 22 completely resolves the issue.

This appears to be related to address selection or Happy Eyeballs behavior.

Node 24 seems to only attempt IPv6 connections although IPv4 connectivity is available and works.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Reproduce el comando HTTPS en node:24-bookworm y node:24-alpine, y compáralo después con node:22-bookworm en Docker Desktop en Windows. Empieza investigando la selección de direcciones de Node 24 o el comportamiento de Happy Eyeballs cuando existen registros A y AAAA. Se considera terminado cuando la solicitud se completa correctamente mediante la conectividad IPv4 disponible, en lugar de terminar con ENETUNREACH.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
docker, javascript, node.js
Área
networking
Tipo de issue
Error
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
48/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.