最近,客户希望SharePoint的新外部URL(Intranet.domain.com)。我通过区域实现了它并替代访问映射,到目前为止它可以正常工作。他们也使用内部网址停止并使用Intranet无处不在。

现在它发生了用户在电子邮件中获取了链接指向内部SharePoint URL而不是外部Intranet URL。如果由于IIS身份验证方法的某些更改,它可能不会与SharePoint和Internal(ServerName)URL访问的身份验证问题,它可能不会存在问题。

我找到了一个Technet文章,提出了一个cmdlet来更新旧警报的URL,这很好。但是现在我问自己,如果新的警报可能再次使用内部URL,或者,如果站点仅通过Intranet使用,新警报的电子邮件链接也将使用Intranet URL。

然后我也想如果我将默认区域更改为Intranet [...],则会发生什么。这会突破SharePoint是否是一个好主意(如果内部网址不再需要)来修复更多这些“旧网址使用”问题?

注意:SharePoint 2010使用

有帮助吗?

解决方案

sharepoint使用自动启动的警报和工作流程中的链接中的默认URL。关于警报唯一的实际方式是要更改默认区域的URL。这可以用AAM在CAAM中完成,通过CMDlet SpalternateURL或(我的偏好)删除Web应用程序(保留数据当然)并创建新的Web应用程序来使用新的URL。您选择的选项取决于您对Web Apps及其身份验证提供程序所做的要数量。前两个选项可能适用于您,但它真的取决于您在创建Web应用程序后完成的配置量。确保没有任何东西会破裂的唯一方法是重新创建Web应用程序。

您引用的TechNet文章是用于仍然使用旧环境的URL的迁移的Web应用程序,并且在这里不会帮助您。

许可以下: CC-BY-SA归因
scroll top