DNS Lookups Failing After Updating to Latest Node 20 and 18 for IBM i
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
v20.15.1
Platform
IBM i 7.3:
OS400 idev 3 7 00780002A1F1 powerpc Os
Subsystem
DNS
What steps will reproduce the bug?
Any DNS lookup fails with connection timeout. Can run this code to reproduce:
require("dns").resolve("smtp.office365.com", function() { console.log(arguments); })
Fails with ETIMEOUT, even though the system DNS configuration is good and other software can perform DNS lookups.
How often does it reproduce? Is there a required condition?
Every time. This started happening when updating to Node 20.15.1 and Node 18.20.4 for IBM i. Everything was working fine before the update. Before, I was using Node 20.11.1 and Node 18.18.2.
What is the expected behavior? Why is that the expected behavior?
I expect a good DNS lookup, as the system DNS configuration is good and most other software can perform lookups.
What do you see instead?
ETIMEOUT on any DNS lookup.
Additional information
An interesting thing we noticed that may relate....
On the affected systems, the NSLOOKUP CL command can perform lookups with no problem, but the nslookup command in PASE fails with ETIMEOUT for any lookup.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza reproduciendo el problema con require("dns").resolve("smtp.office365.com", ... ) en IBM i 7.3 usando Node 20.15.1 o 18.20.4. Compara el comportamiento fallido de nslookup en PASE con el comando NSLOOKUP CL, que funciona, y con las versiones anteriores de Node, que también funcionaban. Se considera terminado cuando las búsquedas DNS ya no agotan el tiempo de espera en las versiones afectadas y la regresión queda cubierta por una prueba adecuada.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- 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
- 42/100