问题标签 [cname]

我们最近部署了一个应用到 Heroku。我认为我们的要求已经碰壁了（请使我的结论错误）。

这是一个项目管理应用程序。管理层决定采用所有 SSL 解决方案，因此我们从 GoDaddy 获得了通配符证书 (*.ourapp.net)，我们在基于主机名的 SSL 下成功地将其添加到 Heroku。基于主机名的 SSL 需要将特定的 CNAME（需要保护）指向 Heroku 提供的 AmazonAWS url。例如，如果我们想保护 var.ourapp.net，我们必须指向 CNAME var.ourapp.net ----> appid42352herokucom-324234.us-east-1.elb.amazonaws.com [这是示例 URL）

由于我们希望每个一级子域都是安全的，因此我们必须将 *.myapp.net CNAME 指向 AmazonURL。

但这会干扰我们的应用程序设计，其中需要处理每个通配符子域（基本和通配符域已添加到应用程序），以便每个客户都可以获得像 customername.outapp.net 这样的品牌 URL

目前 DNS 由 Zerigo 第一层处理。

请建议/推荐

我使用以下步骤：

1. 查询主机的 A 记录，一些服务器在权限部分返回 NS 记录，所以我从该部分中提取它们，如果有的话。
2. 查询 NS 记录，从答案部分中提取它们。

问题在于“子域”（CNAME），例如：

> dig www.microsoft.com A

> dig www.microsoft.com NS

> dig lb1.www.ms.akadns.net A

> dig lb1.www.ms.akadns.net NS

如您所见，没有返回任何 NS 记录。如何克服这个问题？

您好，我计划为我们的下一个项目租用几台服务器，我想知道是否有任何类型的提供商提供类似名称服务器 API 的功能，以便能够更改或添加 CNAME 条目，我们需要通过 PHP 通过不知怎的……

也许你们中的一些人有一个想法...... :)

有没有办法发送自定义回复，例如，带有自定义 CNAME 答案的 livejournal 的 nslookup 请求？

示例：livejournal 向 site.com 发送 nslookup 请求类型 CNAME；site.com 以某种方式仅使用“CNAME livejournal.com”响应 livejournals 请求；但其他服务器尝试nslookup使用 CNAME 类型的请求访问 site.com，但没有得到“CNAME livejournal.com”的答案。

我需要这个，就像在例子中一样。

如果可能的话，请帮助我％）

升级版：好的。在上下文中还有另一个问题。Livejournal 使用工具将博客重定向到自己的域：在 lj-blog 设置页面的表单字段中写入您的域名，然后获取域并为 livejournal.com 制作 CNAME 记录。它使您可以从 livejournal 页面直接链接到您自己的域，但搜索引擎并不理解您的域名是您博客的主要域名。此外，您域中的所有链接都将返回到 livejournal。此外，您仍然无法动态更改页面的来源。最简单的方法是不要创建 CNAME 记录，只需将域附加到主机并制作少量 .htaccess 版本并制作 index.php 文件，该文件从您的 lj-blog 获取内容并从您的域呈现。.htaccess 中的版本使所有链接在您自己的域内工作。但是你不能以这种方式从 lj-pages 获得直接链接:(

你能给我什么建议来做正确的重定向，但在域和源代码渲染中工作链接。只需遵循 LJ 的建议以及我使用 .htaccess 和 index.php 和其他东西的替代方式吗？

在工作中我有这样的事情......

我想要一种方法，在 Perl 中输入www.something.com并确定它是否是 CNAME、A 记录等。

我正在帮助一个朋友在 Drupal Gardens 建立一个网站。域名是 www.fromtheheartyoga.com。以前，该站点托管在 Modwest。在 Modwest 时，我为他们设置了 gmail/Google Apps for business（免费版），因此他们可以将 @fromtheheartyoga.com 电子邮件与 gmail 一起使用。

几天前，我把主机从 Modwest 搬到了 Drupal Gardens。为了使域正常工作，我必须在 DirectNIC（域提供商）设置 CNAME 记录，以将域“www.fromtheheartyoga.com”指向 Drupal Garden 站点“fthy.drupalgardens.com”。为此，我必须将 DirectNIC 帐户升级为托管帐户。

当我创建 CNAME 记录时，电子邮件停止工作。后来我进入并使用所有相关的 Google Mail MX 信息更新了 DirectNIC 的 MX 记录。电子邮件仍然无效。DirectNIC 表示，这些更改可能需要长达 48 小时才能传播。事情是，当我更新 CNAME 记录时，域几乎立即开始指向新的托管环境。电子邮件并非如此。

那是星期五。截至今天，使用@fromtheheartyoga.com (gmail) 的电子邮件地址均未收到任何电子邮件。我从另一个帐户发送的每封电子邮件都会消失在互联网上。对于我从个人 gmail 帐户发送的电子邮件，我偶尔会收到传输更新，其中包括“收件人服务器不接受我们的连接请求”的注释。

我仍然可以从@fromtheheartyoga gmail 帐户发送。对从那里发送的电子邮件的回复也会消失。

我在谷歌搜索上没有运气，除非答案就在我面前，而且我对这个问题了解得不够多，无法识别它。在 StackOverflow 也是如此。任何见解将不胜感激

——约翰·温克尔曼

我有一个在 www.xyz.com 及其支持通配符域上运行的应用程序引擎。
我有计划共享我的应用程序，因此我的客户将拥有自己的子域示例 client1.xyz.com 我如何在我的客户端私有域（例如 client1.com ）上设置 CNAME 以便能够转发/别名在 client1.xyz.com

我有谷歌搜索但仍未找到解决方案。

非常感谢你

只是想看看我是否理解正确。

CNAME 记录指定别名，格式如下：

别名CNAME规范域

这意味着如果有东西试图查找alias，它将找到 CNAME 记录并开始搜索canonical-domain。

记录直接将主机映射到 IP

主机A IP 地址

因此，如果我有 2 个域最终指向同一个 IP 地址，一个是规范域，另一个是别名域，我将使用 A 记录作为规范域->IP 映射，使用 CNAME 记录作为别名->规范映射。

为什么我不能只使用 2 个 A 记录，一个是规范->IP 映射，另一个是别名->IP 映射？如果您需要更改 IP，是否只需要更新一次 IP？（类比 CNAME 是软链接，A 记录是文件系统中的文件）

不确定是否最好在此处或在服务器故障处询问。但是，如果我使用 cname 将 https://www.example.com 指向https://www.domain.com，浏览器是否仍会抛出关于 example.com 伪装成 domain.com 的错误？无论如何，有人知道吗？

Is it possible to use a CNAME pointer, that points to an A pointer that points to the webapplication?

I've tried this multiple times now, without any success, and i start to think that it is not possible?!

i got this "Bad request, invalid hostname" think its an 400 error.

If it is not possible to do it this way, can someone please give me some ideas how to start?

My web application:

I got a couple of users registered at my web application. Each users is supposed to get an sub domain, for example, user1.mydomain.com (A-pointer to web.mydomain.com, where all the aspx filer are)

by reading the domainname I get the userID.

If this is not possible i have to put a lot of files in each domain, which i dont want to do. what would you do? wildcards is not possible.

Why a cname to a A? i have to take into account that each user maybe want to point their domain to his or her account at my place. so their pointer should be a CNAME...

Thanks!