Sigtao é um aplicativo utilizado por diversas entidades públicas e órgãos governamentais. Quando a conexão com o Sigtao falha ou se desconecta repetidamente, o reflexo clássico é verificar a velocidade da internet ou reiniciar o computador. Na maioria dos casos, o problema não vem da rede local, mas de um elo intermediário entre o navegador e o servidor do aplicativo.
As causas mais frequentes de desconexões recorrentes no Sigtao envolvem três camadas distintas: a configuração do navegador, as políticas de segurança da rede e a compatibilidade do software após uma atualização do sistema. Compreender esses três níveis permite direcionar o diagnóstico em vez de tatear.
Veja também : Como conseguir uma moradia no al'in?
Compatibilidade do navegador e certificados Sigtao após atualização do sistema
Uma tendência relatada por várias entidades desde as recentes atualizações de versões de navegadores e sistemas operacionais (transição para Windows 11, novas versões do Edge ou Chrome): o Sigtao pode apresentar problemas enquanto outros aplicativos web internos funcionam normalmente. Essa discrepância confunde, pois leva a descartar a pista do software.
O problema geralmente vem da gestão dos certificados. Durante uma atualização importante do navegador, o repositório de certificados pode ser reiniciado ou complementado por novas autoridades raiz. Se o certificado utilizado pelo servidor Sigtao se basear em uma cadeia de confiança antiga ou intermediária, o navegador atualizado pode recusar silenciosamente a conexão TLS ou cortá-la após alguns segundos.
Veja também : Como estimar um imóvel: os segredos de uma avaliação bem-sucedida
Para ajudá-lo a diagnosticar esse tipo de falha, você pode acessar a conexão Sigtao no Geekovision e comparar os sintomas descritos com aqueles que você observa em seu computador.
O primeiro reflexo útil: abrir o console de desenvolvedor do navegador (F12, aba Segurança ou Rede) e verificar se aparecem erros de certificado ou bloqueios do tipo ERR_CERT_AUTHORITY_INVALID durante a tentativa de conexão. Se o certificado for o problema, a solução passa pela DSI, que deve atualizar a cadeia de certificados do lado do servidor ou implantar o certificado raiz ausente nos computadores.
Políticas de segurança reforçadas e durações de sessão do Sigtao
Desde 2024-2025, muitas DSI públicas endureceram suas regras de segurança. Esse endurecimento se traduz em três mudanças que impactam diretamente a conexão com o Sigtao:
- Autenticação multifator (MFA) reforçada: a adição ou modificação da camada MFA pode provocar loops de reconexão se o token de autenticação expirar antes do final da sessão do aplicativo Sigtao.
- Restrições de IP mais rigorosas: algumas políticas permitem a conexão apenas a partir de faixas de endereços definidas. Um computador em teletrabalho passando por um VPN cuja IP de saída muda regularmente será desconectado a cada rotação.
- Durações de sessão encurtadas: onde a sessão permanecia ativa por várias horas, o timeout pode agora ser fixado em algumas dezenas de minutos, forçando reconexões frequentes durante o trabalho.
Esses parâmetros não dependem do usuário final. A dificuldade é que a mensagem de erro exibida pelo Sigtao não distingue um timeout de sessão de uma desconexão de rede. O sintoma visível (página em branco, retorno à tela de login) é idêntico em ambos os casos.
Para saber se a política de segurança é a causa, basta anotar a hora exata de cada desconexão em um dia. Se as desconexões ocorrerem em intervalos regulares (a cada 20 ou 30 minutos, por exemplo), é um timeout de sessão. Se forem aleatórias, mas correlacionadas a uma mudança de endereço IP (verificável nos logs do VPN), é a restrição de IP que está bloqueando.
Plano de conexão do aplicativo: mapear os fluxos para o Sigtao
Quando as desconexões persistem apesar das verificações básicas, o método mais confiável é estabelecer um plano de conexão do aplicativo. Este documento, análogo a um plano de conexão BI usado em ambientes multi-fontes, mapeia cada elo da cadeia entre o computador do usuário e o servidor Sigtao.
Os componentes a serem identificados são os seguintes:
- O navegador e sua versão exata no computador cliente
- O proxy da empresa (endereço, regras de filtragem aplicadas aos domínios do Sigtao)
- O VPN utilizado e sua configuração de saída (IP fixa ou dinâmica)
- O SSO (Single Sign-On) que gerencia a autenticação, com a duração de validade do token
- O diretório LDAP ou Active Directory que valida os direitos de acesso
- O servidor do aplicativo Sigtao em si, com a versão implantada
Cada elo pode ser a fonte de uma desconexão. Sem esse mapeamento, o diagnóstico é feito por eliminação cega, testando hipóteses sem ordem lógica. Com ele, um técnico pode isolar o componente problemático em poucos minutos verificando os logs de cada etapa.
Um caso concreto de proxy mal configurado
Em algumas configurações, o proxy da empresa aplica uma filtragem por categoria de site. Se o Sigtao estiver hospedado em um domínio que não está explicitamente classificado como “aplicativo empresarial” na base do proxy, a filtragem pode cortar a conexão após um tempo variável, especialmente ao recarregar páginas pesadas ou ao enviar formulários volumosos.
A verificação é feita comparando o comportamento do Sigtao com e sem proxy (passando temporariamente por uma conexão direta ou um proxy de teste). Se a conexão for estável sem proxy, é necessário adicionar uma exceção para o domínio Sigtao nas regras de filtragem.
Confusão entre portais e identificadores de conexão do Sigtao
Um último fator, muitas vezes subestimado, gera falhas de conexão repetidas sem que nenhum componente técnico esteja com problemas. Nas organizações que utilizam vários portais aplicativos (Sigtao, My Arkevia, e-mail, intranet), os usuários frequentemente confundem os identificadores ou as URLs de acesso.
O Sigtao pode ter vários pontos de entrada dependendo da versão implantada (URL de produção, URL de pré-produção, antigo portal não desativado). Inserir a antiga URL às vezes redireciona para uma página de login funcional, mas conectada a um servidor obsoleto, o que provoca erros após a autenticação.
A solução simples: adicionar a URL de produção validada aos favoritos do navegador e remover as entradas antigas. Do lado da DSI, desativar corretamente as URLs antigas evita que esse problema se repita a cada mudança de versão.
As desconexões recorrentes no Sigtao raramente resultam de uma única causa. A combinação de uma atualização do navegador, um endurecimento do MFA e um proxy mal configurado pode produzir sintomas intermitentes que apenas um plano de conexão documentado permite desvendar. Dedicar tempo para mapear os fluxos uma única vez economiza horas de diagnóstico a cada incidente subsequente.