Connection failure with localhost
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- haskell
Línea de trabajo
Inspecciona el commit 21cd334ef3aa78e2039eff3874fc2d63ea3cd6af, empezando por la llamada a N.getAddrInfo y decodeSockAddr alrededor de la línea de fallo vinculada. Reproduce una conexión usando localhost en un sistema que lo resuelva como ::1 y, a continuación, verifica que las conexiones a localhost ya no fallen mientras el comportamiento de IPv4 permanezca intacto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'm observing failures when trying to connect and send messages to localhost:
TransportError ConnectFailed "Network.Socket.recvBuf: resource vanished (Connection reset by peer)"
I did not construct a minimal example, but I've traced the issue to the following commit to network-transport-tcp. In particular the original failure occurs in this line. The issue is that at this point sockAddr has the value ::1 but decodeSockAddr only supports IPv4 addresses. Adding a dummy case that handles IPv6 and always returns 127.0.0.1:<port> fixes the connection failures in my case.
The IPv6 address originates from this call to N.getAddrInfo when host="localhost".
A work-around is to always use 127.0.0.1 instead of localhost.
This depends on system configuration, as the issue was only observed on some machines.
- Lenguaje dominante
- Haskell
- Estrellas
- 753
- Forks
- 101
- Merge medio
- 1 d 3 h
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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.
Más de haskell-distributed/distributed-process
-
enhancement Feature Request
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
haskell-distributed/distributed-process#486 · 1 comentario · 1 reacción ·
-
discuss enhancement Feature Request
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
haskell-distributed/distributed-process#478 · 4 comentarios · 3 reacciones ·
-
enhancement Feature Request
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
haskell-distributed/distributed-process#476 · 2 reacciones ·
-
Demonstrating the use of Cloud Haskell for a Raft implementationQuizá libre de nuevo @LaurentRDC la tomó hace 481 días y no hay ningún pull request abierto. Abiertoenhancement Feature Request
haskell-distributed/distributed-process#475 · 3 reacciones · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
haskell-distributed/distributed-process#473 · 4 comentarios · 1 reacción ·
Todos los issues de haskell-distributed/distributed-process
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
objectionary/phino#2059 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
NixOS/nixpkgs-update#586 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
wireapp/wire-server#5632 ·
Los mantenedores suelen responder en 2 días
-
allow tagged-0.9 for ghc-9.14Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100