- Se descapó
- 23 de agosto de 2026 a las 5:06 UTC
- Autor
- Kamo
- Compromit
- 1b53882
findAwaitingVerification Fils de verificación se confirma por diseño, así que una vez se estableció nada de nuevo miró ese dominio. Eso fue Biena faltaba mientras la bandera significaba lo que reclamaba. No estaba bien mientras la bandera podría ser desencadenado de un solo anfitrión de once: un org se fue con los anfitriones que No se había roto certificado indefinidamente detrás de un verde 'SSL certificado instalado', y nada en ningún lugar lo informó. capcha.tech-life.com y sign.tech-life.com se sentaban exactamente así de 2026-08-19 hasta hoy, sirviendo el predeterminado autofirmado de Traefik. Certificados un secreto huérfano por una especificación reelección.secretName se renueva por nada. Un segundo barrido ahora vuelve a comprobar los dominios confirmados en un largo período durante un pequeño lote, re-seeds anfitriones que en realidad están desnudos, y retira el confirmación so /setup/dns deja de ofrecer Entra Workspace. Vuelve a verdad por sí sola una vez que los certificados aterrizan, así que la rebaja es auto-curación en lugar de un cierre. El peligro es sobrecorrección, por lo que hay que ganar un negativo dos veces. sonadeCertificate () ahora es de tres valores. . TRUE servía un certificado de confianza, FALSE el apretón de manos fue rechazado activamente, null la sonda nunca llegó a un veredicto y sólo FALSE cuenta; un tiempo de conexión no dice nada sobre un certificado, y tratarlo como ausencia retiraría a los inquilinos sanos' confirmación durante cualquier fallo de red transitoria. Además de eso, un fallo anfitrión es ignorado a menos que su CNAME siga resolviendo: un anfitrión el cliente nunca apuntándonos nunca puede obtener un certificado (auto-cert se salta, desde HTTP-01 fallaría), por lo que contandola aparcaría el org en AWAITING-SSL para siempre en un registro sólo el cliente puede añadir. media.b11capital.com es Ese caso hoy.