La mensajería Aliceadsl se basa hoy en la infraestructura de Free, lo que modifica la cadena técnica entre el navegador y el servidor Zimbra. Configurar correctamente su conexión para acceder a servicios de terceros como X-Script desde este entorno supone dominar algunos puntos que las guías para el público en general no abordan.
Certificado SSL Zimbra y error net::err_cert_date_invalid en Aliceadsl
El acceso a zimbra.aliceadsl.fr desencadena regularmente un error net::err_cert_date_invalid en el navegador, incluso cuando el reloj local está sincronizado. Este problema proviene del certificado TLS desplegado en el servidor Zimbra, cuya cadena de certificación muestra una gobernanza técnica de Free.
Leer también : ¿Cómo navegar fácilmente por tus sitios web favoritos?
En la práctica, el navegador se niega a establecer la conexión segura porque no valida el certificado intermedio. Forzar el acceso a través de una excepción de seguridad expone la sesión a una posible interceptación, lo que hace que cualquier navegación posterior hacia un servicio externo sea menos confiable.
Recomendamos verificar dos elementos antes de cualquier intento de conexión: el certificado raíz en el almacén del navegador (Chromium o Firefox) y la resolución DNS efectiva del dominio aliceadsl.fr. Si el certificado intermedio está ausente del paquete local, la adición manual a través del administrador de certificados de Windows resuelve el bloqueo sin eludir la seguridad.
También recomendado : Cómo acceder fácilmente a sus herramientas de Air France con Intralignes: la guía completa
Para acceder a X-Script desde Aliceadsl sin que el navegador herede un contexto de sesión degradado, es mejor aislar las pestañas: un perfil de navegador dedicado a la mensajería Zimbra, otro para los servicios de terceros.
Redirección Free y resolución DNS desde una conexión Aliceadsl
Desde la migración, la consola de correo de Alice redirige hacia el ecosistema de Free. La página de identificación oficial remite explícitamente a subscribe.free.fr para la gestión de la cuenta. Esta redirección tiene una consecuencia directa sobre la resolución DNS.
El servidor DNS asignado por defecto a una conexión Aliceadsl es el de Free. Sin embargo, este resolvedor puede almacenar en caché registros caducados, especialmente para dominios de terceros como x-script.net. El síntoma típico: una página que carga normalmente desde una red móvil pero permanece inaccesible desde la caja Aliceadsl.
- Reemplazar el DNS por defecto por un resolvedor público (el DNS de Quad9 o el de Cloudflare) en la configuración de la tarjeta de red, no en la caja
- Vaciar la caché DNS local con ipconfig /flushdns en Windows antes de volver a probar el acceso
- Verificar que la caja no fuerce un proxy transparente inspeccionando los encabezados HTTP de la respuesta (campo Via o X-Forwarded-For)
Esta manipulación es suficiente en la mayoría de los casos para restablecer un acceso fluido a los servicios web externos desde una línea Aliceadsl.
Configuración IMAP y SMTP para separar mensajería y navegación web
Utilizar el webmail Zimbra en el navegador para consultar sus correos de Aliceadsl consume una sesión TLS que puede interferir con otras pestañas. Cambiar a un cliente de correo pesado en IMAP elimina este conflicto.
Los parámetros de conexión IMAP para una cuenta de Aliceadsl son los siguientes:
| Protocolo | Servidor | Puerto | Cifrado |
| IMAP | imap.free.fr | 993 | SSL/TLS |
| SMTP | smtp.free.fr | 465 | SSL/TLS |
El identificador sigue siendo la dirección completa ([email protected]). La contraseña es la del cuenta de Free asociada, no la antigua contraseña de Alice. Observamos que la confusión entre estos dos identificadores provoca la mayoría de los errores de “login o contraseña incorrecta” reportados en los foros.
Una vez que la mensajería se ha trasladado a Thunderbird, Mailbird o un equivalente, el navegador ya no tiene ninguna sesión de Zimbra abierta. El acceso a los servicios web de terceros se realiza entonces sin interacción de cookies ni de certificado heredado.
Firewall de Windows y filtrado de puertos en la caja Aliceadsl
Un bloqueo residual puede provenir del firewall local o del filtrado integrado en la caja. Las antiguas Alicebox y algunas Freebox en modo puente filtran por defecto las conexiones salientes en puertos no estándar.
X-Script utiliza el puerto 443 (HTTPS estándar), lo que no debería causar ningún problema. Sin embargo, si hay un proxy o control parental activo en la caja, el tráfico HTTPS pasa por una inspección de contenido que puede romper la negociación TLS.
- Desactivar el control parental en la interfaz de gestión de la caja (mafreebox.freebox.fr para las líneas migradas)
- Verificar en el firewall de Windows que las reglas salientes permiten el navegador en el puerto 443
- Probar con un traceroute hacia el dominio objetivo para identificar un posible salto intermedio añadido por la caja
Si el traceroute revela un nodo adicional entre la caja y el servidor de destino, es probable que el modo puente de la caja sea el culpable. Volver a modo router estándar y reiniciar la caja corrige este comportamiento.
Archivo hosts y resolución local como último recurso
Cuando todas las verificaciones de red se han realizado y el acceso sigue bloqueado, el archivo hosts de Windows puede forzar la resolución. Este método elude el DNS de la caja y del resolvedor.
Abrir el archivo C:WindowsSystem32driversetchosts con un editor en modo administrador, y luego agregar una entrada que apunte el dominio objetivo a su dirección IP real. La IP se obtiene a través de un comando nslookup desde una red funcional (móvil, VPN, red de un tercero).
Esta solución sigue siendo un contorno temporal. No exime de corregir la causa raíz, ya sea un DNS defectuoso, un proxy transparente o un certificado intermedio faltante. Pero permite recuperar un acceso funcional en unos segundos, el tiempo necesario para diagnosticar adecuadamente la cadena de conexión.