Opened 7 years ago

Closed 2 years ago

#9949 closed enhancement (wontfix)

have each fp client register at multiple custom facilitators

Reported by: infinity0 Owned by: dcf
Priority: Low Milestone:
Component: Archived/Flashproxy Version:
Severity: Normal Keywords: archived-closed-2018-07-04
Cc: Actual Points:
Parent ID: #10711 Points:
Reviewer: Sponsor:


This is related to #9942, but would be quite a bit harder to do, since we would probably also want a way for clients to cancel registrations once they've been served by a single proxy. Otherwise, the facilitators which didn't serve the client with a proxy, don't know that the client has already been served, potentially wasting resources.

Child Tickets

Change History (5)

comment:1 Changed 7 years ago by infinity0

We could also set an expiry time on client registrations. But that doesn't fully solve the problem, since there is still a period in which a facilitator might serve a proxy to a client that was already served by a different facilitator.

comment:2 Changed 7 years ago by dcf

Something I've talked over with ln5 (Linus Nordberg) is rather than having the client (knowingly) register at multiple facilitators, is to multiplex and distribute such registrations on the facilitator side; for example, further decouple facilitator-email-poller, and have it send some registrations to one facilitator and some registrations to another.

The main motivation, as I understand it, is privacy of flash proxy operators. For example, a privacy-oriented web site wants to install the proxy badge, but doesn't want their visitors making requests to a third-party server. They can run their own facilitator, and configure their badge to make requests to it only. But then the question is of course, how does this new facilitator learn about any clients, when all existing clients are already configured to register with someone else.

Version 0, edited 7 years ago by dcf (next)

comment:3 Changed 7 years ago by infinity0

Parent ID: #10711

comment:4 Changed 3 years ago by teor

Severity: Normal

Set all open tickets without a severity to "Normal"

comment:5 Changed 2 years ago by teor

Keywords: archived-closed-2018-07-04 added
Resolution: wontfix
Status: newclosed

Close all tickets in archived components

Note: See TracTickets for help on using tickets.