質問

最近、顧客はSharePoint用の新しい外部URL(intranet.domain.com)を求めていました。私はゾーンと代替アクセスマッピングを介してそれを実装しました、そしてこれまでのところうまく機能します。彼らはまた彼らの内部URLを使って停止し、今どこにでもイントラネットを使用します。

ユーザーがEメールを受信したことは、外部イントラネットURLの代わりに内部SharePoint URLをリンクします。 SharePointとその内部(ServerName)URLを介して認証問題がある場合は、おそらく問題にならないでしょう。

古い警告のURLを更新するためのコマンドレットを提案するTechNet記事を見つけました。しかし、新しいアラートが再び内部URLを使用する場合、またはサイトがイントラネットを介してのみ使用されている場合は、新しいアラートからの電子メールリンクもイントラネットURLを使用する場合は、イントラネットのURLも使用されます。

それでは、デフォルトゾーンをイントラネット[...]に変更した場合は、今も何が起こりますか。この「古いURLが使用されている」という問題を修正するために、このSharePointはSharePointであるか、それは良い考えです(内部URLがこれ以上必要ではない場合)。

注:SharePoint 2010が使用されています

役に立ちましたか?

解決

SharePointは、自動的にキックオフされたアラートとワークフロー内のリンクにデフォルトのURLを使用します。アラートに関してこれを回避する唯一の実際の方法は、デフォルトゾーンのURLを変更することです。これは、CAとAAMで行うことができます。コマンドレット・セット-SpalTernateURLまたは(マイプリンデー)によって、Webアプリケーションを削除し(コースのデータを保存して)、新しいURLを使用するための新しいWebアプリを作成できます。選択したオプションは、Webアプリケーションとその認証プロバイダに対してどのような構成を完了したかによって異なります。最初の2つのオプションがあなたのために機能するかもしれませんが、それは実際にはWebアプリケーションが作成された後にどれだけの構成によってどのかによって異なります。何も壊れることは何もないと確信する唯一の方法は、Webアプリを再作成することです。

TechNetの記事を参照しているのは、まだ古い環境のURLを使用している移行されたWebアプリケーションです。

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top