Estoy configurando un sitio web interno para alojar un servicio web.
El sitio web tiene la entrada DNS service.test.company.local. La empresa utiliza company.localcomo zona DNS para aplicaciones internas y esta entrada se añade silenciosamente a todas las solicitudes de DNS.
Como tal, una búsqueda service.testse resuelve en el nombre completo y la dirección IP correcta.
El sitio IIS 6 está configurado para escuchar en el puerto 80 en la dirección IP service.testque se resuelve.
Al intentar acceder a este sitio a través de service.test.company.local, la dirección se resuelve y el servicio se muestra correctamente.
Al intentar acceder a este sitio a través de service.test, se muestra una página de error de IIS que informa 500: error interno del servidor.
No se generan entradas para esta solicitud en los archivos de registro del sitio web ni en el registro de eventos de la aplicación.
No puedo entender de dónde viene el error y es realmente frustrante la falta de información que me brinda IIS.
¿Alguna idea para el problema o una solución? ¿Alguna otra fuente de información que pueda consultar?
EDITAR:
El error hostil de IIS es:
Anfitrión desconocido
Descripción: No se puede ubicar el servidor llamado "service.test" --- el servidor no tiene una entrada DNS. Quizás haya un error ortográfico en el nombre del servidor o el servidor ya no existe. Vuelva a verificar el nombre e inténtelo nuevamente.
EDITAR: 2
Sospecho que esto tiene algo que ver con la forma en que la organización configuró sus entradas DNS. Puedo agregar otras entradas con prefijo en mi archivo de hosts y obtener localmente la resolución correcta del sitio.
Creo que este problema requiere que un gurú del DNS sugiera problemas potenciales. Desafortunadamente, no tengo autoridad sobre las entradas DNS, por lo que espero sufrir mucho.
Respuesta1
Después de involucrar a mi equipo de operaciones, la respuesta resultó ser que el servidor proxy ha estado intentando procesar las solicitudes, en lugar de pasar a la red local.
El mensaje de error que se devuelve proviene del servidor proxy, no del servidor IIS. Esta información se encontró cuando un miembro del equipo de operaciones notó que las solicitudes HTTP no enviaban información de omisión de proxy como esperaban.
Las reglas de omisión de proxy incluyen *.company.local, que funciona para direcciones sin ningún otro sufijo y proporciona omisión para el nombre completo, pero no parece aplicarse cuando se utiliza otro sufijo, como por ejemplo .test.
A partir de esto, hemos decidido que el problema es demasiado complicado para solucionarlo y vamos a utilizar los nombres completos como una solución alternativa "suficientemente buena".
Respuesta2
héroe de la programación,
¿Ha configurado el encabezado del host del sitio para service.test en el sitio web específico? Debido a la compatibilidad con varios sitios en 1 dirección IP, IIS utiliza encabezados de host para diferenciar cuando se aloja en el puerto 80.
Si hace clic en las propiedades de su sitio web, luego en Avanzado, agrega el encabezado del host y coloca en el espacio en blanco service.test, si dns se resuelve en la ip, etc. solo asegúrese de tener una página predeterminada correcta en los documentos y debería cargar..
prueba un hola mundo solo para ver si se carga el html.
REGD
Respuesta3
héroe de la programación,
Buen punto CodingGorilla, el error no es el que se encontraría por un problema de encabezado de host. El error interno parecería apuntar a algo más.
¿Puede echar un vistazo al grupo de aplicaciones del sitio? ¿Está utilizando el servicio de red como identidad? Hacehttp://localhostcargar o te da error documento no encontrado? puede intentar crear un nuevo sitio y probar con ese, si el host local se carga con un archivo htm, podría ser algo en la metabase con ese sitio en particular que está desactivado.
registros
Respuesta4
No creo, según tu edición, que estés accediendo a tu servidor IIS en absoluto. Como mencionó, la solicitud nunca aparece en los registros de IIS, y ese tipo de error no parece el tipo de error que le dará IIS.
Intente editar su archivo host (c:\windows\system32\drivers\etc\host) y agregue la siguiente entrada:
service.test 127.0.0.1
Esto debería garantizar que la solicitud service.test llegue a su servidor IIS (suponiendo que la esté accediendo desde el servidor IIS como mencionó en un comentario).
Si eso funciona, entonces el problema probablemente esté relacionado con la forma en que está configurada la resolución de nombres en el servidor. Es decir, el dominio 'company.local' no está en la lista de sufijos de búsqueda DNS.