A mensageria Aliceadsl baseia-se hoje na infraestrutura Free, o que altera a cadeia técnica entre o navegador e o servidor Zimbra. Configurar corretamente a conexão para acessar serviços de terceiros como X-Script a partir desse ambiente requer dominar alguns pontos que os guias para o público em geral não abordam.
Certificado SSL Zimbra e erro net::err_cert_date_invalid no Aliceadsl
O acesso a zimbra.aliceadsl.fr frequentemente aciona um erro net::err_cert_date_invalid no navegador, mesmo quando o relógio local está sincronizado. Esse problema decorre do certificado TLS implantado no servidor Zimbra, cuja cadeia de certificação exibe uma governança técnica da Free.
Também interessante : Como acessar facilmente suas ferramentas Air France com Intralignes: o guia completo
Na prática, o navegador se recusa a estabelecer a conexão segura porque não valida o certificado intermediário. Forçar o acesso por meio de uma exceção de segurança expõe a sessão a uma interceptação potencial, tornando qualquer navegação subsequente para um serviço externo menos confiável.
Recomendamos verificar dois elementos antes de qualquer tentativa de conexão: o certificado raiz no armazenamento do navegador (Chromium ou Firefox) e a resolução DNS efetiva do domínio aliceadsl.fr. Se o certificado intermediário estiver ausente do pacote local, a adição manual via o gerenciador de certificados do Windows resolve o bloqueio sem contornar a segurança.
Também interessante : Serviços pessoais: uma solução para facilitar o seu dia a dia
Para acessar o X-Script a partir do Aliceadsl sem que o navegador herde um contexto de sessão degradado, é melhor isolar as abas: um perfil de navegador dedicado à mensageria Zimbra, outro para os serviços de terceiros.
Redirecionamento Free e resolução DNS a partir de uma conexão Aliceadsl
Desde a migração, o console de e-mail Alice redireciona para o ecossistema Free. A página de identificação oficial redireciona explicitamente para subscribe.free.fr para a gestão da conta. Esse redirecionamento tem uma consequência direta na resolução DNS.
O servidor DNS atribuído por padrão a uma conexão Aliceadsl é o da Free. No entanto, esse resolvedor pode armazenar em cache registros expirados, especialmente para domínios de terceiros como x-script.net. O sintoma típico: uma página que carrega normalmente a partir de uma rede móvel, mas permanece inacessível a partir da caixa Aliceadsl.
- Substituir o DNS padrão por um resolvedor público (o DNS da Quad9 ou o da Cloudflare) nas configurações do adaptador de rede, não na caixa
- Limpar o cache DNS local com ipconfig /flushdns no Windows antes de testar novamente o acesso
- Verificar se a caixa não força um proxy transparente inspecionando os cabeçalhos HTTP da resposta (campo Via ou X-Forwarded-For)
Essa manipulação é suficiente na maioria dos casos para restabelecer um acesso fluido aos serviços web externos a partir de uma linha Aliceadsl.
Configuração IMAP e SMTP para separar mensageria e navegação web
Usar o webmail Zimbra no navegador para consultar seus e-mails Aliceadsl consome uma sessão TLS que pode interferir com outras abas. Mudar para um cliente pesado em IMAP elimina esse conflito.
Os parâmetros de conexão IMAP para uma conta Aliceadsl são os seguintes:
| Protocolo | Servidor | Porta | Criptografia |
| IMAP | imap.free.fr | 993 | SSL/TLS |
| SMTP | smtp.free.fr | 465 | SSL/TLS |
O identificador permanece o endereço completo (usuá[email protected]). A senha é a do conta Free associada, não a antiga senha Alice. Observamos que a confusão entre esses dois identificadores provoca a maioria dos erros “login ou senha incorreta” relatados nos fóruns.
Uma vez que a mensageria é transferida para Thunderbird, Mailbird ou um equivalente, o navegador não tem mais nenhuma sessão Zimbra aberta. O acesso aos serviços web de terceiros é então feito sem interação de cookies ou de certificado herdado.
Firewall do Windows e filtragem de portas na caixa Aliceadsl
Um bloqueio residual pode vir do firewall local ou da filtragem integrada na caixa. As antigas Alicebox e algumas Freebox em modo bridge filtram por padrão as conexões de saída em portas não padrão.
X-Script utiliza a porta 443 (HTTPS padrão), o que não deve causar problemas. No entanto, se um proxy ou controle parental estiver ativo na caixa, o tráfego HTTPS passa por uma inspeção de conteúdo que pode interromper a negociação TLS.
- Desativar o controle parental na interface de gestão da caixa (mafreebox.freebox.fr para as linhas migradas)
- Verificar no firewall do Windows se as regras de saída permitem o navegador na porta 443
- Testar com um traceroute para o domínio alvo para identificar um possível salto intermediário adicionado pela caixa
Se o traceroute revelar um nó adicional entre a caixa e o servidor de destino, o modo bridge da caixa é provavelmente o culpado. Retornar ao modo roteador padrão e reiniciar a caixa corrige esse comportamento.
Arquivo hosts e resolução local como último recurso
Quando todas as verificações de rede são feitas e o acesso permanece bloqueado, o arquivo hosts do Windows pode forçar a resolução. Esse método contorna o DNS da caixa e do resolvedor.
Abrir o arquivo C:WindowsSystem32driversetchosts com um editor em modo administrador, e então adicionar uma entrada apontando o domínio alvo para seu endereço IP real. O IP pode ser obtido através de um comando nslookup a partir de uma rede funcional (móvel, VPN, rede de terceiros).
Essa solução permanece como um contorno temporário. Ela não dispensa a correção da causa raiz, seja um DNS com falhas, um proxy transparente ou um certificado intermediário ausente. Mas permite recuperar um acesso funcional em poucos segundos, enquanto se diagnostica adequadamente a cadeia de conexão.