Relax EndPointAddress equality requirement
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Refactoring
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- haskell
- Bereich
- distributed-systems, networking
Rechercherichtung
Beginne mit den Tests, die erfordern, dass eine EndPoint-Adresse in ConnectionOpened-Ereignissen mit der EndPointAddress übereinstimmt, und verfolge anschließend, wie eine EndPointAddress aus der Event-Warteschlange eines Peers für Verbindungsversuche verwendet wird. Als erledigt gilt die Aufgabe, wenn eine Verbindung den EndPoint erreicht, der sie geöffnet hat, ohne ByteString-Gleichheit mit der vom Peer gemeldeten Adresse zu erfordern.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
There are tests which check that the address of an EndPoint is equal (as a ByteString) to the EndPointAddress which appears in events like ConnectionOpened on a peer to which it connects. I propose removing this requirement. Really we just need to ensure that connecting to the EndPointAddress given in the peer's event queue will indeed connect to the EndPoint which opened the connection. == may be sufficient for that but it's not necessary.
Some motivation: https://github.com/haskell-distributed/network-transport-tcp/pull/54 in network-transport-tcp we don't want to use the EndPointAddress reported by the peer as an identifier for a connection to it, because the peer could lie about it and thereby deny service to whoever really does have the given address. So the OS-determined host/port should factor into the EndPointAddress chosen by the contacted peer, but that can't be done because the equality constraint forces us to use the peer's reported address exactly.
- Vorherrschende Sprache
- Haskell
- Sterne
- 753
- Forks
- 101
- Ø Merge
- 1 T. 3 Std.
- Gemergte PRs (30 T.)
- 4
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus haskell-distributed/distributed-process
-
enhancement Feature Request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
haskell-distributed/distributed-process#486 · 1 Kommentar · 1 Reaktion ·
-
discuss enhancement Feature Request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
haskell-distributed/distributed-process#478 · 4 Kommentare · 3 Reaktionen ·
-
enhancement Feature Request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
haskell-distributed/distributed-process#476 · 2 Reaktionen ·
-
Demonstrating the use of Cloud Haskell for a Raft implementationEvtl. wieder frei @LaurentRDC hat das vor 482 Tagen übernommen, und es ist kein Pull Request offen. Offenenhancement Feature Request
haskell-distributed/distributed-process#475 · 3 Reaktionen · 1 zugewiesene Person ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100
haskell-distributed/distributed-process#473 · 4 Kommentare · 1 Reaktion ·
Alle Issues in haskell-distributed/distributed-process
Ähnliche Issues
-
MorphRule, DataizeRule and ContextualizeRule silently accept unknown YAML keys, unlike rewrite `Rule`Evtl. vergeben @renyamamoto2026-cmyk hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
objectionary/phino#2107 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
tweag/tricorder#640 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag