Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Solución de problemas "HTTP 404" mensajes de error en Outlook Web Access 5.5

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): 320240
Renuncia a responsabilidad de los contenidos de la KB sobre productos a los que ya no se ofrece asistencia alguna
El presente artículo se escribió para productos para los que Microsoft ya no ofrece soporte técnico. Por tanto, el presente artículo se ofrece "tal cual" y no será actualizado.
Resumen
Si utiliza Microsoft Outlook Web Access (OWA), puede recibir cualquiera de los siguientes "HTTP 404" mensajes de error:
HTTP/1.0 404 Archivo no encontrado
HTTP/1.0 404 no encontrado
Objeto HTTP/1.0 404 no encontrado
HTTP/1.0 404 no se encontró la página
No se puede encontrar la página. La página que está buscando se haya quitado, haya cambiado de nombre o no está disponible temporalmente
Este artículo describe los problemas que pueden causar estos mensajes de error y cómo resolver estos problemas.
Más información
Estos mensajes de error pueden deberse a problemas con cualquiera de las siguientes características:
  • Resolución de nombres DNS
  • Configuración del servidor proxy
  • Configuración del directorio virtual de Exchange
  • Creación de Uniform Resource Locator (URL)
  • El componente de URLScan de la herramienta de bloqueo de Internet información Server (IIS)
  • Asignación de números de puerto en el sitio Web de OWA
Las secciones siguientes describen cómo resolver estos problemas.

Resolución de nombres DNS

Los mensajes de error que se describen en la sección "Síntomas" pueden producirse si el equipo en el que está ejecutando el explorador Web no puede resolver cualquiera de los siguientes nombres de servidor que escriba en el cuadro dirección :
  • http://nombreDeServidor/Exchange
  • http://nombreDeDominioCompleto/Exchange
Si no puede resolver el nombre de su servidor a través de Internet, tendrá que pedir a su proveedor de servicios Internet (ISP) para crear un registro DNS para su servidor, que coincide con el nombre de dominio completo (FQDN) que desea utilizar para tener acceso a OWA.

Si no puede resolver la dirección de la red interna si escribe el nombre NetBIOS del servidor en el cuadro dirección , debe crear un registro HOST válido para este servidor en el servidor DNS que se utilizan para la resolución de nombres de las estaciones de trabajo cliente.

Como alternativa, puede agregar una entrada para el servidor OWA al archivo HOSTS en la estación de trabajo que se está ejecutando el explorador Web. Para Microsoft Windows NT, Microsoft Windows 2000 y Microsoft Windows XP, este archivo se encuentra en el X: Carpeta \Winnt\System32\Drivers\Etc (donde X es la unidad donde se encuentra la carpeta Windows). En Microsoft Windows 95, Microsoft Windows 98, Microsoft Windows 98 Segunda edición y Microsoft Windows Millennium Edition (Me), este archivo se encuentra en el X: Carpeta \Windows. Este archivo se denomina "HOSTS" y no tiene una extensión de archivo (un archivo de ejemplo "HOSTS. SAM"puede existir en la carpeta).

Para agregar una entrada para el servidor OWA al archivo HOSTS en la estación de trabajo que se está ejecutando el explorador Web:
  1. Inicie Microsoft Notepad y, a continuación, abra el archivo hosts.
  2. Utilice el formato siguiente para agregar una entrada para el OWAserver:
    dirección_IPnombreDeServidor
  3. Cierre y guarde el archivo.

    No dé al archivo una extensión de nombre de archivo.
  4. Si está utilizando Windows 2000 o Windows XP, escriba los comandos siguientes desde un símbolo del sistema y, a continuación, presione ENTRAR:
    ipconfig /flushdns

Configuración del servidor proxy

Puede recibir un "HTTP 404" mensaje de error si OWA y el servidor Proxy se ejecutan en equipos independientes y no ha configurado la característica de publicación de Web de Proxy Server para reenviar las solicitudes al servidor OWA.

Para resolver este problema, habilitar la publicación en Web enviar solicitudes a otro servidor Web:
  1. Inicie el Administrador de servicios Internet.
  2. En el menú acción , haga clic en Web Proxyy, a continuación, haga clic en Propiedades.
  3. Haga clic en la ficha publicación y, a continuación, haga clic para activar la casilla de verificación Habilitar de publicación en Web .
  4. Haga clic en enviado a otro servidor de Web.
  5. Escriba la dirección IP interna o el nombre NetBIOS del servidor OWA.

    También puede utilizar el nombre completo siempre que el nombre puede beresolved por el servidor Proxy para la dirección IP interna.
Para obtener información adicional acerca de este problema o si existe más de un servidor Web, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
207655 XWEB: Configuración de publicación en Web y acceso a OWA mediante un proxy

Configuración de directorio Virtual de Exchange

Puede recibir un "HTTP 404" mensajes de error si falta la carpeta del directorio virtual de Exchange si cambia el nombre en el sitio Web al que los usuarios se conectan.

Para resolver este problema:
  1. Ejecute el programa de instalación de Exchange desde el installationCD.
  2. Utilice la opción Agregar o quitar para ver si la entrada OWA tiene una marca de verificación junto a él.

    Si la entrada OWA tiene una marca de verificación junto a él, cancele la instalación. Si itdoes no, coloque una marca de verificación en el cuadro (deje las demás opciones como están) y continúe con la instalación. OWA se agrega a este servidor.
  3. Inicie el Administrador de servicios Internet.
  4. Expanda el sitio Web en el que instaló OWA.

    En una configuración típica, OWA se encuentra en el Sitio Web predeterminado.
  5. Compruebe que el directorio virtual Exchange del sitio Web de underthe.

    Si el directorio virtual de Exchange se muestra en el sitio Web, vaya al paso 3. Si no aparece, debe crear un directorio Exchangevirtual.
  6. Haga clic con botón derecho en Directorio Virtual de Exchangey, a continuación, haga clic en Propiedades.
  7. Confirme que la ruta de acceso local está establecido enX: \Exchsrvr\Webdata (dondeX es la unidad en la que se instaló Exchange2000).
  8. Asegúrese de que los permisos de acceso se establecen habilitado para leer.
  9. En la sección Configuración de la aplicación , confirme que la configuración de permisos está establecida en Ejecutar (incluidas secuencias de comandos).
  10. Confirmar el primero de los tres botones que aparece esta sección tiene la etiqueta Quitar en lugar de crear.

    Si el primer botón se llama crear, haga clic en este botón para cambiar la etiqueta para Quitar.
  11. Haga clic en la ficha de documentos y, a continuación, confirme que se ha seleccionado la casilla de verificación Habilitar documento predeterminado .
  12. Confirme que "default.htm" y "default.asp" aparecen en la lista de documentos.
  13. Haga clic en la ficha Seguridad de directorios , haga clic en Editar en la sección acceso anónimo y AuthenticationControl .
  14. Confirme que se ha seleccionado la casilla de verificación situada junto a Permitir el acceso anónimo .
  15. Configurar la autenticación básica o NTChallenge/respuesta de Windows.

    Para determinar el método de autenticación que desee respaldar utiliza, averigüe si los usuarios tendrán acceso a OWA desde el Internetor a través de un servidor proxy o un servidor de seguridad. Si los usuarios acceso a OWA mediante un proxyserver o un servidor de seguridad, utilice el método de autenticación básica.
  16. Guarde y cierre las propiedades del directorio virtual.
  17. Haga clic en sitio Web predeterminadoy, a continuación, haga clic en Propiedades.
  18. Haga clic en la ficha Filtros ISAPI .
  19. Confirme que se muestra "exchfilt" en la Filterslist de ISAPI.

    Si este filtro no aparece, haga clic en Agregary, a continuación, busque laX: \Winnt\System32\Exchfilt.dll de archivo (whereX es la unidad en la que installedWindows).
  20. Haga clic en Guardary, a continuación, haga clic en Cerrar.

Creación de URL

Puede recibir un "HTTP 404" mensaje de error si la dirección URL que OWA genera para abrir el mensaje es incorrecto. OWA calcula y comprueba los archivos en la carpeta Webdata para determinar si el objeto es un archivo o carpeta. Si establece indicadores como "Archivo" o "Comprimido" en la carpeta, OWA no puede calcular la carpeta correctamente. En esta situación, OWA genera la dirección URL incorrecta.

Para determinar si está experimentando este problema:
  1. Reproducir el mensaje de error.
  2. En el cuadro de diálogo de mensaje de error, en el menú Ver elija barras de herramientas y, a continuación, haga clic en Barra de direcciones.

    Si OWA crea una dirección URL incorrecta, el isdisplayed de dirección URL siguiente en la barra de direcciones:
    javascript:parent.openNewWindow("/exchange/forms/IPM.NotefrmRoot.asp?...							
    La siguiente dirección URL es la dirección URL correcta:
    javascript:parent.openNewWindow("/exchange/forms/IPM/NotefrmRoot.asp?...						
Este problema se produce sólo en servidores que ejecutan Exchange Server 5.5 Service Pack 1 (SP1). Para resolver este problema, obtenga el service pack más reciente para Exchange Server 5.5. Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
191014 XGEN: Cómo obtener el service pack más reciente de Exchange Server 5.5
Si experimenta este comportamiento en una versión posterior de Exchange Server 5.5, no se puede registrar el archivo que controla este proceso (Cdohtml.dll) o puede ser actualizada. Para resolver este problema:
  1. Busque el archivo Cdohtml.dll en el disco duro.

    Normalmente, este archivo se encuentra en el X: \Exchsrvr\Binfolder.
  2. Haga clic en el archivo Cdohtml.dll y, a continuación, haga clic en Propiedades.
  3. Haga clic en la ficha versión y, a continuación, ver el cuadro de comentarios .

    Confirme que la información en el cuadro comentarios describe el nivel de service pack que está currentlyrunning. Si es así, vaya al paso 4. Si no es así, inicie lo servicios herramienta inControl Panel, detenga el servicio de publicación WWW, cambiar el nombre de la Cdohtml.dllfile existente para "cdohtml.old" y, a continuación, copie el archivo desde su punto de packinstall de servicio más reciente en la misma carpeta.
  4. Desde un símbolo del sistema, escriba el siguiente comando (dondex es la unidad donde instaló Exchange Server):
    regsvr32 x: \exchsrvr\bin\cdohtml.dll
    Recibirá el siguiente mensaje:
    Ejecución correcta de DllRegisterServer en x:\exchsrvr\bin\cdohtml.dll.
  5. Inicie el servicio de publicación WWW.

El componente de URLScan de la herramienta IIS Lockdown

Si utiliza OWA, es posible no que puedos mensajes abiertos que incluyan ciertos caracteres en la línea de asunto.

Este problema puede producirse en un servidor que ejecuta URLScan (que es un componente de la herramienta Lockdown de IIS). De forma predeterminada, URLScan bloquea ciertos caracteres potencialmente dañinos en la dirección URL. La lista siguiente describe los caracteres bloqueados y la razón por qué están bloqueados:
  • Dos puntos (..): no se puede utilizar foldertraversals.
  • Un punto y una barra diagonal inversa (. /): no se puede utilizar un trailingperiod en una carpeta.
  • barra diagonal inversa (\): no puede utilizar barras diagonales inversas en theURL.
  • Dos puntos (:): No se puede utilizar streamaccess alternativo.
  • Signo de porcentaje (%): no se permiten afternormalization de escape.
  • Ampersand (&): No puede utilizar varios procesos de GatewayInterface común (CGI) para que se ejecute en una sola solicitud.
Para resolver este problema, utilice uno de los métodos siguientes:
  • Describa este problema a los usuarios y explique que esta funcionalidad OWA issuelimits aunque ofrece una mejor seguridad.

    - o -
  • Modifique el archivo URLScan.ini que se encuentra en elX: Carpeta \Winnt\System32\Inetsrv\Urlscan (dondeX es la unidad en la que se instaló Windows) toallow estos caracteres. Si lo hace, permitir utilizado en el servidor que está ejecutando OWA, lo que puede provocar un riesgo de seguridad que se van a comandos potencialmente dañino
Para obtener información adicional acerca de URLScan y Exchange Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
309508 XCCC: IIS lockdown y URLScan configuraciones en un entorno de Exchange

Asignación de números de puerto en el sitio Web OWA

El número de puerto que utiliza el sitio Web de OWA puede producir este error. Si se ha cambiado el número de puerto del puerto predeterminado (80), los usuarios deben especificar el número de puerto en la URL cuando tienen acceso a OWA. Por ejemplo, si el sitio Web está configurado para utilizar el puerto 81, los usuarios deben utilizar http://servername/exchange:81 como la dirección URL.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 320240 - Última revisión: 04/04/2016 04:30:00 - Revisión: 16.0

  • kbinfo kbmt KB320240 KbMtes
Comentarios