- Expédié
- 10 septembre 2026 à 20:52 UTC
- Auteur
- Kamo
- Commite
- 1928983
Sur meet.kamocrm.com, le nom d'hôte est celui de chaque organisation qui n'a pas de domaine propre, et rien sur la page n'a jamais dit au side-car qui une salle appartient à laquelle appartient. Le side-car a des pièces résolues (o'org id'...) et depuis 483ac9c, mais rien ne les a passés: - overpasss.js et title.html demandé /api/meet/org-settings sans place, donc a Le hall des locataires portait l'image de marque de KamoCRM; - config.js est inclus par SSI, et une sous-requête ne porte aucune question propre, donc chaque chambre de locataire a obtenu l'accès des clients de la PLATFORM, son mot de passe et ses règles de hall, et Meet's dynamicBrandingUrl a peint le logo de la plate-forme en réunion; - les pages closes sont de nouveaux documents sans place dans leur URL. La page nomme maintenant sa chambre et n'importe quel org- sur chaque demande. nginx mains config.js l'URI de la page dans X-Original-URI, d'où le side-car prend la pièce et L'image de marque de Meet dans la même organisation. Le hall quitte sa chambre à Cette page d'accueil de l'onglet par. Une page qui nomme qu'aucune organisation ne résout encore par hôte, comme avant. Le contrôle de mot de passe invité-JWT a déjà résolu l'organisation de la salle, donc un locataire qui a besoin d'un mot de passe a maintenant appliqué cette règle de manière cohérente: config.js de rooms's arrête la publicité d'un domaine anonyme.