Connection failure with localhost
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- haskell
- Domaine
- distributed-systems, networking
Piste de recherche
Examinez le commit 21cd334ef3aa78e2039eff3874fc2d63ea3cd6af, en commençant par l’appel à N.getAddrInfo et decodeSockAddr autour de la ligne d’échec indiquée. Reproduisez une connexion en utilisant localhost sur un système qui le résout en ::1, puis vérifiez que les connexions à localhost n’échouent plus tandis que le comportement IPv4 reste intact.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Haskell
- Étoiles
- 755
- Forks
- 101
- Merge moyen
- 1 j 23 h
- PR mergées (30 j)
- 4
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de haskell-distributed/distributed-process
-
enhancement Feature Request
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
haskell-distributed/distributed-process#486 · 1 commentaire · 1 réaction ·
-
discuss enhancement Feature Request
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
haskell-distributed/distributed-process#478 · 4 commentaires · 3 réactions ·
-
enhancement Feature Request
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
haskell-distributed/distributed-process#476 · 3 commentaires · 3 réactions ·
-
Demonstrating the use of Cloud Haskell for a Raft implementationPeut-être à nouveau libre @LaurentRDC l’a pris il y a 497 jours, et aucune pull request n’est ouverte. Ouverteenhancement Feature Request
haskell-distributed/distributed-process#475 · 3 réactions · 1 personne assignée ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 20/100
haskell-distributed/distributed-process#473 · 4 commentaires · 1 réaction ·
Toutes les issues de haskell-distributed/distributed-process
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
haskell/statistics#235 ·
-
Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
pkg:crucible-mir type:bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Heroes in statisticsOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100