Використовуйте повну FQDN, не eTLD+1, коли fetching org доменом

Fixkamo-internal
Змішані
12 травня 2026 р. о 05:08 UTC
Авторизація
kamo
Про нас
d843675

registrableDomainЗ альбомуAlias смуги будь-якого мультилабеля subdomain (наприклад, "gnosia.demo.kamocrm.com" до його eTLD+1 ("kamocrm.com"). Що було відмінно підходить для бази API / входу / OAuth credential lookup — ті - Але вона була використана як The path сегмент для************************************************************************************************************************************************************************************************************************************************************ Українська Кінцева точка, потім відповідає ETLD + + + на майданчик-власника рядка org і повернув дані KamoCRM Inc. для всіх, хто потрапив до субдомену (гнозія, абсорбція тощо). Симптом користувача: власники дочірніх компаній на власній піддоменській пилі Ім'я батьківського оргу / список подразників та походів батьківського оргу праві ворота на сторінках, як /settings/account, які перевірили CONFIGURE SYSTEM проти сеансу, що вирішило проти неправильного org. SecurityService.findByDomain ручить як повну форму FQDN ("gnosia.demo.kamocrm.com" → Основний ряд GNosia безпосередньо) і основний ряд GNosia's безпосередньо) і "label.parent" композитний ("internal.kamocrm.com" → КамоКрМ "інтернал" дитячий ряд до батьківського ряду, тому проходження незрівняного aliasDomain вирішує правильно для кожного тенанту. Інші застосування RegistrableDomainЗ альбомуAlias (API base, log base, OAuth credentials) незмінні — вони правильно діляться інфраструктурою платформи.

Всі зміни

Як ви бачите відправлення?

Кожен з цих оновлень землі в робочому просторі автоматично. Почати вільний час і дивитися його на тиждень після тижня.

БезкоштовноПерегляд цін