KamoCRM

Archivo nuevas cuentas bajo la org del dominio, no kamocrm

FixSecurityService
Cambia
6 de julio de 2026 a las 20:38 UTC
Autor
Kamo
Comprometerse
e00d60b

/registro enlazó la org del nuevo miembro a la petición Host, pero la señal org nunca sobrevivió al lúbre: kamo-registran proxies cada inscriba a los compartidos api.kamocrm.com y la entrada reesta X-Forwarded-Host a ese anfitrión compartido, Después de lo cual el getServerName() recidó a api.kamocrm.com. Cada el usuario se desplazaba, independientemente de qué registro de org..org.com provenía el usuario por lo tanto, archivado bajo la plataforma de nivel superior org (kamocrm). Tome el huésco de la solicitud BODY (proxy-inmune), resolverlo con el compartido a alias-fallback resolver (register.optionone.com - opción uno), y dejar caer el getServerName() relevarse por lo que un huésco sin resolver falla cerró (400) en lugar de incumplimiento al propio huésco de este servicio. X-Forwarded-Host sigue siendo sólo un legado Retrocede. El buscador de marca de OrganizationController reutiliza ahora el mismo solucionador Así que la marca y el org de la cuenta resuelven un subdominio de manera idéntica.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios