AAMを備えた拡張Webアプリ/ゾーンは、元のWebアプリ/ゾーンを完全にミラーリングしていますか？

Question

（私はゾーンとAAMSが初めてなので、この質問が少し一貫性のない場合に謝罪します...私はまだすべてがどのように機能するかを本当に把握していません。）

SharePointにパブリッシングサイトがあり、ポート4444を使用するように構成されたWebアプリで実行されています。最初に作成されたときに、Webアプリが実行されているSharePointサーバーが認識できる内部URLを使用していたデフォルトゾーンでのみ構成されています。の上。 （いう http：// localhost：4444)

その後、パブリッシングサイトを公開可能にするために、サーバーにアクセスするためにパブリックURLを設定しました。 （いう http://publicurl.com:4444）。最初は大丈夫だと思われましたが、一部のURLがまだ内部サーバーアドレスを指していることに気付きました。そこで、Webアプリケーションをポート6666の新しいIIS Webサイトに拡張し、これをインターネットゾーンとして設定しました。

したがって、これでサイトにアクセスできます http://publicurl.com:6666, 、そして、これは誤った内部URLの問題を解決したようです。しかし、この拡張されたWebアプリケーションが新しいゾーンで、デフォルトゾーンの元のWebアプリを完全に反映しているかどうかは不明です。たとえば、ナビゲーション用にCSSフレンドリーアダプターを使用してMossmenuコンポーネントを使用しています。しかし、そのweb.configの新しいWebアプリ（6666）のために、MossmenuをSafeControlsに再び添付する必要がありました。そして、まだデフォルトゾーンと内部URLを使用するときに機能しているにもかかわらず、新しいアプリ/インターネットゾーンで動作するCSSフレンドリーアダプターはまだありません。

だから私の質問は...拡張されたWebアプリ/新しいゾーンは、元のアプリ/オリジナルゾーンを完全にミラーリングしているのか、それとも通常、手動でミラーリングする必要があるものがたくさんあると思いますか？たとえば、新しいWebパーツを展開すると、元のWebアプリと拡張Webアプリの両方に展開する必要がありますか？

Answer 1

それを考える最も簡単な方法はこれです：

拡張されたWebアプリケーションは、同じコンテンツを指す追加のIIS Webサイトです。このWebサイトには、新しいフォルダーがあります inetpubwss virtualDirectories内にデフォルトのファイルを備えた（web.configを含む）

これは、拡張WebアプリケーションがソースWebアプリケーションと大部分の設定を共有することを意味しますが、デフォルトファイルのIIS設定とコンテンツは構成可能です（SharePointツールを介して - STSADM、PowerShell、Central Adminなど）

これが、Web.configに追加のコンテンツを追加する必要がある理由を説明しています。

Answer 2

うーん、Webアプリを拡張する必要はありません。通常、新しいAAMを追加して、必要なものを定義できます。ゾーンを拡張すると、通常、セキュリティコンテキスト（エクストラネット）または特定の認証（インデックス作成など）が必要な場合です。

正しいURLで正確に動作していないものは何ですか？

AAMで次のRessourcesをお勧めします。

http://blogs.msdn.com/sharepoint/archive/2007/03/06/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-part-1.aspxhttp://blogs.msdn.com/sharepoint/archive/2007/03/19/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-part-2-of-3。 ASPXhttp://blogs.msdn.com/sharepoint/archive/2007/04/18/what-every-sharepoint-administrator-needs-to-know-about-alternate-access-mappings-3-of-3。 ASPX

Answer 3

私が聞いて読んだことは、新しいURLを指すすべての新しいゾーンには別のバッキングIISサイトが必要であるということです。あなたがいないなら、あなたはあらゆる種類の奇妙な問題を得ることができます。

したがって、異なるURL（IE Microsoft.comおよびIBM.com）で同じサイトにアクセスする場合は、各URLのバッキングIISサイトを別の別のゾーンに拡張する必要があります。そうしないと、トラブルに遭遇する必要があります。

私は何が壊れるかを正確に理解したことはありませんでしたが、文書管理の問題が発生します...

何が壊れるのかを説明できる人はいますか？

Technetから：

注：使用する各ゾーンの新しいIIS WebサイトにWebアプリケーションを拡張することをお勧めします。これにより、バッキングIIS Webサイトが提供されます。 Microsoftから具体的にそうするように言われていない限り、複数のゾーンに対して同じIIS Webサイトを再利用することはお勧めしません。

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