Cet article a été traduit automatiquement.
Domaines requis
Legora s’exécute dans quatre régions : UE, États-Unis, APAC et AU. Votre région est celle de votre adresse Legora, doncapp.ap.legora.com signifie que votre espace de travail est hébergé en APAC. Si vous n’êtes pas sûr, demandez à votre représentant Legora ou envoyez un e-mail à support@legora.com.
Autorisez les HTTPS (TCP 443) sortants vers les domaines de Toutes les régions, ainsi que les domaines du tableau de votre région.
La variable de chaque table de région, telle que *.eu.legora.com, couvre déjà les autres domaines répertoriés pour cette région. Ces domaines sont répertoriés individuellement pour les pare-feu et les proxys qui ne peuvent pas correspondre aux caractères génériques.
Toutes les régions
Autorisez ces domaines quelle que soit la région qui héberge votre espace de travail. Ils se situent en dehors du joker régional, donc une règle régionale ne les couvre pas.UE
Autorisez ces domaines si votre espace de travail est hébergé dans l’UE.États-Unis
Autorisez ces domaines si votre espace de travail est hébergé aux États-Unis.Asie-Pacifique
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 ou utilise déjà l’authentification globale de Legora, autorisez également HTTPS (TCP 443) à :La page Migration de l’authentification s’affiche uniquement une fois que Legora a activé la migration en libre-service pour votre organisation. Vous devez également être un administrateur autorisé à 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, le cas échéant, en fonction de la configuration de votre réseau, proxy ou pare-feu.
URL de rappel SSO
Si votre organisation utilise 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 appropriée en tant qu’URI de redirection autorisée dans les paramètres d’administration de l’intégration. Conservez toutes les URL existantes en place.Téléchargements de documents
Legora utilise un domaine de téléchargement dédié pour rendre les téléchargements de documents plus rapides et plus fiables, en particulier pour les fichiers plus volumineux et les gros lots. Lorsqu’une personne télécharge un document, le navigateur envoie le fichier directement vers un emplacement de téléchargement 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échargement :- N’est utilisé que pour les téléchargements
- Ce n’est pas un site Web sur lequel 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 également 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 du réseau
- Autoriser les HTTPS (TCP 443) sortants.
- Si la configuration de votre réseau restreint le trafic de rappel, de proxy ou d’inspection entrant, autorisez les domaines requis entrants, le cas échéant.
- Autoriser WebSocket sur TLS (WSS 443) pour les fonctionnalités en temps réel.
- Préférez la liste d’autorisation par domaine à la liste d’autorisation par IP, car les adresses IP des services cloud peuvent changer.
- Assurez-vous que les téléchargements de fichiers volumineux ne sont pas bloqués ou interrompus par votre proxy, votre pare-feu ou vos règles d’inspection.
Inspection TLS
Si vous utilisez l’inspection TLS, assurez-vous qu’elle ne se casse pas :- Authentification (OIDC/SSO)
- Compléments Microsoft Office
- Connexions WebSocket
- Téléchargements de documents volumineux
Dépannage
Si Word ou Outlook Add-in affiche « Nous n’avons pas pu démarrer… »
Assurez-vous que votre pare-feu ou proxy autorise le HTTPS sortant (TCP 443) versappsforoffice.microsoft.com, ainsi que les domaines Legora Word Add-in pour votre région. Si vous utilisez l’inspection TLS, excluez le trafic du complément Microsoft Office afin que les certificats ne soient pas réécrits.