Buenos dias,
Continuando con la serie Posts sobre los cmdlets de testeo que tenemos en Exchange 2010 SP2 (ver aqui), empezamos con los testeos de los servicios que publicamos. Hoy Test-ECPConnectivity.
¿Que realiza?
Como su nombre indica, nos realiza un chequeo del acceso al servicio Exchange Control Panel (ECP), concretamente al directorio virtual creado en los servidores con el rol Client Access. Es uno de los cmdlets de test que necesita una cuenta de «test» (esto ya lo viemos en este post). Este es el típico error que nos aparece en el caso de no tener dicho usuario de test:
Y estas son unas salidas típicas de este cmdlet de testeo, básico:
Opciones
Parámetros mas habituales:
- Incluir el nombre de un servidor con el rol CAS a testear.
Test-ECPConnectivity –ClientAccessServer servername
- Seleccionar un servidor con el rol Mailbox (MBX) contral el que realizar el testeo.(si no seleccionamos ningún servidor MBX el test lo realizará contra todos).
Test-ECPConnectivity –MailboxServer servername
- Podemos incluir la confinaza en certificados SSL,
Test-ECPConnectivity –TrustAnySSLCertificate
- Así como testeo de las URLs, tanto internas como Externas:
Test-ECPConnectivity –TestType Internal
Si observamos este último test, aparece un error, concretamente no puede resolver el dominio, como se puede ver:
Una vez se crea una entrada DNS del tipo A, el problema se soluciona.
Bibliografia.
How Exchange Works.
Technet.
