gpt4 book ai didi

dns - 具有 CNAME 问题的自定义子域

转载 作者:行者123 更新时间:2023-12-04 03:13:15 26 4
gpt4 key购买 nike

我不太了解如何在我的应用中使用自定义域。这是拥有将用户分配给子域的应用程序的常见情况,例如。 user.theapp.com 并且他们想要使用 CNAME,因此 m.theirsite.com 解析为该应用程序。似乎大多数执行此操作的服务都要求您告诉他们您的自定义域是什么,而仅添加 CNAME 记录是行不通的。步骤:

  1. 用户创建一个帐户。
  2. 我们告诉他们可以为 yourstuff.theapp.com(这是当前位置)创建一个 CNAME 条目。
  3. 这是我的困惑。在 1 和 2 之后,我的自定义域仍然无法正常工作。所以一旦客户创建了 CNAME 记录并向我们提供了“m.theirsite.com”,我们用它做了什么特殊的魔法来使这些网站“相同”?

提前谢谢你。

最佳答案

我们的解决方案是使用 PHP/MySQL 来解决这个问题。通常,您应该将外部域/子域 CNAME 到您的应用程序,但是正如您将看到的,CNAME 条目不需要指向应用程序上的确切子域。接下来,您将在数据库中构建一个区域,用户可以在其中告诉您他们从哪个外部站点获得了 CNAME。此时,您将在基于 HTTP 主机的网站上执行大部分身份验证,获取子域并将其用作客户端,或者检查 HTTP 主机是否在您的 CNAME 列表中,然后从那里引用客户端.

CNAME 所做的只是指向服务器位置,因此如果您在 apache 配置中使用通配符,foo.myapp.com 将解析为与 bar.myapp.com 相同的位置,但在应用程序中可以使用主机拉出子域并找到客户端(“foo”和“bar”)。当使用 CNAME 时,比如 m.mywebsite.com --cnamed--> foo.myapp.com,应用程序不再在 HTTP 主机中拥有该客户端信息,正如我们提到的,apache 通配符设置 (*.myapp. com) 只是抛出子域.. 因此,客户必须告诉我们“我将从 m.mywebsite.com 访问,因此也将其作为我的身份验证的有效主机名。”

关于dns - 具有 CNAME 问题的自定义子域,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5101195/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com