de storing die geen storing heette

[Apolloccrypt]

Wat er nu misgaat in productie

GET /api/captcha/challenge antwoordt 500 internal_error. Signup en wachtwoordherstel liggen daarmee plat; inloggen werkt.

$ curl -s https://paramant.app/api/captcha/challenge
{"error":"internal_error"}

Dat lichaam kan niet uit de route zelf komen. Die heeft een eigen catch die challenge_failed teruggeeft. En het kan ook niet uit de 503-tak van de foutafhandeling komen, want die geeft redis_unavailable.

Waarom geen van beide waarborgen afging

isRedisOutage() kende alleen verbindingsfouten: ClientClosedError, SocketTimeoutError, ECONNREFUSED en verwanten. De store was echter bereikbaar en antwoordde; hij weigerde de schrijfactie.

Redis beantwoordt zo'n commando met een fout waarvan het bericht begint met het weigeringswoord, en node-redis maakt daar een gewone Error van. Die matchte de constructorlijst niet en de socketcodes niet, en viel door naar de kale 500 onderaan, die geen oorzaak noemt.

De rate-limiter staat in elf routes vóór elke try, dus dit raakt niet alleen de captcha.

De wijziging

• Elf weigeringswoorden gelden nu als storing: READONLY, MISCONF, OOM, NOPERM, NOAUTH, WRONGPASS, LOADING, BUSY, CLUSTERDOWN, TRYAGAIN, MASTERDOWN. Die leveren 503 met Retry-After.
• De foutafhandeling logt welk woord het was. redis_unavailable alleen laat de operator gokken tussen een volle schijf (MISCONF), een bereikt plafond (OOM) en een verkeerde ACL (NOPERM).
• Een commando dat wij fout sturen blijft 500. WRONGTYPE, NOSCRIPT en een verkeerde arity zijn bugs van ons en worden niet als beschikbaarheidsantwoord weggemoffeld.
• admin/lib/redis-deadline.js en relay/lib/redis-deadline.js blijven byte-identiek; de pariteitstest bewaakt dat.

Bewijs

tests/redis-refusal.test.mjs, negen tests, per kopie: elf weigeringen worden herkend, vijf eigen commandofouten blijven 500, de bestaande connectiefouten blijven werken, en rommel (null, {}, {message: 42}) gooit niets.

tests/redis-refusal.test.mjs         9/9 pass
tests/redis-deadline-parity.test.mjs 6/6 pass
admin/test/redis-outage.test.js      3/3 pass

Wat dit NIET oplost

De onderliggende oorzaak zit op de server: de store weigert schrijfacties. Deze PR maakt zichtbaar welke weigering het is, zodat de volgende stap gericht kan zijn in plaats van een gok. Signup blijft plat tot dat op de server is verholpen.