¿Tiene una aplicación web / zona extendida con un espejo AAM totalmente el original aplicación web / zona?

Question

(soy nuevo en las zonas y por lo AAM disculpas si esta pregunta se encuentra con un poco incoherente ... En realidad no he comprendido cómo todo funciona todavía.)

Tengo un sitio de publicación en SharePoint, que se ejecuta en una aplicación web configurada para el uso del puerto 4444. Cuando se creó inicialmente sólo se ha configurado con la zona predeterminada, que estaba usando una dirección URL interna única reconocible por el servidor de la web de SharePoint aplicación se está ejecutando. ( http: // localhost: 4444 )

A continuación, hacer que el sitio sea pública Publishing, hemos creado una dirección URL pública para acceder al servidor. ( http://publicurl.com:4444 ). Se parecía estar bien al principio, pero luego me di cuenta de que algunas de las URL todavía estaban apuntando a la dirección del servidor interno, lo que obviamente no se pudo resolver su acceso al sitio públicamente. Por lo que extendió la aplicación web a un nuevo sitio web de IIS en el puerto 6666, y la haga esto como la zona de Internet.

Así que ahora puede acceder al sitio a través de http://publicurl.com:6666 , y esto parece han resuelto el problema de las direcciones URL internas incorrectas. Pero estoy seguro de si esta aplicación web extendida, en la nueva zona, completamente espejos de la aplicación web original en la zona predeterminada. Por ejemplo, estoy usando el componente MossMenu con los adaptadores que admite CSS para mi navegación. Sin embargo tuve que volver a agregar el MossMenu a los SafeControls para la nueva aplicación web (6666) en su web.config. Y hasta el momento todavía no tengo los adaptadores CSS amigable de trabajo para la nueva zona app / Internet, a pesar de que funcionan cuando se utiliza la zona predeterminada y la dirección URL interna.

Así que supongo que mi pregunta es ... ¿La aplicación web / nueva zona ampliada reflejar plenamente el / zona original aplicación original, o hay generalmente un montón de cosas que necesito espejo manualmente? Por ejemplo, digamos que desplegar una nueva pieza de la tela, qué tengo que implementarlo en tanto la aplicación web original y la aplicación web extendida?

Answer 1

La forma más fácil de pensar en ello es la siguiente:

Una aplicación Web extendida es Merley un sitio web IIS que señala adicional para el mismo contenido. Este sitio web tendrá una nueva carpeta en inetpub \ wss \ VirtualDirectories con los archivos predeterminados dentro (incluyendo web.config)

Esto significa que la aplicación web extendida compartirán la mayoría de los ajustes con la aplicación web de código, pero la configuración de IIS y el contenido de los archivos por defecto son configurables (a través de las herramientas de SharePoint - stsadm, PowerShell, en el centro de administración, etc)

Esto explica por qué había que añadir contenido adicional en su web.config.

Answer 2

hmm no debería ser necesario extender la aplicación web. Normalmente se puede definir lo que quiere mediante la adición de un nuevo AAM. La extensión de las zonas es por lo general si necesita contexto de seguridad independiente (extranet) o la autenticación específica (por ejemplo, para la indexación).

¿Qué trabajo exactamente isnt con las direcciones URL correctas?

Me puede recomendar los siguientes Recursos de AAM:

http://blogs.msdn.com/sharepoint/archive/2007/03/06/what-every-sharepoint-administrator-needs-to-know-about-alternate- access-asignaciones-parte-1.aspx http://blogs.msdn.com/sharepoint/archive/2007/03/19/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-part-2-of-3. aspx http://blogs.msdn.com/sharepoint/archive/2007/04/18/what-every-sharepoint-administrator-needs-to-know-about-alternate -Acceso-asignaciones de parte-3-de-3.aspx

Answer 3

Lo que he oído y leído es que todas las nuevas zonas que apunta a una nueva URL necesidad de un respaldo separado IIS sitio. Si usted no se puede conseguir todo tipo de problemas extraños.

Así que si desea tener acceso al mismo sitio en diferentes direcciones URL (es decir microsoft.com e ibm.com), entonces debe extender su aplicación a una zona diferente con un respaldo separado para cada sitio de IIS URL o que se ejecutará en problemas .

Nunca he entendido exactamente lo que va a romper, pero los problemas de gestión de documentos surgirán ...

Cualquier persona que pueda explicar lo que va a romper?

A partir de TechNet:

Nota: Se recomienda extender una aplicación web a un nuevo sitio web de IIS para cada zona que desee utilizar. Esto proporciona un sitio Web de IIS respaldo. No recomendamos volver a utilizar el mismo sitio web de IIS para varias zonas, a menos que se les dice expresamente que lo haga por Microsoft.

http://technet.microsoft.com/en -US / library / cc288609 (office.12) .aspx