- Verschifft
- 4. Juli 2026 um 01:18 UTC
- Autor
- Kamo
- Ausschuss
- b361f0a
Adversarial Review (2 Linsen; 5 Verifikationen starben an einer Sitzungsgrenze - addicated 9 Rohfunde von Hand, 6 real): - FALSCH SECRET (bestätigt durch hash Vergleich): daemon's internal.auth.secret löst auf den Public-Chat-Wert, aber VOIPs /api/bulktext/send validiert mlos-interne-auth - jeder Steward SMS hätte 403'd, sobald die Zahlen konfiguriert (die Datensatz-Standardkarte hat es in E2E maskiert). StewardNotifier bindet jetzt die dedizierte mlos.internal-auth-geheime Eigenschaft; Bereitstellungs-Halterungen mlos-internal-auth; configmap maps INTERNAL_AUTH_SECRET. - new RestTemplate() hatte unendliche Timeouts - ein hängender VOIP-Aufruf würde die dauerhafte NUR Verbraucherfaden in einem offenen CRDB tx ohne Fehler, Stillstand alle Steward Fan-out bis Pod Neustart. 3s / lesen 5s verbinden; ein Timeout jetzt Oberflächen als ResourceAccessException -" RETRY -" DLQ wie entworfen. - max-attraktiert still gedeckelt von ************ Knopf über der Brokerkappe würde Ereignisse mit KEIN totem Buchstaben verlieren. Effektive Obergrenze = min(max-at-prots, max-liefer), warnt auf clamp, configmap dokumentiert die Kupplung. - Permanent pro-Nummer 4xx (schlechte Zahl / 422 kein Anbieter) jetzt angemeldet + SKIPPED (Rückrufen kann nie gelingen und re-spams früheren Zahlen jeder redelivery); 429 und 5xx immer noch auf den RETRY Pfad ausbreiten. - Boot-Time-Abonnenten Ausfall lässt den Verbraucher nicht mehr still tot: rebind Retries alle 30er Jahre (40 Versuche) im Hintergrund. (Das gleiche Muster in der Vorbestehender Zeitschaltschlag-Verbraucher ist ein Follow-up.) - Tests: MlosTaskResolvedConsumerTest (inkl. der aufgetretene JSR-310-Befestigung auf ITS mapper + die Klemme), DEAD_LETTERED-must-ack auf beide Verbraucher, StewardNotifier Vertrag (URL/Header/Body) + 4xx-skip + 5xx-propagate. 15/15.