2009-08-25 19 views
7

Tenemos nuestros servidores en la granja de servidores en un dominio. Llamémoslo EN VIVO.IIS6 Virtual Directory 500 Error en Remote Share

Nuestras computadoras de desarrollador viven en un dominio corporativo completamente separado, a millas y millas de distancia. Vamos a llamarlo CORP.

Tenemos una gran unidad de almacenamiento central (Unix) que alberga imágenes y otros medios necesarios para muchos servidores web en la granja de servidores. Los grupos de aplicaciones de IIS se ejecutan como (digamos) LIVE \ MediaUser y usan esas credenciales para conectarse a un recurso compartido de almacenamiento central como un directorio virtual, recuperar las imágenes y mostrarlas como si fueran locales en cada servidor.

El problema está en desarrollo.

En mi máquina de desarrollo. Me conecto como CORP \ MyName. Mi grupo de aplicaciones de IIS 6 se ejecuta como Servicio de red. No puedo ejecutarlo como usuario del dominio LIVE porque mi máquina no está (y no puede) unida a ese dominio.

Intento crear un directorio virtual, dirigirlo al mismo directorio de red, hacer clic en Conectar como, desmarcar la casilla de verificación "Usar siempre las credenciales del usuario autenticado al validar el acceso al directorio de red" para poder ingresar la información de inicio de sesión , ingrese las credenciales para LIVE \ MediaUser, haga clic en Aceptar, verifique la contraseña, etc.

Esto no funciona. Obtengo "HTTP Error 500 - Error interno del servidor" de IIS.

El registro de IIS informes de archivos sc-status = 500, SC-subestado = 16, y sc-win32-status = 1326.

La documentación dice que esto significa "credenciales de autorización UNC son incorrectos" y el estado de Win32 significa "Error de inicio de sesión: nombre de usuario desconocido o contraseña incorrecta".

Esto sería todo y bueno si estuviera en algún lugar cerca de la precisión. Lo hice doblemente y lo revisé con dificultad. Intentó múltiples inicios de sesión conocidos. El administrador de IIS me permite ver el árbol de archivos en su ventana, es solo el navegador el que me saca de quicio.

Incluso intenté ir a la pestaña Seguridad del directorio del directorio virtual, y en Autenticación y Control de acceso, traté de usar el mismo nombre de usuario del dominio LIVE para la credencial de acceso anónimo. Sin suerte.

No estoy tratando de ejecutar ASP, ASP.NET u otro elemento dinámico fuera del directorio virtual. Solo quiero que IIS pueda cargar imágenes estáticas, css y archivos js.

¡Si alguien tiene algunas ideas brillantes, estaría muy agradecido!

+0

parece uno para serverfault maybe – annakata

+0

En mi opinión es un problema centrado en el desarrollo - la mayoría de los administradores del servidor evitarían el problema, después de todo, ¿por qué el servidor de aplicaciones y el servidor de archivos estarían en dominios diferentes? Sin embargo, tomaré su consejo y lo cotejaré también en Server Fault. –

+0

¿Alguna vez encontró una solución a esto? –

Respuesta

0

Ir a la memoria es correcta, esto depende de la cuenta de usuario que se utiliza para la autenticación con IIS. Si el directorio virtual está configurado para anónimo, entonces, dependiendo de la versión de IIS, usará una cuenta de máquina local llamada IUSER_MACHINENAME. Here es un artículo de TechNet que explica cómo cambiar la cuenta de usuario utilizada para la autenticación anónima en IIS 6.0.

+0

Ya describí mi intento de cambiar la credencial IUSR_MACHINENAME predeterminada a una credencial de dominio en la pestaña Seguridad del directorio de la configuración del directorio virtual. –

0

Tenemos la misma situación. Como se menciona en el cartel anterior, IIS intenta usar la cuenta IUSER_XXXX para autenticarse para el acceso anónimo, pero esa cuenta debe existir en ambas máquinas. Todavía puede obtener la autenticación passthrough trabajando en dominios separados.

Esto funciona con un servidor de archivos de Windows remota debido a la forma en NetLogon procesa los nombres de dominio - No estoy seguro de si va a trabajar con un servidor Unix:

Siguiendo su ejemplo, se crearía un dominio usuario en su dominio local ('CORP \ MediaUser') con el MISMO nombre de inicio de sesión y contraseña que la cuenta 'LIVE \ MediaUser'. A continuación, configure el directorio virtual utilizando las credenciales 'LIVE \ MediaUser' como lo hizo anteriormente, pero esta vez configure 'CORP \ MediaUser' como el usuario anónimo para ese directorio virtual. Entonces debería funcionar.

Esto también funcionará una cuenta local ('MYMACHINE \ MediaUser') siempre que el nombre de inicio de sesión y la contraseña sean los mismos que la cuenta remota.

+0

La duplicación de nombres de usuarios y contraseñas como esa solo funciona para cuentas que no son de dominio, me temo. – blowdart

+0

He verificado. No funcionó. :-( –

-1

Tuvimos el mismo problema pero no pudimos corregirlo, incluso con los permisos de seguridad correctos en la pestaña de seguridad. Estaba funcionando un día y de repente se detuvo.

Después de un montón de golpes en la cabeza, fui al botón "Conectar como" al lado del directorio virtual y, sorprendentemente, había credenciales DIFERENTES a la pestaña de seguridad. Utilicé una buena cuenta de servicio reconocida y Viola ', funcionó al instante.