- शिप
- 12 मई 2026 को 5:08 am बजे UTC
- लेखक
- kamo
- Commit
- d843675
registrableDomainFromAlias स्ट्रिप्स किसी भी बहु लेबल subdomain (उदाहरण के लिए) "gnosia.demo.kamocrm.com") अपने eTLD+1 ("kamocrm.com") के लिए नीचे। था एपीआई बेस / लॉगिन होस्ट / ओएथ क्रेडेंशियल लुकअप के लिए ठीक है - वे जानबूझकर साझा मंच-व्यापी हैं - लेकिन यह भी इस्तेमाल किया जा रहा था ************* के लिए पथ खंड जावा इसके बाद एंडपॉइंट ने प्लेटफॉर्म-owner org की पंक्ति के खिलाफ eTLD+1 मैच किया और एक subdomain किरायेदार हिट किसी के लिए KamoCRM Inc. डेटा लौटा (gnosia, abcmortgage, आदि)। उपयोगकर्ता का सामना करना पड़ा लक्षण: अपने खुद के सबडोमेन पर बाल-ऑर्ग मालिकों ने देखा माता-पिता org का शीर्षक / थीम / फीचर सूची और माता-पिता org की यात्रा की / सेटिंग / खाता जैसे पृष्ठों पर राइट गेट्स, जिसे चेक किया गया एक सत्र के खिलाफ CONFIGURE SYSTEM गलत org के खिलाफ हल हुआ। Security Service.findByDomain पूरा FQDN फार्म दोनों संभालती है ("gnosia.demo.kamocrm.com" → GNosia की प्राथमिक पंक्ति सीधे) और "label.parent" समग्र ("internal.kamocrm.com" → KamoCRM's "internal" बच्चे की पंक्ति माता-पिता की पंक्ति में शामिल हो गई है, इसलिए अस्वस्थ होकर गुजरना AliasDomain हर किरायेदार के लिए सही ढंग से हल करता है। अन्य उपयोग RegistrableDomainFromAlias (API बेस, लॉगिन बेस, OAuth क्रेडेंशियल) अपरिवर्तनित हैं - वे सही ढंग से मंच अवसंरचना साझा करते हैं।.