madprofessor's questions

我有一个指向特定 IP 方向（A 类记录）的域（例如 example.com），并且 DNS 系统由我的组织控制。现在，一个新的网络应用程序已在 news.example.com 上发布。由于它位于云服务提供商上，为了保持轻松访问，我们在托管 DNS 上请求了一个新的 A 记录，应该创建该记录以将名称 news.example.com 指向云提供商分配的 IP 地址主持人。

之后，我们想在 news.example.com 网站前部署一个 WAF 来保护它。云服务提供商要求我创建一个新的 CNAME，将 news.example.com 指向云提供商提供的目标字符串，以便首先通过 WAF 路由流量。但是，CNAME 记录创建过程失败，因为它说there already exists an A record associated.

示例 CNAME 记录：

origin (news.example.com) - this one has already an A record pointing to its IP address.
target: xxx.yyyy.zzz.www. (info provided by Cloud Service Provider)
Type: CNAME

如何解决这个问题？我错过了什么？

我有一个 SaaS 服务，它公开了一个 URL（比方说（https://mylink.foo.com），它只能从一些列入白名单的 IP 访问。但是，我们现在需要上述 URL 才能被那些列入白名单的 IP 之外的观众访问。我曾想过将另一台公共云服务器作为 IaaS 来充当枢纽，更改源 IP 和目标 IP，并将请求重定向到我的 SaaS 提供商（它与 IaaS 不同），在这种情况下，唯一列入白名单的 IP 将是枢纽的公共 IP 地址。

此外，由于正确的 URL 将指向无法从不在白名单中的 IP 访问的原始服务器，因此我正在考虑从公开第二个 URL（https://accesslink.foo.com ）的同一支点发布 HTTP 服务器) 被重写为原始 URL 以达到可访问性目的。

由于提出了这种方案，它将包括：

• 充当防火墙/NAT 设备重写源/目标 IP 地址的 Linux 枢轴。iptables 将服务于这个目的。
• （也许？）另一个充当 HTTP 反向代理的主机为进入服务器的请求重写 URL。此处使用带有 mod_rewrite 或 nginx 的 HTTP 服务器。

我的担忧和问题是：

• 关于我的实施的整个想法可能吗？对于此类问题，还有其他更简单、更简单的解决方案吗？考虑到原始 URL 是通过 HTTPS 而不是通过 HTTP 公开的，是否可以重写？

如果您不介意分享我的描述中可能未解决的其他实现问题/挑战，请随时公开它们。