当前位置: 首页 > 知识库问答 >
问题:

当我在AWS route53中创建一个公共“www.google.com”记录集时发生了什么?

訾朗
2023-03-14

如你所知,www.google。com是一个已经在互联网上注册的域名。

我想知道为什么我可以创建一个域名为google的公共托管区。com没有从AWS route53获得任何错误。

我已经看过这里的文件了。它看起来像是服务器的名称。com TLD不受我的route53配置的影响。

互联网阻止我影响www.google.com域的机制是什么?

共有1个答案

郎项禹
2023-03-14

实际情况是,您只需在AWS路由53提供的服务器上创建一个条目,但这并不意味着google.com现在将使用您刚刚创建的记录。

这是因为谷歌。com正在使用其自己定义的名称服务器,要检查此项,请尝试使用以下命令:

$ dig google.com ns +short
ns3.google.com.
ns4.google.com.
ns2.google.com.
ns1.google.com.

您确实可以查询您的服务并请求www.google。com记录,例如:

dig @ns-1656.awsdns-15.co.uk www.google.com. 

根据您发布的图像,它应该返回您定义的IP123.123.123.123

注意@ns-1656.awsdns-15.co.uk,@it指定ns-1656.awsdns-15.co.uk作为要查询的服务器。

但是通过使用你的系统解析器,你应该得到谷歌的IP:

dig www.google.com

所有这些都结束了DNS解析的工作方式,您确实可以进行完整跟踪,例如,检查此命令的输出:

$ dig www.google.com +trace

; <<>> DiG 9.8.3-P1 <<>> www.google.com +trace
;; global options: +cmd
.                       557714  IN      NS      a.root-servers.net.
.                       557714  IN      NS      b.root-servers.net.
.                       557714  IN      NS      c.root-servers.net.
.                       557714  IN      NS      g.root-servers.net.
.                       557714  IN      NS      j.root-servers.net.
.                       557714  IN      NS      h.root-servers.net.
.                       557714  IN      NS      l.root-servers.net.
.                       557714  IN      NS      f.root-servers.net.
.                       557714  IN      NS      m.root-servers.net.
.                       557714  IN      NS      e.root-servers.net.
.                       557714  IN      NS      k.root-servers.net.
.                       557714  IN      NS      d.root-servers.net.
.                       557714  IN      NS      i.root-servers.net.
;; Received 449 bytes from 10.10.1.21#53(10.10.1.21) in 493 ms

com.                    172800  IN      NS      f.gtld-servers.net.
com.                    172800  IN      NS      m.gtld-servers.net.
com.                    172800  IN      NS      a.gtld-servers.net.
com.                    172800  IN      NS      i.gtld-servers.net.
com.                    172800  IN      NS      d.gtld-servers.net.
com.                    172800  IN      NS      j.gtld-servers.net.
com.                    172800  IN      NS      c.gtld-servers.net.
com.                    172800  IN      NS      k.gtld-servers.net.
com.                    172800  IN      NS      b.gtld-servers.net.
com.                    172800  IN      NS      h.gtld-servers.net.
com.                    172800  IN      NS      e.gtld-servers.net.
com.                    172800  IN      NS      l.gtld-servers.net.
com.                    172800  IN      NS      g.gtld-servers.net.
;; Received 492 bytes from 192.36.148.17#53(192.36.148.17) in 315 ms

google.com.             172800  IN      NS      ns2.google.com.
google.com.             172800  IN      NS      ns1.google.com.
google.com.             172800  IN      NS      ns3.google.com.
google.com.             172800  IN      NS      ns4.google.com.
;; Received 168 bytes from 192.55.83.30#53(192.55.83.30) in 27 ms

www.google.com.         300     IN      A       172.217.23.164
;; Received 48 bytes from 216.239.32.10#53(216.239.32.10) in 20 ms

这是在典型DNS解析场景中查询递归接收响应的方式:(取自:https://ns1.com/articles/using-dig-trace)

>

  • 您作为DNS客户端(或存根解析器)为google查询递归解析器。通用域名格式。

    挖掘谷歌。com跟踪

    递归解析器查询根名称服务器google.com.

    根名称服务器将递归解析器引用到. com顶级域(TLD)权威服务器。

    com.172800 IN NSf.gtld-servers.net.com.172800 IN NSm.gtld-servers.net.com.172800 IN NSa.gtld-servers.net.com.172800 IN NSi.gtld-servers.net.com.172800 IN NSd.gtld-servers.net.com.172800 IN NSj.gtld-servers.net.com.172800 IN NSc.gtld-servers.net.com.172800 IN NSk.gtld-servers.net.com.172800 IN NSb.gtld-servers.net.com.172800 IN NSh.gtld-servers.net.com.172800 IN NSe.gtld-servers.net.com.172800 IN NSl.gtld-servers.net.com.172800 IN NSg.gtld-servers.net.;在315 ms内从192.36.148.17#53(192.36.148.17)接收492字节

    您的递归解析器将查询。谷歌的com TLD权威服务器。通用域名格式

    google。通用域名格式。172800在NS ns2。谷歌。通用域名格式。谷歌。通用域名格式。NS ns1中的172800。谷歌。通用域名格式。谷歌。通用域名格式。172800在NS ns3。谷歌。通用域名格式。谷歌。通用域名格式。172800在NS ns4。谷歌。com;;在27毫秒内从192.55.83.30#53(192.55.83.30)接收到168个字节

    这个com TLD权威服务器将您的递归服务器引用到google的权威服务器。通用域名格式。

    您的递归解析器为google查询权威服务器。com,并接收216.239.31.10作为答案。

    google。通用域名格式。A 172.217.23.164中的300;;在20毫秒内从216.239.32.10#53(216.239.32.10)接收到48个字节

    递归解析器在记录中指定的生存时间(TTL)的持续时间内缓存答案,并将其返回给您。

    https://imgs.xnip.cn/cj/n/19/2eaceda4-c759-4bcf-853c-1fad03c43f34.png" width="100%" height="100%" />

  •  类似资料:
    • while(true)连续传递这些指令,但仅当accept()方法单击时才创建线程? 新线程是否有专用端口?套接字通信不是一对一的吗? 软件如何跟踪生成的套接字线程,这实际上有关系吗? 如何向刚写给我的线程发送答复? 也许是因为我缺乏谷歌技能,但我找不到一个好的教程来做这件事:帮助?

    • 一个普通的层中的第一个参数也是,是该层中神经元/节点的数量。然而,标准的LSTM单元如下所示: (这是《了解LSTM网络》的返工版) 在Keras中,当我创建这样的LSTM对象时,,我是否真的创建了这些LSTM单元的?还是LSTM单元内“神经网络”层的大小,即公式中的?还是别的什么? 对于上下文,我正在基于这个示例代码工作。 以下是留档:https://keras.io/layers/recurr

    • 之后我添加工具:替换="android: appComponentFactory在我的Manifest.xml它使发生错误 我只是按照日志给我的建议去做 我已经尝试了从这里开始的所有操作,Android X:tools:replace在第:行为属性指定,但没有指定新值 它向我展示了错误 这是我的Logcat 这是我的舱单

    • 问题内容: 我一直在尝试使用python编写小型2D游戏的代码。 所有这些都在循环内运行。基本上,每按一次箭头键,方向指示器dir_就会更改,它将在检查点编号上加1并将当前对象的当前头部位置(在索引位置插入该头部对象。)但是,不幸的是,所有这些点都是最新的。该列表是实现我的逻辑的重要因素。 在start时,这是when是2,when循环正在开始另一个迭代(取自创建的日志文件)。所有要附加的点都在上

    • 我正在尝试创建一个目录和文件,以便可以存储从Internet下载的文件。但是,我无法在外部公共存储中创建目录和文件。如果我写入外部私有存储(应用程序的特定存储位置),我完全可以这样做。 代码如下: 上面的代码导致: 09-13 05:33:45.258 5867-5867/? I/S。出来﹕ /存储/0CED-0F09/图片 09-13 05:33:45.260 5867-5867/? I/S。出