指南 API参考

虚荣url的一般信息

一般信息

当建立一个Interact生产站点时，您将拥有一个具有该格式的永久“保留”URLhttps://{列出}.interactgo.com用于每个网站，可以在任何时候访问您的网站。对于任何Interact站点，您都可以设置一个或多个Vanity url，以便最终用户可以使用这些url访问Interact站点。它可以是这样的格式https://intranet。{companydomain}。com其中{companydomain}是你公司的主域名。大多数客户雷竞技rat为他们的生产(即现场)网站设置了一个虚荣的URL。

为了设置一个Vanity URL，您必须确定一个URL并提供(或购买)该URL。至少要有子域名、域名和TLD。见下图。

433

Interact可以支持通配符子域名，但仍然需要指定至少一个主子域名。这个主站点将被注册为该站点的主要虚荣URL。

一旦确定了url，就可以继续执行下面的步骤。如果您计划在同一个域中使用多个Vanity url，那么最好一次执行所有这些操作，因为您可以避免注册多个证书，以及稍后更新具有不同到期日期的多个证书。

为了获得一个Vanity URL来使用Interact，必须在你的Vanity URL(域)和你的Interact站点之间建立一个证书。您可以让Interact执行此活动…或者您可以为站点提供一个现有的证书。有关如何利用您所创建的证书的详细信息，请参见这里。

在本页的其余部分，我们将讨论Interact开始创建认证的过程。

交互发起的证书创建过程

下面是Vanity URL创建过程的图片视图:

1381

步骤1:为了启动流程，您需要打开一个Interact Support票据。当您打开票据时，请阐明您希望使用的Vanity URL，以及(如果知道的话)您将使用的方法来验证Interact将创建的证书。

步骤2:Interact将创建一个授权请求，您需要接受该请求才能继续进行证书设置。这将通过电子邮件验证或DNS验证发生:

  • 电子邮件验证方法:
    • 系统生成的电子邮件将发送到您的域名中已注册的电子邮件地址。必须单击电子邮件中的链接，以显示您接受来自Interact的设置此证书的请求。
    • Interact不能自定义该邮件的电子邮件地址。必须在域管理控制台中更改。
  • DNS验证方法:
    • 这是首选的方法，因为它将使将来的证书更新过程更容易。
    • interactive将向您发送需要添加到您的域的DNS信息。这段代码表明您允许Interact继续设置证书。

注意:

  • 授权请求只能持续72小时。这意味着，您必须单击电子邮件验证上的链接，或在72小时内将DNS信息添加到域，否则必须重新启动该过程。

第三步:根据使用哪种类型的验证，您要么需要单击发送给您的域管理员的虚荣URL的电子邮件上的链接，要么将DNS信息添加到您的域，允许Interact继续进行证书设置。完成此操作后，最好通过技术支持票务系统通知Interact完成此操作。

步骤4:Interact将完成证书创建过程，并向您发送站点的CNAME记录。这个CNAME记录将是一个永久的CNAME，用于将流量从Vanity URL路由到Interact站点。

步骤5:您需要将CNAME信息从Interact添加到您的域，其过程与添加DNS信息的过程类似。这是特定于提供商的，因此您需要参考您的域提供商的文档来了解这些细节。如果你完成了这一步，你将能够运行命令nslookup {yourcustomurl}，并看到Aliases区域在第一行显示了你的Vanity URL，在第二行显示了CNAME记录，在第三行显示了负载均衡器引用。拥有这些记录通常表明Vanity URL正在工作。接下来，您可以通过转到测试URLhttps:// {yourcustomurl} /本地登录看看能不能找到一个登录页面。

您可能还需要向DNS提供商删除此Vanity URL的其他Apex (A)记录。

此外，如果适用，您可能需要进入应用程序设置|控制面板|管理安全|管理SAML，并为新URL设置SAML。看到在这里为文档。

故障排除

  • 我们的许多客户都有一个现雷竞技rat有的URL，他们希望将其重新用于Interact;然而，该URL仍然用于他们的旧内部网站点。您仍然应该完成上面的步骤1-4，这样您所需要执行的就是流程的最后一步。从头开始为一个Vanity URL设置一个证书可能需要好几天的时间，并且需要Interact和您的公司提供管理级别的支持才能完成。通过完成步骤1-4，你只需要你的网络管理员在Go-Live点完成步骤5。

  • 如果你在切换到Vanity URL之前在Interact中创建了内容，你可能会有硬编码的链接(又名绝对链接)指向你的保留URL。这就成了一个问题，因为用户会话将根据Vanity URL设置，而到预留URL的链接将迫使用户再次登录。如果遇到这种情况，您将需要重新发布带有这些链接的内容。如果您有大量指向保留URL的绝对链接，那么您可以与技术支持一起打开一个票据，技术支持可以运行一个脚本来纠正这个问题。

  • 如果你要有一个虚荣URL，最好等到虚荣URL工作之后再设置SSO。否则，你将不得不设置SSO与保留URL和再次与虚荣URL。

  • 如果您拥有使用电子邮件验证的现有证书，则必须每年更新证书。如果您希望将更新切换到DNS验证，则现有证书无法更新…必须建立一个新的证书。

  • 如果在证书过程中使用了电子邮件验证，则必须每年验证一次电子邮件请求。这就是为什么首选DNS验证方法，因为只要域名中存在DNS记录，证书就会自动更新。

  • 如果您正在重新利用另一个应用程序正在使用的现有Vanity URL，则会与与SSO或应用程序功能相关的现有页面历史记录和cookie发生冲突。我们已经看到这个问题在页面不断自动刷新或不能正确显示的情况下表现出来。如果浏览器中的隐身/私密模式解决了这些问题，您可能需要清除浏览器中该虚荣URL的所有历史记录。

更新 9个月前

Baidu
map