Est-ce une application / zone Web étendue avec un miroir complètement l'AAM Banque app / zone web original?

Question

(je suis nouveau sur les zones et AAMs donc des excuses si cette question rencontre un peu incohérent ... Je ne l'ai pas vraiment compris comment tout cela fonctionne encore.)

J'ai un site de publication dans SharePoint, en cours d'exécution dans une application web configuré pour le port d'utilisation 4444. Quand il a été initialement créé n'a été configuré avec la zone par défaut, qui utilisait une URL interne reconnaissable par le serveur SharePoint le Web l'application est en cours d'exécution sur. ( http: // localhost: 4444 )

Par la suite, pour rendre le site de publication visible publiquement, nous avons créé une URL publique pour accéder au serveur. ( http://publicurl.com:4444 ). Il semblait bien au début, mais je compris que certaines URL étaient encore pointant vers l'adresse du serveur interne, qui ne pouvait évidemment pas être résolu lors de l'accès au site public. Donc, j'ai étendu l'application Web vers un nouveau site Web IIS sur le port 6666 et mis ce que la zone Internet.

Alors maintenant, nous pouvons accéder au site via http://publicurl.com:6666 , et cela semble ont résolu le problème des URL internes incorrectes. Mais je ne suis pas certain que cette application Web étendue, sur la nouvelle zone, entièrement miroirs l'application Web d'origine sur la zone par défaut. Par exemple, je suis en utilisant le composant MossMenu avec les adaptateurs CSS pour ma friendly navigation. Cependant, je devais ajouter à nouveau le MossMenu aux SafeControls pour la nouvelle application Web (6666) dans son web.config. Et pour l'instant, je n'ai toujours pas les CSS de travail Adaptateurs amicaux pour la nouvelle zone app / Internet, même si elles fonctionnent lors de l'utilisation de la zone par défaut et l'URL interne.

Je suppose que ma question est ... ce que l'application Web étendue / nouvelle zone miroir complètement l'application d'origine / zone d'origine, ou sont là généralement un tas de choses que je dois miroir manuellement? Par exemple, disons que je déploie une nouvelle partie Web, aurais-je besoin de le déployer à la fois l'application Web d'origine et l'application Web étendue?

Answer 1

La meilleure façon de penser est la suivante:

Une application Web étendue merley est un site Web IIS supplémentaires pointant vers le même contenu. Ce site aura un nouveau dossier dans inetpub \ WSS \ VirtualDirectories avec les fichiers par défaut dans les (y compris web.config)

Cela signifie que l'application Web étendu partagera la majorité des paramètres avec l'application Web source, mais les paramètres des services Internet et le contenu des fichiers par défaut peuvent être configurés (via les outils SharePoint - stsadm, Powershell, etc central admin)

Cela explique pourquoi vous avez dû ajouter du contenu supplémentaire dans votre web.config.

Answer 2

hmm il ne devrait pas être nécessaire d'étendre l'application Web. Normalement, vous pouvez définir ce que vous voulez en ajoutant une nouvelle AAM. L'extension des zones est généralement si vous avez besoin séparé contexte de sécurité (extranet) ou d'authentification spécifique (par exemple pour l'indexation).

Quel travail exactement isnt avec les urls correctes?

Je peux recommander les ressources suivantes sur AAM Banque:

http://blogs.msdn.com/sharepoint/archive/2007/03/06/what-every-sharepoint-administrator-needs-to-know-about-alternate- access-mappages-part-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 -L'accès-mappages-part-3-of-3.aspx

Answer 3

Qu'est-ce que j'ai entendu et lu est que toutes les nouvelles zones pointant vers un nouveau besoin d'URL d'un support séparé IIS site. Si vous ne pas vous pouvez obtenir toutes sortes de problèmes étranges.

Donc, si vous voulez accéder au même site sur des URL différentes (c.-à-microsoft.com et ibm.com), vous devez étendre votre application à une autre zone avec un support séparé IIS site pour chaque URL ou vous des ennuis .

Je ne ai jamais compris exactement ce qui va se briser, mais les questions de gestion des documents se présenteront ...

Toute personne qui peut expliquer ce qui va se briser?

De technet:

  

Note:   Nous recommandons d'étendre une application Web à un nouveau site Web IIS pour chaque zone que vous souhaitez utiliser. Ceci fournit un support site Web IIS. Nous ne recommandons pas réutiliser le même site Web IIS pour plusieurs zones, à moins que vous spécifiquement dit de le faire par Microsoft.

http://technet.microsoft.com/en -us / bibliothèque / cc288609 (office.12) .aspx