nodejs / nodejs/node

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

Aperta
#64,652 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Lingua principale
JavaScript
Stelle
122k
Fork
37.3k
Merge medio
4g 2h
PR unite (30g)
283

Descrizione

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.

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

Riproduci il comando HTTPS in node:24-bookworm e node:24-alpine, quindi confrontalo con node:22-bookworm in Docker Desktop su Windows. Inizia analizzando la selezione degli indirizzi di Node 24 o il comportamento di Happy Eyeballs quando sono presenti sia record A sia AAAA. Il lavoro è completato quando la richiesta riesce utilizzando la connettività IPv4 disponibile invece di terminare con ENETUNREACH.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
docker, javascript, node.js
Ambito
networking
Tipo di issue
Bug
Difficoltà
4/5
Tempo stimato
3-5 giorni
Stato di attività
Tranquilla
Chiarezza
Abbastanza chiara
Idoneità per principianti
48/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.