Closed Bug 1554231 Opened 6 years ago Closed 4 years ago

Repurpose hgssh3 for use as hgsso1

Categories

(Developer Services :: Mercurial: configwizard, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED INACTIVE

People

(Reporter: sheehan, Unassigned)

References

Details

Once we have integrated the HTTP based authentication endpoint into our test suite and verified that everything is working as intended, we will need to create a production node using the new code. Previously we discussed re-purposing hgssh3 as "hgsso1" and deploying the HTTP push endpoint there. Once we have this rolled out, a small group of devs will have access to it for testing (including a pen-test). After confirming the node is secure and is working correctly, we will make a public announcement requesting interested parties use the new HTTP based auth as a "beta" group. Eventually the "beta" will become the standard and the hgssh nodes will be torn down, becoming "hgsso2", etc.

Before we start tackling this work, we will also need to come up with a way to differentiate traffic that is intended for the master servers from traffic intended for the mirrors. Previously we used the application layer protocol (HTTP or SSH) to split the traffic, but this will obviously not be possible once we use HTTP everywhere. Using Authorization headers would work, but there may be some complications with regard to replication and the replicatedserved repoview.

Blocks: 1554232
Blocks: 1554236
Blocks: 1554248
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.