- Se descapó
- 12 de mayo de 2026 a las 2:48 UTC
- Autor
- Kamo
- Compromit
- 565b9e1
Orgs infantiles que eligieron un alias de la web Kamo (por ejemplo, gnosia.demo.kamocrm.com) estaban encontrando "TXT registro pero el código de verificación no coincide" en la configuración de la interfaz de usuario de la DNS. Causa de raíz: su fila de org-domain tenía un rancho verification.token y propiedad-verified=false, así que verificarDs corrió el TXT challenge, pero el cliente no puede añadir un disco TXT a un host no poseen (la zona matriz es kamocrm.com, propiedad de la plataforma). Lo que sea que aparezca en el "kamo-verify". Su huésped es basura la plataforma misma creada (en este caso, el valor era literalmente el nombre del registro). Arreglo de dos capas en DomainController: 1. ************* ahora auto-cura filas ranras para cualquier dominio *.kamocrm.com: elimina la verificación sobrante.token y fuerzas propiedad-verified=true. Corre en cada camino de lectura que ya lo llama (getDomainById, listDomains, verifyDns). 2. verificarDns salta explícitamente el bloque TXT cuando el dominio termina en .kamocrm.com, aunque de alguna manera sobreviviera una ficha. Cinturones y suspendidos así que un subdominio de propiedad de Kamo nunca puede portar SSL en un registro de la el cliente no puede satisfacer.