Azure CDN自定义域不工作_Azure_Cdn_Azure Cdn

Azure CDN自定义域不工作

azure

Azure CDN自定义域不工作,azure,cdn,azure-cdn,Azure,Cdn,Azure Cdn,我正在尝试设置CDN。我测试了CDN，使用这个脚本效果非常好 <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <title></title> <script src="https://ajax.aspnetcdn.com/ajax/jQuery/jquery-2.1.1.min.js"></script> <s

我正在尝试设置CDN。我测试了CDN，使用这个脚本效果非常好

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title></title>
     <script src="https://ajax.aspnetcdn.com/ajax/jQuery/jquery-2.1.1.min.js"></script>
    <script src="http://az849200.vo.msecnd.net/jquery/jquery.maskedinput.js"></script>
    <script>
        jQuery(function ($) {
            $("#date").mask("99/99/9999", { placeholder: "mm/dd/yyyy" });
            $("#phone").mask("(999) 999-9999");
            $("#tin").mask("99-9999999");
            $("#ssn").mask("999-99-9999");
        });
    </script>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    <input type="text" id="date" name="date" runat="server" />
    </div>
    </form>
</body>
</html>


jQuery（函数（$）{
$（“#日期”）.mask（“99/99/9999，{占位符：“mm/dd/yyyy”}）；
$（“#phone”）.mask（“（999）999-9999”）；
元(锡).面具(99-999999);；
$（“#ssn”）。掩码（“999-99-9999”）；
});

然而，问题是当我改变时：

<script src="http://az849200.vo.msecnd.net/jquery/jquery.maskedinput.js"></script>

到我的自定义域

<script src="http://cdn.fingerscrossederie.com/jquery/jquery.maskedinput.js"></script>

从这个屏幕截图可以看出，我用网络解决方案创建了一个CNAME，它被Azure接受

我正在读这篇文章，它说创建自定义域时可能会有延迟，但自从我创建自定义域以来已经13个小时了

CNAME截图

我不知道从这里到哪里去

丹

你真的很接近

cdn.fingerscrossederie.com

应该是dns CNAME记录并指向

az849200.vo.msecnd.net

您应该在自己的主机/域名管理器（网络解决方案）中对此进行配置

提示：在开始时设置一个较短的TTL，这样如果你犯了错误，你就不必等待数小时直到TTL过期。如果你犯了错误，7200的TTL相当长

检查/验证过程如下：

命令：

dig cdn.fingerscrossederie.com

要查找的输出（顺便说一句，这看起来正确）：

；；答覆部分：

cdn.fingerscrosserie.com。CNAME az849200.vo.msecnd.net中的7199

az849200.vo.msecnd.net。CNAME cs3.wpc.v0cdn.net中的3599

cs3.wpc.v0cdn.net。3599在93.184.221.200中

一旦你验证了你得到了正确的CNAME，是时候验证你的设置工作了。这可以通过两个简单的curl命令完成，并比较标题：

命令：

$ curl -I http://cdn.fingerscrossederie.com/jquery/jquery.maskedinput.js

输出：

未找到HTTP/1.1 404

内容类型：text/html

日期：2008年1月8日星期五11:37:55 GMT

服务器：ECAcc（ams/48AE）

内容长度：345

另一个：

命令（这应该是您指定的cdn url）：

输出：

未找到HTTP/1.1 404

内容类型：text/html

日期：2008年1月8日星期五11:39:25 GMT

服务器：ECAcc（ams/48AE）

内容长度：345

鉴于两端都有404，这意味着两件事：

您的cdn.yourdomain.com CNAME正在运行

您的源url设置不正确，因此cdn无法找到您要获取的实际文件

希望这对你有所帮助，你真的很接近了

cdn.fingerscrossederie.com

应该是dns CNAME记录并指向

az849200.vo.msecnd.net

您应该在自己的主机/域名管理器（网络解决方案）中对此进行配置

提示：在开始时设置一个较短的TTL，这样如果你犯了错误，你就不必等待数小时直到TTL过期。如果你犯了错误，7200的TTL相当长

检查/验证过程如下：

命令：

dig cdn.fingerscrossederie.com

要查找的输出（顺便说一句，这看起来正确）：

；；答覆部分：

cdn.fingerscrosserie.com。CNAME az849200.vo.msecnd.net中的7199

az849200.vo.msecnd.net。CNAME cs3.wpc.v0cdn.net中的3599

cs3.wpc.v0cdn.net。3599在93.184.221.200中

一旦你验证了你得到了正确的CNAME，是时候验证你的设置工作了。这可以通过两个简单的curl命令完成，并比较标题：

命令：

$ curl -I http://cdn.fingerscrossederie.com/jquery/jquery.maskedinput.js

输出：

未找到HTTP/1.1 404

内容类型：text/html

日期：2008年1月8日星期五11:37:55 GMT

服务器：ECAcc（ams/48AE）

内容长度：345

另一个：

命令（这应该是您指定的cdn url）：

输出：

未找到HTTP/1.1 404

内容类型：text/html

日期：2008年1月8日星期五11:39:25 GMT

服务器：ECAcc（ams/48AE）

内容长度：345

鉴于两端都有404，这意味着两件事：

您的cdn.yourdomain.com CNAME正在运行

您的源url设置不正确，因此cdn无法找到您要获取的实际文件

希望这有帮助

屏幕截图显示的是azure门户世界视图，而不是您的DNS服务世界视图。对域进行的

nslookup

检查未显示任何CNAME记录。可能你对网络解决方案有问题。我在网络解决方案中设置它，就像Azure中的说明所说的那样。我编辑了这个问题以显示CNAME截图，看起来您有验证CNAME，但没有实际的CNAME。（即指向

cdn.fingerscrosserie.com

到

az849200.vo.msecnd.net

）文档说在三个CNA中使用cdnverify。如果

cdn.fingerscrosserie.com

没有指向Azure cdn域，它将如何解析到正确的地址？该屏幕截图显示了Azure门户的世界视图，不是你的DNS服务世界观。对域进行的

nslookup

cdn.fingerscrosserie.com

到

az849200.vo.msecnd.net

）文档中说在三个CNA中使用cdnverify。如果

cdn.fingerscrosserie.com

没有指向Azure cdn域，它将如何解析到正确的地址？