Skip to main content
Este artigo foi traduzido automaticamente.
Use esta lista para permitir Legora através do seu firewall ou proxy. Os usuários fazem login por meio de domínios legora.com compartilhados e seu espaço de trabalho é executado em uma região.
Para testar se sua rede pode alcançar Legora, abra connectivity.legora.com. Você não precisa fazer login.Se uma verificação falhar, compartilhe o relatório com sua equipe de TI. Se todas as verificações forem aprovadas, mas o problema persistir, envie o relatório por e-mail para support@legora.com.

Domínios obrigatórios

Permita HTTPS (TCP 443) de saída para os domínios em Domínios globais, além dos domínios na tabela da sua região.

Domínios globais

Permita esses domínios em qualquer região que hospede seu espaço de trabalho. Eles ficam fora do curinga regional, portanto, uma regra regional não os cobre.

Domínios regionais

Legora é executado em quatro regiões: UE, EUA, APAC e AU. Sua região é aquela em seu endereço Legora, então app.ap.legora.com significa que seu espaço de trabalho está hospedado na APAC. Se não tiver certeza, pergunte ao seu representante Legora ou envie um e-mail para support@legora.com. O curinga em cada tabela de região, como *.eu.legora.com, já cobre os outros domínios listados para aquela região. Esses domínios são listados individualmente para firewalls e proxies que não correspondem a caracteres curinga.

UE

Permita esses domínios se o seu espaço de trabalho estiver hospedado na UE.

NÓS

Permita esses domínios se seu workspace estiver hospedado nos EUA.

APAC

Permita esses domínios se seu workspace estiver hospedado na APAC.

UA

Permita esses domínios se seu workspace estiver hospedado na Austrália.

URLs de retorno de chamada

Adicione esses URLs ao seu provedor de identidade e às configurações de integração para que o login e as integrações possam retornar os usuários para Legora.

SSO URLs de retorno de chamada

Se sua organização usa SSO, adicione o URL de retorno de chamada que corresponde ao seu protocolo de login como um retorno de chamada permitido ou URI de redirecionamento na configuração do seu provedor de identidade:
  • https://sso.legora.com/api/oauth/saml para SAML conexões
  • https://sso.legora.com/api/oauth/oidc para conexões OpenID Connect (OIDC), incluindo Microsoft Entra ID

URLs de retorno de chamada de integração

Se sua organização usa essas integrações, adicione o URL de retorno de chamada Legora relevante como um URI de redirecionamento permitido nas configurações de administração da integração. Mantenha todos os URLs existentes em vigor.

Carregamentos de documentos

Legora usa um domínio de upload dedicado para tornar o upload de documentos mais rápido e confiável, especialmente para arquivos e lotes grandes. Quando alguém carrega um documento, o navegador envia o arquivo diretamente para um local de upload seguro e gerenciado pela Legora para a região do espaço de trabalho. A experiência do produto não muda. O domínio de upload:
  • É usado apenas para uploads
  • Não é um site onde os usuários podem navegar pelos arquivos
  • Não é um endpoint API de uso geral
  • Usa HTTPS na porta 443
Se o domínio de upload estiver bloqueado, os usuários ainda poderão acessar Legora, mas o upload de documentos poderá falhar.

Domínios de terceiros opcionais

Dependendo da configuração da sua organização, Legora também pode usar domínios de terceiros.

Domínios de integração opcionais

Se sua organização usa integrações com Legora, permita os domínios necessários para esses serviços.

Requisitos de rede

  • Permitir saída HTTPS (TCP 443).
  • Se a configuração da sua rede restringir o tráfego de retorno de chamada, proxy ou inspeção de entrada, permita a entrada dos domínios necessários quando aplicável.
  • Permitir WebSocket sobre TLS (WSS 443) para recursos em tempo real.
  • Prefira lista de permissões de domínio em vez de lista de permissões de IP, porque os IPs do serviço de nuvem podem mudar.
  • Certifique-se de que uploads de arquivos grandes não sejam bloqueados ou interrompidos por seu proxy, firewall ou regras de inspeção.

Inspeção TLS

Se você usar a inspeção TLS, certifique-se de que ela não quebre:
  • Autenticação (OIDC/SSO)
  • Suplementos do Microsoft Office
  • Conexões WebSocket
  • Uploads de documentos grandes

Autenticação regional legada

Algumas organizações ainda fazem login por meio de um domínio de autenticação regional e usam suplementos regionais do Word e do Outlook. Se sua organização fizer isso, permita também esses domínios para sua região. Permita também auth.legora.com, o domínio de autenticação legado. Se sua organização estiver abandonando a autenticação regional, mantenha esses domínios permitidos junto com os domínios globais até que a mudança seja concluída. Para obter as etapas, consulte Guia de administração de TI: autenticação global Legora.

Solução de problemas

Se algo não funcionar, abra connectivity.legora.com primeiro. A página mostra quais conexões sua rede bloqueia. Em seguida, use a seção correspondente abaixo.

Se o suplemento do Word ou Outlook mostrar “Não foi possível iniciar…”

Certifique-se de que seu firewall ou proxy permita HTTPS de saída (TCP 443) para appsforoffice.microsoft.com e os domínios Word e Outlook Add-in em Domínios globais. Se você usar a inspeção TLS, exclua o tráfego de suplementos do Microsoft Office para que os certificados não sejam reescritos.

Se o upload de documentos falhar

Certifique-se de que seu firewall ou proxy permita HTTPS de saída (TCP 443) para o domínio de upload da sua região, listado em Domínios obrigatórios.

Se Legora carregar, mas os recursos em tempo real não funcionarem

Certifique-se de que WebSockets sejam permitidos no WSS (443) e que seu proxy ou firewall não esteja fazendo downgrade ou bloqueando conexões WebSocket.

Se os loops ou sessões de login não persistirem

Evite bloquear, reescrever ou remover cookies de autenticação e sessão Legora.
Última modificação em 6 de novembro de 2026