bis*_*ack -1 domain-name-system a-record domain-registrar
我有一个供我自己使用的平台，其想法是以后可能会向更广泛的受众开放。它一直在 Linode 上并且最初会在那里，但我可以看到自己将它迁移到 AWS 上的 Elastic Beanstalk，如果它达到甚至轻微的需求。
我试图让未来的用户能够使用他们自己的注册域，而不是我提供给他们的子域（user.example.com）。作为我自己的概念验证，我将自己的用户域 ( me.com ) 与平台域 ( example.com )分开注册，并且能够通过在注册商上为我创建 A 记录来完美地完成这项工作.com指向我的 Linode IP 地址并创建了一个虚拟主机条目，该条目捕获了所有域的指向并验证它是用户的注册域。
所以，一切正常。
我意识到不要长期参与该项目，因为这不是一种理想的做法。冗余不是主要问题，因为如果我的单个 IP 出现故障，无论如何服务也会出现故障。在这种情况下，有 5 个其他名称服务器可以依靠。我的主要限制是 IP 地址更改的可能性。如上所述，我什至设想将来会更改为 AWS。
我的问题是，从指向用户的自注册域到允许我更改 IP 地址的方法的转换真的会像看起来那样在经济上受到打击吗？
我不会从这个平台赚很多钱，因为用户不会为使用它支付很多钱（它提供了一个新的、本地化的稍微相似的服务，但这些服务资金充足，价格低廉）所以我我已经在削减托管成本了。我也不想承担更多的责任，例如成为域注册商，而且我还不够精明，无法自信地运行我自己的名称服务器。
对此的典型答案是使用独立的名称服务器并为每个域注册一个 A 记录。我的情况更小众一些，平台更多地建立在代表职业的基础上。所以我可能有很多用户使用自定义域，流量很少并且支付很少。
大多数 DNS 服务似乎提供有限的 A 记录或少量 DNS 查询。我有可能会看到查询量出现短暂的飙升，而一个月的意外账单可能会造成财务灾难。我相信我在托管端主要满足了这一点，但现在也不得不在名称服务器端担心它。我不能像典型平台那样过度销售资源，因为我拥有数十或数百而不是数千名用户。
虽然肯定不推荐这样做，除非我想从头付钱，否则我最好的选择仍然是回到对我的 IP 地址使用 A 记录并要求用户在/如果我更换服务器时更新它？如果一家公司提供了一个虚 IP 地址，我可以将它定向到第二个（我的服务器）并在以后更改，我会很高兴，但我想名称服务器可以满足大多数用途的需求。
不是在外部域上创建A记录，而是创建CNAME记录，例如
yourapp.me.com IN CNAME platform.example.com
yourapp.someotherdomain.com IN CNAME platform.example.com
然后在 example.com中使用服务器的多个 IP 地址和相同的名称创建多个A记录（现在您只有一个）
platform.example.com IN A 1.2.3.4
platform.example.com IN A 1.2.3.5
platform.example.com IN A 1.2.3.6
通过这种方式，您可以拥有多个后端服务器，并且在需要时 - 更改它们的 IP 地址，它将全部级联到客户端域。
为了让它发挥最佳效果，我建议不要在 2 小时以上的 DNS 记录上使用TTL，如果频繁的 DNS 查询没有问题，最好是 1 小时或更短，并在迁移服务器的 IP 地址之前将其降低到 15 分钟 - 24 小时.
这里最好的部分是：它是免费的，这种方法不花你一分钱。
然而，将 CNAME 记录放在根域上很可能会破坏域上的所有其他记录，而 Esa Joniken 一直保留着我的记录。在这种情况下，最好将配置限制为子域。