Cet article a été traduit automatiquement.
Domaines requis
Legora fonctionne dans quatre régions : EU, US, APAC et AU. Votre région est celle qui figure dans votre adresse Legora, doncapp.ap.legora.com signifie que votre espace de travail est hébergé dans la région APAC. Si vous n’en êtes pas certain, demandez à votre représentant Legora ou écrivez à support@legora.com.
Autorisez le HTTPS (TCP 443) sortant vers les domaines de la section Toutes les régions, en plus des domaines du tableau de votre région.
La variable de chaque tableau de région, comme *.eu.legora.com, couvre déjà les autres domaines listés pour cette région. Ces domaines sont listés individuellement pour les pare-feu et les proxys qui ne peuvent pas traiter les caractères génériques.
Toutes les régions
Autorisez ces domaines peu importe la région qui héberge votre espace de travail. Ils se trouvent hors du caractère générique régional, donc une règle régionale ne les couvre pas.EU
Autorisez ces domaines si votre espace de travail est hébergé dans l’EU.US
Autorisez ces domaines si votre espace de travail est hébergé aux États-Unis.APAC
Autorisez ces domaines si votre espace de travail est hébergé dans la région APAC.AU
Autorisez ces domaines si votre espace de travail est hébergé en Australie.Exigences de migration d’authentification
Si votre organisation migre vers l’authentification globale de Legora ou l’utilise déjà, autorisez aussi le HTTPS (TCP 443) vers :La page Migration d’authentification n’apparaît qu’après que Legora a activé la migration en libre-service pour votre organisation. Vous devez aussi être un Admin avec la permission de gérer l’authentification. Si vous ne voyez pas la page, contactez votre représentant Legora ou support@legora.com.
Conservez votre domaine d’authentification régional, par exemple
auth.eu.legora.com, autorisé jusqu’à la fin de la migration.
Appliquez ces règles au trafic sortant par défaut, et au trafic entrant lorsque cela s’applique à votre réseau, proxy ou pare-feu.
URL de rappel SSO
Si votre organisation utilise le SSO, ajoutez l’URL de rappel qui correspond à votre protocole de connexion comme URI de rappel ou de redirection autorisé dans la configuration de votre fournisseur d’identité :https://sso.legora.com/api/oauth/samlpour les connexions SAMLhttps://sso.legora.com/api/oauth/oidcpour les connexions OpenID Connect (OIDC), y compris Microsoft Entra ID
URL de rappel d’intégration
Si votre organisation utilise ces intégrations, ajoutez l’URL de rappel Legora pertinente comme URI de redirection autorisé dans les paramètres d’administration de l’intégration. Conservez toute URL existante en place.Téléversements de documents
Legora utilise un domaine de téléversement dédié pour rendre les téléversements de documents plus rapides et plus fiables, surtout pour les fichiers plus volumineux et les grands lots. Lorsqu’une personne téléverse un document, le navigateur envoie le fichier directement vers un emplacement de téléversement sécurisé et géré par Legora pour la région de l’espace de travail. L’expérience produit ne change pas. Le domaine de téléversement :- Est utilisé seulement pour les téléversements
- N’est pas un site web où les utilisateurs peuvent parcourir des fichiers
- N’est pas un point de terminaison API à usage général
- Utilise HTTPS sur le port 443
Domaines tiers facultatifs
Selon la configuration de votre organisation, Legora peut aussi utiliser ces domaines tiers.Domaines d’intégration facultatifs
Si votre organisation utilise des intégrations avec Legora, autorisez les domaines requis pour ces services.Exigences réseau
- Autorisez le HTTPS (TCP 443) sortant.
- Si votre configuration réseau restreint le trafic de rappel, de proxy ou d’inspection entrant, autorisez les domaines requis en entrée lorsque cela s’applique.
- Autorisez WebSocket over TLS (WSS 443) pour les fonctions en temps réel.
- Préférez la liste d’autorisation par domaine à la liste d’autorisation par IP, car les IP des services infonuagiques peuvent changer.
- Assurez-vous que les téléversements de gros fichiers ne sont pas bloqués ou interrompus par votre proxy, pare-feu ou règles d’inspection.
Inspection TLS
Si vous utilisez l’inspection TLS, assurez-vous qu’elle ne brise pas :- L’authentification (OIDC / SSO)
- Les add-ins Microsoft Office
- Les connexions WebSocket
- Les téléversements de documents volumineux
Dépannage
Si le Word Add-in ou l’Outlook Add-in affiche « We couldn’t start… »
Assurez-vous que votre pare-feu ou proxy autorise le HTTPS (TCP 443) sortant versappsforoffice.microsoft.com, ainsi que les domaines des add-ins Legora pour votre région. Si votre organisation utilise l’authentification globale de Legora, autorisez aussi les domaines des add-ins Global indiqués dans Exigences de migration d’authentification. Si vous utilisez l’inspection TLS, excluez le trafic des add-ins Microsoft Office afin que les certificats ne soient pas réécrits.