Estoy usando mi dominio example.orgen mi empresa. Puedo usar www.example.orgpara ver mi sitio web. Si lo intento http://example.orgdesde fuera de mi empresa, no hay problema, pero si lo intento desde adentro, mis servidores DNS de Windows entregan las IP de los controladores de dominio.
¿Como puedo resolver esto? ¿Puedo evitar que mis DC se registren como example.orgen mi DNS y esto será un problema para mi entorno?
ad.example.org, ocorp.example.org. Si eso ya no es posible, estás atrapado. Lo mejor que puede hacer es configurar una redirección awww.example.orgcualquier DC que también tenga IIS instalado (una mala idea, pero muchos controladores de dominio están mal configurados).Respuestas:
Si ha nombrado su Active Directory,
example.orgentonces no puede evitar esto. Has ido en contra de las mejores prácticas de Microsft para nombrar un AD y estás viendo uno de los síntomas.Tienes algunas opciones:
Migrar a un AD con nombre adecuado. Algo así como
corp.example.org.Instalar un servidor web en cada centro de distribución y configurarlo para reenviar las peticiones web para
example.orgawww.example.org. Esto está sucio y no debe hacerse, pero de todos modos es una opción.Entrena a tus usuarios para que vayan
www.example.orginternamente.He bloggeado sobre las mejores prácticas de nomenclatura de AD varias veces y enlace a fuentes oficiales de Microsoft. Deberías leerlos:
http://www.mdmarra.com/2013/04/best-practices-for-configuring-new.html http://www.mdmarra.com/2012/11/why-you-shouldnt-use-local-in -your.html http://www.mdmarra.com/2013/07/more-documentation-from-microsoft-about.html
Si quieres la versión corta:
- http://technet.microsoft.com/en-us/library/jj574166.aspx
fuente
http://example. Tonto, por supuesto, de lo contrario, el n. ° 3 en la lista de MDMarra es la única solución simple al problema. He estado allí (split-dns) y no es divertido tratar con ellos.www.example.orgyexample.orgestá muy bien desde el exterior. Aquí iré y encontraré una alternativa para mi configuración, siempre que tenga / no migre. ThxSi está ejecutando Exchange en el DC, no configure un PortProxy; puede ser obvio pero interrumpirá los servicios de Exchange alojados en el puerto 80.
Me doy cuenta de que esta publicación es bastante antigua, pero aún puede hacerlo sin instalar IIS en los DC. En cada DC, ejecute el siguiente comando para portproxy port 80 al servidor web externo.
fuente
Por lo tanto, no sé si esto evadió a alguien más, pero la mejor solución para este problema puede ser obtener un dominio secundario con un sufijo diferente, especialmente si no puede PortProxy debido a que Exchange está en DC (o debido a problemas de hostheaders con tu proveedor de alojamiento web.)
Por ejemplo: si el dominio interno de AD es EXAMPLE.com , entonces simplemente debe comprar EXAMPLE.NET para uso interno.
Esta es la solución más barata y sencilla para el acceso web interno.
Eso funcionó para nosotros.
fuente
si desea usar la URL como dominio, use nombres de máquina como dc1.example.com y dc2.example.com para cada servidor
asegúrese de que CNAME esté configurado para cada servidor correctamente para la dirección IP del servidor adecuado
He podido hacer esto creando primero un CNAME y luego configurando los servidores, espere un día a que se propaguen los registros DNS
fuente
Puede resolver su problema de dos maneras, pero implica colocar un servidor HTTP en sus DC:
Puede hacer la redirección con una redirección de URL (código HTTP 301), IIS 7 puede hacerlo por usted, o puede instalar un proxy inverso (Apache para Windows) y usar el siguiente código:
fuente