Page MenuHomePhabricator

Tweak rate limiting point counts for omnipotent users
ClosedPublic

Authored by epriestley on Oct 14 2017, 3:00 PM.
Tags
None
Referenced Files
F19801063: D18708.diff
Sat, Feb 28, 8:23 PM
F19757825: D18708.id44913.diff
Tue, Feb 17, 8:25 PM
F19266957: D18708.diff
Dec 22 2025, 8:28 PM
F19247213: D18708.id.diff
Dec 22 2025, 3:23 AM
F19239965: D18708.diff
Dec 21 2025, 9:39 PM
F18902524: D18708.id.diff
Nov 8 2025, 1:36 AM
F18772450: D18708.diff
Oct 9 2025, 2:39 AM
F18763993: D18708.id.diff
Oct 7 2025, 3:31 AM
Subscribers
None

Details

Summary

Ref T13008. We haven't hit any issues with this, but I can imagine we might in the future.

When one host makes an intracluster request to another host, the $viewer ends up as the omnipotent viewer. This viewer isn't logged in, so they'll currently accumulate rate limit points at a high rate.

Instead, don't give them any points. These requests are always legitimate, and if they originated from a user request, that request should be the one getting rate limited.

Test Plan

Browsed around.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable