- Shipped
- 2026년 7월 4일 오전 1:18 UTC
- Author
- Kamo
- Commit
- b361f0a
Adversarial 리뷰 (2 렌즈; 5 verifiers는 세션 제한에 사망했습니다 - 광고 손으로 9개의 익지않는 발견, 6 진짜): - WRONG SECRET (해시 비교에 의해 확인): daemon's internal.auth.secret public-chat 값에 대한 해결, 하지만 VOIP의 /api/bulktext/send validates mlos-internal-auth - 모든 스튜어드 SMS는 한 번 숫자가 403'd가있을 것입니다 (레코드 전용 디폴트는 E2E에서 마스크). StewardNotifier 지금 묶음 전용 mlos.internal-auth-secret 속성; 배포 마운트 mlos-internal-auth; configmap 지도 INTERNAL AUTH SECRET. - 새로운 RestTemplate()는 무한한 타임아웃을 가지고 있었습니다. - hung VOIP 통화는 쐐기 내구성의 ONLY 소비자 실은 오류없이 열린 CRDB tx 내부에 넣기 pod 재시작까지 모든 스튜어드 팬 아웃. 연결 3s / 읽기 5s; 지금의 타임 아웃 ResourceAccessException -> RETRY -> DLQ로 표면 처리 - 최대 임시 직원은 *********** 상승에 의해 조용히 모자를 씌웠습니다 브로커 캡 위의 손잡이는 죽은 문자와 이벤트를 잃게됩니다. 효과적인 모자 = min (max-attempts, max-deliver), 클램프에 경고, 구성 문서 연결. - 영구적 인 per-number 4xx (배드 번호 / 422 아니 공급자) 이제 로그 + SKIPPED (레트리는 결코 성공할 수 없고 다시 스팸 이전 번호 각 redelivery); 429 그리고 5xx 여전히 RETRY 경로에 propagate. - Boot-time 구독 실패는 더 이상 소비자가 침묵적으로 사망하지 않습니다. rebind 배경에서 30s (40 시도)를 추적합니다. (같은 패턴에 pre-existing timer-breach 소비자는 후속입니다.) - 테스트: MlosTaskResolvedConsumerTest (포함. 발생하지 않는 ITS에 JSR-310 정착물 mapper + 클램프), DEAD LETTERED-must-ack 모두 소비자, StewardNotifier 계약 (URL/header/body) + 4xx-skip + 5xx-propagate를 보내십시오. 15/15.