我有一个用例，其中我的 DNS 域名为 www.example.com ，它指向 test.com/abcd 。
现在我想再创建一个 dns 记录，该记录应将 www.example.com/test2 指向 test2.com/abcd。
www.example.com 只是一个域名，我没有在其上运行任何服务器。
我按照使用自定义域和AWS Elastic Beanstalk的说明将自定义域映射到AWS Elastic Beanstalk URL.
我的Elastic Beanstalk URL如下:
http://myenvironment-specific-string.elasticbeanstalk.com/
我创建了一条CNAME记录,上面写着:
www.example.com myenvironment-specific-string.elasticbeanstalk.com 8 hrs
我还使用MxToolBox的CNAME Lookup工具查找了CNAME ,它正确地显示了它.但是当我尝试时www.example.com,它并没有出现.
我错过了什么吗？我被卡住了,这让我的大脑分开了!帮我!:(
我正在开发一个人们将提交其域名的网站，我想知道他们如何通过 DNS 记录确认/验证其域名。我的网站是 PHP 语言
如何阻止我的 Github 网页重定向到过期的 CNAME URL？我知道这需要时间，但我的 Github 页面即使在 1.5 天后也没有停止重定向！我想知道我是否遗漏了任何步骤（我所做的只是删除了 CNAME 文件）。如果我没有遗漏任何步骤，停止重定向通常需要多长时间？我真的需要我的页面尽快可用，因为它是招聘季节。请帮忙！
我正在为 AWS RDS 集群终端节点设置 AWS Route53 CNAME 别名。这样做的目的是创建一个一致的 DNS 条目，该条目将始终重定向到当前集群端点。但是，我也不确定如何设置 CNAME TTL。
前任。
AWS 将其集群端点上的 TTL 设置为 5 秒，以便它可以在故障转移期间重定向到活动写入器。当我第一次创建 CNAME 时，我模仿了 5 秒，但恐怕这意味着它将被迫每 5 秒进行两次 DNS 查找。一个用于获取最新的 CNAME 值，另一个用于该端点以获取当前 IP。
这个假设正确吗？如果是这样，您是否建议我将自定义 DNS CNAME TTL 设置为 60 秒之类的值？这样，使用该自定义 DNS 的系统仅每 60 秒重新查询一次 CNAME 值，但会按预期每 5 秒查询一次集群端点？
另外，我知道建议是在 DNS 上设置更高的 TTL，但如果它高于几分钟，系统可能会尝试使用已被替换的集群。
我有一个运行良好的Azure SendGrid帐户。我可以用通常的 API 发送电子邮件没有问题。我需要设置发件人身份验证（两个原因，首先它有助于接收者在他们的垃圾中找到它，更重要的是它允许我设置入站解析）。
我已经查阅了 Sendgrid 文档 ( https://sendgrid.com/docs/User_Guide/Settings/Sender_authentication/How_to_set_up_domain_authentication.html )，其中有明确的说明，涉及 DNS 记录（更多），但不幸的是这不起作用。我也经历了他们的故障排除。我认为这可能是我的域实际上是一个子域的问题，但我不知道如何修复 DNS 记录以使其正常工作。
我的网站有一个“DNS 区域”设置，让我们将该网站称为“fake.azurewebsites.net”。
Sendgrid 指示我添加以下 CNAME 记录（数字被打乱）：em1879.fake.azurewebsites.net > u7381760.wl261.sendgrid.net（..以及其他两个）
所以我做了这些记录，等待 DNS 刷新超过 48 小时，但 Sendgrid 仍然不会验证。我收到错误：“em1879.fake.azurewebsites.net”的预期 CNAME 匹配“u7381760.wl261.sendgrid.net”。我还尝试了他们的故障排除，但无法使用 DIG 命令获得“答案”。我没有使用白名单或任何已知会干扰的其他功能。
在所有文档中，记录通常采用以下形式：em1879.usersDomain.com 而不是 em1879.userSub.Domain.com，所以这可能是问题的一部分，但我当然可能会遗漏一些东西。
我有一个带有域的云前端应用程序xyz123.cloudfront.net。然后将此 CloudFront 映射到域sub1.mydomain.com。为此，我遵循了这些步骤。
*.mydomain.comA Alias将 Route 53 中的记录添加到xyz123.cloudfront.net这使得sub1.mydomain.com在 SSL 上工作完美。
现在，我想允许我的用户使用他们自己的域（例如sub1.userdomain.com）来访问应用程序。这类似于UptimeRobot在其公共状态页面中允许的内容。
我尝试过但不起作用
CNAME到sub1.userdomain.com指向xyz123.cloudfront.net，我收到 SSL 错误CNAME到sub1.userdomain.com指向sub1.mydomain.com，我收到 SSL 错误CNAME到sub1.userdomain.com指向xyz123.s3-website.ap-south-1.amazonaws.com（S3 静态托管 URL）题
我my-service在命名空间中有一个 ClusterIP 类型的服务A，可以对几个 Pod 进行负载平衡。我想在命名空间中创建另一个B指向my-service命名空间的ExternalName类型的服务A。
我创建以下 YAML：
apiVersion: v1
kind: Service
metadata:
name: my-service
namespace: B
spec:
type: ExternalName
externalName: my-service.A
如果我执行到命名空间中运行的 podB并执行以下操作：
# ping my-service
ping: my-service: Name or service not known
externalName但是如果我将上面的 YAML更改为以下内容：
# ping my-service
ping: my-service: Name or service not known
事情按预期进行。另外，如果我my-service直接从命名空间中的 pod执行 ping 操作B，则会解决该问题：
# ping my-service.A
PING my-service.A.svc.cluster.local (10.0.80.133) 56(84) bytes of data.
为什么 在ExternalName Service 中 …
我想要以下重定向：
http://example.com -> http://www.example.com
example.com -> http://www.example.com
www.example.com -> http://www.example.com
在我的 namecheap 中，我设置了两个 URL 重定向记录：
CNAME Record | www | appname.us-east-2.elasticbeanstalk.com.
URL Redirect Record | @ | http://www.example.com | Unmasked
但是，当我实际输入这个完整的 URL 时，我仍然只能访问http://www.example.com 。当我删除 www 时，请求超时。所以 URL 重定向似乎没有做任何事情。如何正确重定向到我的完整 http 域？
这就是我想要实现的目标
http://foo.somedomain.com由 http://myapp.appspot.com/foo(google appengine app myapp)处理,底层网址被屏蔽.
请注意以下事项:
其他场景
补充:myapp.appspot.com是使用django w/app-engine-patch开发的