- Expediere
- 4 iulie 2026 la 01:18 UTC
- Autor
- Kamo
- Comite
- b361f0a
Revizuire adversiară (2 lentile; 5 verificatori au murit la o limită de sesiune - a judecat 9 rezultate brute de mână, 6 reale: - Secret greşit (confirmat prin comparaţie haşiş): Daemon intern.auth.secret rezolvă valoarea chat-ului public, dar validează VOIP/api/bulktext/trimite Mlos-intern-auth - fiecare SMS administrator ar avea 403'd odată numere au fost configurat (înregistrarea numai implicit mascat în E2E). StewardNotifier se leagă acum proprietatea dedicată mlos.internă-aut-secret; montare de instalare mlos-intern-auth; configmap maps INTERN AUTH SECRET. - noul RestTemphee () a avut timeout-uri infinite - un apel VOIP atârnat ar penetra Ață de consum durabilă DOAR în interiorul unui CRDB tx deschis, fără eroare, stagnare toti steward-out pana repornesc capsula. Conectați 3s / citiți 5s; un timeout acum suprafete ca ResourceAccessException -> RETRY -> DLQ conform proiectării. - Tentative maxime acoperite în tăcere de *************** butonul de mai sus capacul broker ar pierde evenimente cu NO scrisoare moartă. Capac efectiv = min (încercări maxime, max-livrare), avertizează pe clemă, configurează documentele de cuplare. - Permanent per-număr 4xx (număr rău / 422 nici un furnizor) acum autentificat + SKIPPED (încercarea nu poate reuși niciodată și re-spam-uri numere anterioare fiecare relivrare); 429 şi 5xx se propagă pe calea RETRY. - Boot-time subscrie eșec nu mai lasă consumatorul mort în tăcere: rebind Retries fiecare 30s (40 încercări) în fundal. (Același model în consumul de timp pre-existent este o monitorizare.) - Teste: MlosTaskRezolvatConsumatorTest (inclusiv dispozitivul JSR-310 pe STI) mapper + clemă), DEAD LITERED-must-ack pe ambii consumatori, StewardNotifier trimite contract (URL/header/body) + 4xx-skip + 5xx-propagate. 15/15.