La sesión de Outlook Web Access se cierra inesperadamente cuando se usa la autenticación basada en formularios

Seleccione idioma Seleccione idioma
Id. de artículo: 820378 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Al iniciar sesión su buzón mediante Outlook Web Access (OWA), puede experimentar los síntomas siguientes:
  • Recibirá uno de los siguientes mensajes de error cuando intenta utilizar la característica de ortográfica OWA:

    mensaje 1
    Error no especificado.
    mensaje 2
    No puede comprobarse la ortografía en este elemento. Vuelva a intentarlo más tarde.
  • La sesión OWA se cierra inesperadamente.

Causa

Este comportamiento puede producirse si el servidor de Outlook Web Access se publica a través de Microsoft Internet Security and Acceleration (ISA) Server, o si se cumplen las condiciones siguientes:
  • Inicie sesión utilizando sólo su alias de usuario y su contraseña en lugar de especificando el dominio en un formato de convención de nomenclatura universal (UNC) (Domain\User) o el formato de nombre principal (UPN) de usuario (user@domain.com).
  • El servidor virtual de Exchange está configurado para utilizar la autenticación basada en formularios (autenticación con cookies).

Solución

Para solucionar este comportamiento, siga uno de los métodos siguientes.

Método 1: Especificar el dominio al iniciar la sesión

Cuando se inicia la sesión, especificar su dominio en sus credenciales de inicio de sesión. Para ello, utilizar uno de los siguientes formatos en la lista nombre de usuario del cuadro de diálogo Conectar a Servername.com (donde domain es el nombre de su dominio, donde el user es el alias y donde UPN es el nombre principal de usuario):
domain\user

-o bien -

user@UPN

Método 2: Personalizar Logon.ASP

Si desea especificar el dominio cuando inicia sesión, crear una página Logon.ASP personalizada que incluye el dominio predeterminado (visible u oculto). También puede mostrar una lista de los dominios que admite el servidor.

En el ejemplo de código siguiente se ilustra cómo crear una página Logon.ASP personalizada. Para utilizar este código, reemplace ambas instancias de <form> en cada versión de idioma del archivo Logon.ASP con el código siguiente.

Nota Debe reemplazar ambas instancias de <form> con este código porque es una instancia de experiencia y la otra instancia es experiencia básica. Este reemplazo se requiere para compatibilidad de explorador. Además, si realiza una página Logon.ASP personalizada, ya no podrán iniciar sesión con un nombre de usuario de domain \ user name. Si ello se realmente se pasa domain \ domain \ user name.

Microsoft proporciona ejemplos de programación con fines ilustrativos únicamente, sin ninguna garantía tanto expresa como implícita. Esto incluye, entre otras, las garantías implícitas de comerciabilidad e idoneidad para un fin determinado. Este artículo se supone que está familiarizado con el lenguaje de programación que se muestra y con las herramientas que se utilizan para crear y depurar procedimientos. Los ingenieros de soporte técnico de Microsoft pueden explicarle la funcionalidad de un determinado procedimiento, pero no modificarán estos ejemplos para ofrecer mayor funcionalidad ni crearán procedimientos que cumplan sus requisitos específicos.

importante Microsoft no proporciona ayuda para personalizar los objetos OWA y si se pone en contacto con Microsoft acerca de un problema OWA en un servidor que OWA se personaliza en, deberá reemplazar los archivos personalizados con las versiones originales de los archivos.
Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
327178 Directiva de soporte técnico de Microsoft para la personalización de Outlook Web Access para Exchange
<script Language=javascript>
 <!--
  function logonForm_onsubmit()
  {
   if (logonForm.username.value.indexOf("@") !=-1)
    {
     return true;
    }
   logonForm.username.value = "<name of NetBIOS domain here>\\" + logonForm.username.value;
   return false;
  }
 //-->
 </script>
 <FORM action="/exchweb/bin/auth/owaauth.dll" method="POST" name="logonForm" autocomplete="off" onsubmit="logonForm_onsubmit()">
Nota En la secuencia de comandos, asegúrese de que agregue el nombre de su dominio del sistema básico de entrada y salida (NetBIOS) de red en el código. En la secuencia de comandos que se proporciona, escriba su nombre de dominio en el <name of NetBIOS domain here> ubicación.

Método 3: Deshabilitar la autenticación para solicitudes Web entrantes en ISA Server 2000

Si se publica OWA detrás de un servidor que ejecuta ISA Server, compruebe que hay métodos de autenticación están configurados para las solicitudes Web entrantes.
  1. Abra ISA Server 2000.
  2. Haga clic con el botón secundario del mouse en el nombre de servidor ISA y, a continuación, haga clic en Propiedades .
  3. Haga clic en la ficha Peticiones Web entrantes .
  4. Seleccione la escucha de petición de Web que se utiliza para OWA y, a continuación, haga clic en Modificar .
  5. Haga clic para desactivar todos los métodos de autenticación, incluyendo el método de autenticación integrada .
  6. Haga clic en Aceptar .
  7. Reinicie el servicio Proxy Web de Microsoft ISA Server.

    Nota En ISA Server 2004 e ISA Server 2006, este método debe realizarse en el agente de escucha para la regla de publicación.

Más información

En Exchange Server 2003, autenticación basada en formularios (autenticación con cookies) requiere que utilice un carácter de barra diagonal inversa como dominio predeterminado en Exchange configuración administrador del sistema. Esta restricción está diseñada para admitir los inicios de sesión de usuario utilizando el formato UPN. Si modifica el dominio predeterminado en servicios de Internet Information Server (IIS) distinto de la configuración de dominio predeterminada de "\", el administrador del sistema de Exchange restablecerá la configuración del dominio predeterminado a "\" en el servidor.

Además, si la autenticación basada en formularios se implementa en una configuración de cliente de servicios de fondo, la configuración de dominio predeterminada en el servidor back-end debe coincidir con la configuración de dominio predeterminada en el servidor de solicitudes de cliente o puede experimentar problemas de autenticación. Por lo tanto, si la autenticación basada en formularios está habilitada en el servidor de aplicaciones para usuario (que requiere la barra diagonal inversa como dominio predeterminado), el dominio predeterminado en el servidor back-end debe también establecerse en "\" en Exchange administrador del sistema.

Para obtener más información acerca de por qué se deben administrar de autenticación y opciones de dominio predeterminada en el administrador del sistema de Exchange, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
240105 Información general acerca de Directory Service/Metabase Synchronization in Exchange 2000 Server
264941 Los cambios de configuración del directorio virtual no se mantienen

Estado

Este comportamiento es por diseño.

Propiedades

Id. de artículo: 820378 - Última revisión: miércoles, 07 de mayo de 2008 - Versión: 13.0
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Palabras clave: 
kbmt kbnofix kbbug KB820378 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 820378

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com