- Shipped
- 29 de agosto de 2026 a las 2:27 UTC
- Author
- Kamo
- Commit
- 6e0422c
Tres reglas, y sólo tienen sentido juntos. **Namar un dominio afirma nada.** Un FQDN fue mundialmente único aquí, así que el primera organización para entrar "acme.com" bloqueada entre todas las demás. la compañía que realmente es dueña de acme.com, que entonces no tenía ninguna manera en nada. Alguien que no ha probado nada debe ser capaz de negar un dominio a alguien que Puedes. Las duras filas en las organizaciones son ahora legales; una repetición dentro de UNO organización sigue siendo rechazada, porque eso es un error sin más bien significado que una reclamación competidora. **Sólo unas rutas de dominio verificadas.** findByDomain ahora requiere propiedad.verificado en la fila de primer nivel, por lo que un anfitrión va a la organización que demostró el control de su DNS en lugar de a quien lo escribió primero. Sin este emparejamiento el primero La regla sería una puerta abierta: reclamar a algúnbank.com y esperar. Un alias hereda su la verificación de la matriz - el desafío TXT sólo se emite para el ápice y que se lee en la unión explícita de los padres, nunca como d.parent.ownershipVerified, que Hibernate emite como unirse interior a toda la consulta y dejaría caer cada Fila de ápice. **Verificar quita el dominio de todos los demás.** setOwnershipRevocaciones verificadas el mismo FQDN dondequiera que se mantenga, por lo que hay a lo sumo un tenedor en un el tiempo. Esto no es una cortesía: dos filas verificadas son a la vez de solución, y la El solucionador entregaría el tráfico a la que la base de datos devolvió primero. An organización que verificó un dominio el año pasado y desde entonces ha dejado que caducara seguir recibiendo el correo de quien sea el dueño ahora. Verificación DNS del perdedor va con ella, porque describe un nombre de host que ya no les apunta. Permitir duplicados entonces rompe cada mirada que asumió una fila, y una de no fue un accidente sino un secuestro: upsertDomain coincidió en el dominio y Luego reasignó lo que encontró a la organización que llamaba, así que una puntería habría quitado silenciosamente el dominio de otra organización. Es organización-saccionada ahora. El resto. findByDomain, updateSslInfoByDomain, transferDomainOwnership pasó por un solo titularOf (), que prefiere el fila verificada y de otra manera toma el id más bajo, por lo que el propietario de un dominio no puede cambio entre dos solicitudes. Dejados como encuadernaciones opcionales que habrían tirado **************** en los datos que el esquema ahora permite.