DNS原理总结及其解析过程

最新推荐文章于 2022-02-17 11:02:36 发布
最新推荐文章于 2022-02-17 11:02:36 发布
阅读量2.2k 收藏 6
点赞数
原文链接：https://chengqian90.com/DNS/DNS详解.html
版权

点击上方蓝色字体，关注我们

前言

域名系统（英语：Domain Name System，缩写：DNS）是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，使人更方便地访问互联网。DNS使用TCP和UDP端口53。当前，对于每一级域名长度的限制是63个字符，域名总长度则不能超过253个字符。

体系结构

DNS 是一个分布式数据库。它允许对整个数据库的各个部分进行本地控制；同时整个网络也能通过 客户-服务器 方式访问每个部分的数据，借助备份和缓存机制，DNS 将更强壮和足够的性能。
DNS 数据库的结构如图1所示，就像一棵倒挂着的树。

根域名服务器

根域名服务器（英语：root name server）是互联网域名解析系统（DNS）中最高级别的域名服务器，负责返回顶级域的权威域名服务器地址。它们是互联网基础设施中的重要部分，因为所有域名解析操作均离不开它们。由于DNS和某些协议（未分片的用户数据报协议（UDP）数据包在IPv4内的最大有效大小为512字节）的共同限制，根域名服务器地址的数量被限制为13个。幸运的是，采用任播技术架设镜像服务器可解决该问题，并使得实际运行的根域名服务器数量大大增加。截至2017年11月，全球共有800台根域名服务器在运行。

1
2

DNS 根域名服务器并不真的只有 13 台，而是 13 个 IP，对应了 A-M 13 个编号，
借由任播（Anycast）技术，编号相同的根服务器使用同一个IP（类似一个集群）。

顶级域

顶级域（或顶级域名；英语：Top-level Domain；英文缩写：TLD）是互联网DNS等级之中的最高级的域，它保存于DNS根域的名字空间中。顶级域名是域名的最后一个部分，即域名最后一点之后的字母，例如在example.com这个域名中，顶级域是.com（或.COM），大小写视为相同。

顶级域主要分4类：

  • 国家顶级域

    国家和地区顶级域名（Country code top-level domain，英语：ccTLD），简称国家顶级域，又译国码域名、顶级国码域名、国码顶级域名，或顶级国码域名，是用两字母的国家或地区名缩写代称的顶级域，其域名的指定及分配，政治因素考量凌驾在技术和商业因素之上。

    这些顶级域均由两个字母组成，大部分使用 ISO 3166-1标准。

  • 通用顶级域

    通用顶级域主要由.com、.info、.net及.org等域名组成。同时 .biz、.name及.pro亦可视作“通用”性质，但这些域名指定为“限制”级别，规定申请者须提供资格证明。

  • 基础建设顶级域

    .arpa，过去曾包括在“通用顶级域”内

    .arpa是互联网域名系统上一个专门用于互联网基础设施配置的顶级域。其名称最初是缩写自高级研究计划局（Advanced Research Projects Agency，ARPA），也就是现在互联网的雏形网络ARPANET的主管部门。现在其标准名称对应为“地址路由参数域（Address and Routing Parameter Area）”。直到2015年，它是IANA顶级域分类中的一个分类，基础设施顶级域（infrastructure top-level domain）内的唯一顶级域。

    现在其有两个二级域名，“in-addr.arpa”和“ip6.arpa”，用于对应IPv4和IPv6的DNS反向查询功能。

  • 测试顶级域

    例如繁体中文的http://例子.測試/及简体的http://例子.测试/

DNS 的分布式数据库是以域名为索引的，每个域名实际上就是一棵很大的逆向树中路径，这棵逆向树称为域名空间（domain name space）。如图1所示，树的最大深度不得超过 127 层，树中每个节点都有一个可以长达 63 个字符的文本标号。


区和域的不同

整个的域名空间可以根据组织划分或管理分类，组织成一个树状结构。树上的每个节点叫做 domain(域)，就是一个标示。一个 domain 的名字就是从 root 开始，到当前节点的所有 domain 标志的集合。从书写的结构上看，就是从右到左依次用”.”来区分开。这样域名的标志才能够唯一。

而整个的域名空间被分成的多个区域，叫 zone。它开始于一个顶级 domain，一直到一个子 domain 或是其它 domain 的开始。zone 通常表示管理界限的划分。实际上，zone 就是DNS 树状结构上的一个标识的点。一个 zone 包含了那些相邻的域名树结构的部分，并具有此部分的全部信息，并且它是真正授权的。它包含了这个节点下的所有域名，但不包括其它域里已经制定的。每个树状结构里的节点，在上级域中都有一个或多个 NS 记录。它们是和这个域中的 NS 记录相同的。

例如，有一个 domain 叫 example.com，它可以包含 host.aaa.example.com 和host.bbb.example.com 这些名字，但是它的 zone 文件中却只有 2 个 zone 的记录aaa.example.com 和 bbb.example.com。zone 就是一个一级的 domain，也可以是一个多级domain 的一部分。这个 domain 中的其它 zone，可以指向其它的域名服务器。DNS 树型结构中的每个名字都是一个 domain，当然它也可以是一个没有子域的、最末端的节点。每个子域（subdomain）也是一个 domain，每个 domain 其实也是一个子域（subdomain），当然最上面的 root 节点除外。


域名服务器的类型

一个 DNS 服务器可以同时作为多个域的主域名服务器和辅域名服务器，也可以只作为主，或只作为辅，或者做任何域的授权服务器而只使用自己的 cache 来提供查询解析。Master服务器也经常叫做 primary，slave 服务器也经常叫做 secondary。

所有的服务器都会将数据保存在缓存（cache）中，直到针对这些数据的 TTL（Time To Live）值过期。


主域名服务器

primary master server 是一个 domain 信息的最根本的来源。它是所有辅域名服务器进行域传输的源。主域名服务器是从本地硬盘文件中读取域的数据的。


辅域名服务器（次级域名服务器）

次级服务器（slave server或secondary server）使用一个叫做域转输的复制过程，调入其它服务器中域的内容。通常情况下，数据是直接从主服务器上传输过来的，但也可能是从本地磁盘上的 cache 中读到的。辅域名服务器可以提供必需的冗余服务。所有的辅域名服务器都应该写在这个域的 NS 记录中。


隐藏服务器（stealth server）

stealth server 可以针对一个域的查询返回授权的记录，但是它并没有列在这个域的 NS记录里。Stealth 服务器可以用来针对一个域进行集中分发，这样可以不用在远程服务器上手工编辑这个域的信息了。在这种方式中，一个域的 master 文件在 stealth server 上存储的位置，经常叫做“hidden primary”配置。Stealth 服务器也可以将域文件在本地做一个拷贝，从而可以在所有官方的域名服务器都不能访问的情况下，也能更快地读取域的记录。


高速缓存域名服务器（caching only server）

缓存服务器可以将它收到的信息存储下来，并再将其提供给其它的用户进行查询，直到这些信息过期。它的配置中没有任何本地的授权域的配置信息。它可以响应用户的请求，并询问其它授权的域名服务器，从而得到回答用户请求的信息。


转发服务器（forwarding server）

一台缓存名服务器本身不能进行完全的递归查询。相反，它能从缓存向其它的缓存服务器转发一部分或是所有不能满足的查询，一般被称作转发服务器。

可能会有一个或多个转发服务器，它们会按照顺序进行请求，直到全部穷尽或者请求得到回答为止。转发服务器一般用于用户不希望站点内的服务器直接和外部服务器通讯的情况下。一个特定的情形是许多 DNS 服务器和一个网络防火墙。服务器不能透过防火墙传送信息，它就会转发给可以传送信息的服务器，那台服务器就会代表内部服务器询问因特网 DNS 服务器。使用转发功能的另一个好处是中心服务器得到了所有用户都可以利用的更加完全的信息缓冲。


解析过程

域名解析总体可分为两大步骤：

  1. 本机向本地域名服务器发出一个DNS请求报文，报文里携带需要查询的域名；

  2. 本地域名服务器向本机回应一个DNS响应报文，里面包含域名对应的IP地址。而此步又包含了很多小的步骤。

本地服务器向上解析的时候，有两个不同的行为需要注意：

  • 递归查询：本机向本地域名服务器发出一次查询请求，就静待最终的结果。如果本地域名服务器无法解析，自己会以DNS客户机的身份向其它域名服务器查询，直到得到最终的IP地址告诉本机。

  • 迭代查询：本地域名服务器向根域名服务器查询，根域名服务器告诉它下一步到哪里去查询，然后它再去查，每次它都是以客户机的身份去各个服务器查询。

以dig 解析 alibaba.com为例（更详细的过程可以加+trace。）

1

$ dig alibaba.com

此解析过程包含六段信息：

第一段包含 请求和回应的简略信息

  • 第一行为dig的版本信息和需要解析的域名。

  • 第二行为dig设置的全局选项。前两行输出可以通过使用+nocmd选项来消除，但前提是它是命令行上的第一个参数（甚至在您查询的主机之前）。

  • 第三行表示已经获取到结果（无论是否解析到）。

  • 第四行和第五行为获取结果中的简略信息

    • opcode ，status 和 会话标识

    • flags、query数、answer数、authority数、additional数

第二段为请求时的附加域和Queries域信息

第三段为回应时的回应域

alibaba.com.为需要解析的域名

300为此记录的TTL

IN为此记录的CLASS

A为此记录的类型

106.11.208.151 和 106.11.223.101为此域名对应的IP

第四段为回应时的授权域

表明alibaba.com此域名所属的域名服务器

第五段为回应时的附加域

表明域名服务器的A记录

第六段是DNS服务器的一些传输信息

第一行为解析花费的时间

第二行为本地域名服务器及端口号

第四行为信息长度：UDP length - UDP header length


DNS报文格式


报文头

会话标识：DNS报文的ID标识，对于请求报文和其对应的应答报文，这个字段是相同的，通过它可以区分DNS应答报文是哪个请求的响应

标志：

标志位总长 16 个位，也就是两个字符。

有相应值的位标记为 1 ，没有的则标记为 0 。

最后这 16 个二进制的位通过进制转换即可变成十六进制的

  • QR 1bit

    • 0 为客户端请求包

    • 1 为服务器响应包

  • Opcode 4bits

    • 0000 为普通的 DNS 请求

    • 0001 为 rDNS 请求

    • 0002 为服务器状态

    • 0003 无

    • 0004 为通知 (Notify)

    • 0005 为更新 (Update)

  • 0006 - 0015 保留

  • AA 1bit

    • 0 为应答服务器不是该域名的权威解析服务器

    • 1 为应答服务器是该域名的权威解析服务器

  • TC 1bit

    • 0 为报文未截断

    • 1 为报文过长被截断 (只返回了前 512 个字节)

  • RD 1bit

    • 0 为不期望进行递归查询

    • 1 为期望进行递归查询 (从域名服务器进行递归查询)

  • RA 1bit

    • 0 为应答服务器不支持递归查询

    • 1 为应答服务器支持递归查询

  • Z 1bit

    保留位

  • AD 1bit

    • 0 为应答服务器未验证了该查询相关的 DNSSEC 数字签名

    • 1 为应答服务器已经验证了该查询相关的 DNSSEC 数字签名

  • CD 1bit

    • 0 为服务器已经进行了相关 DNSSEC 数字签名的验证

    • 1 为服务器并未进行相关 DNSSEC 数字签名的验证

  • Rcode 4bits

    十进制

    • 0000 为正常

    • 0001 为格式错误 (NS 无法解析这个请求)

    • 0002 为服务器错误 (NS 有问题所以无法进行这个请求)

    • 0003 为名称错误 (请求中的地址并不存在)

    • 0004 为未实施查询 (NS 服务器不支持这种查询)

    • 0005 为拒绝 (由于策略原因拒绝执行这个错误)

    • 0006 为域名出现了但是它不该出现

    • 0007 为集合 RR 存在但是他不该存在

    • 0008 为集合 RR 不存在但是他应该存在

    • 0009 为服务器并不是这个区域的权威服务器

    • 0010 为该名称并不包含在区域中

    • 0011 - 0015 保留

    • 0016 为错误的 OPT 版本或者 TSIG 签名无效

    • 0017 为无法识别的密钥

    • 0018 为签名不在时间范围内

    • 0019 为错误的 TKEY 模式

    • 0020 为重复的密钥名称

    • 0021 为该算法不支持

    • 0022 为错误的截断

    • 0023 - 3840 保留

    • 3841 - 4095 私人使用

    • 4096 - 65534 保留

    • 65535 RFC 6195

数量字段：

Questions、Answer RRs、Authority RRs、Additional RRs 各自表示后面的四个区域的数目。

Questions表示查询问题区域节的数量，Answers表示回答区域的数量，Authoritative namesversers表示授权区域的数量，Additional recoreds表示附加区域的数量。


RECORD域

Queries域

查询名

长度不固定，且不使用填充字节，一般该字段表示的就是需要查询的域名（如果是反向查询，则为IP，反向查询即由IP地址反查域名），一般的格式如下图所示。

查询类型：

类型助记符说明
1A由域名获得IPv4地址
2NS查询域名服务器
5CNAME查询规范名称
6SOA开始授权
11WKS熟知服务
12PTR把IP地址转换成域名
13HINFO主机信息
15MX邮件交换
28AAAA由域名获得IPv6地址
252AXFR传送整个区的请求
255ANY

对所有记录的请求

查询类

定义有下述 CLASS 助记符和值：

助记符值含义备注
IN1the Internet/互联网
CS2the CSNET class/CSNET 类被废弃，仅在某些被废弃的 RFCs 中用于举例
CH3the CHAOS class/CHAOS 类
HS4Hesiod [Dyer 87]

备注：CHAOS 和 Hesiod 请参考 DNS classes


DNS Resource Records

RR的定义来自 rfc1035 中 3.2 RR definitions。所有的RR都有如下所示的相同的顶层格式：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

                                1  1  1  1  1  1
  0  1  2  3  4  5  6  7  8  9  0  1  2  3  4  5
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                                               |
/                                               /
/                      NAME                     /
|                                               |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                      TYPE                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     CLASS                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                      TTL                      |
|                                               |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                   RDLENGTH                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--|
/                     RDATA                     /
/                                               /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
字段格式和描述
NAME所有者名称（owner name），例如，这个资源记录匹配的节点的名称
TYPE包含 RR TYPE 代码之一的 2 个八位字节（octets）
CLASS包含 RR CLASS 代码之一的 2 个八位字节（octets）
TTL32位有符号整数，指定在再次咨询信息源之前此资源记录可以被缓存的时间间隔。零值被解释为该 RR 仅能用于正在进行的流程，不应当被缓存。例如，总是将零 TTL 分配给 SOA 记录，以便禁止缓存。零值也可以用于极短暂的数据。
RDLENGTH无符号 16 位整数，指定以八位字节计的 RDATA 字段的长度。
RDATA可变长度的八位字节字符串，用来描述资源。这个信息的格式取决于资源记录的 TYPE 和 CLASS 。

TYPE 值域

TYPE 字段用于资源记录。注意，这些类型是 QTYPE 的子集。

TYPE值含义备注
A1a host address/主机地址
NS2an authoritative name server/权威名称服务器
MD3a mail destination/邮件目的地被废弃，使用 MX
MF4a mail forwarder/邮件转发器被废弃，使用 MX
CNAME5the canonical name for an alias/别名的正则名称
SOA6a marks the start of a zone of authority/标记权威区域的开始
MB7a mailbox domain name/邮箱域名EXPERIMENTAL
MG8a mail group member/邮件组成员EXPERIMENTAL
MR9a mail rename domain name/邮件重新命名域名EXPERIMENTAL
NULL10a null RREXPERIMENTAL
WKS11a well known service description/众所周知的服务描述
PTR12a domain name pointer/域名指针
HINFO13host information/主机信息
MINFO14mailbox or mail list information/邮箱或邮件列表信息
MX15mail exchange/邮件交换
TXT16text strings/文本字符串
SRV33service and protocol/服务和协议在rfc2052中引入

QTYPE 值域

QTYPE 字段出现在查询的 question 部分。QTYPE 是 TYPE 的超集，因此所有 TYPE 是合 法的 QTYPE。此外，定义有下述 QTYPE：

QTYPE值含义备注
AXFR252A request for a transfer of an entire zone/请求传送整个区域
MAILB253A request for mailbox-related records (MB, MG or MR)/请求相关邮箱记录(MB、MG 或 MR)
MAILA254A request for mail agent RRs/请求邮件代理 RR被废弃，参阅 MX
*255A request for all records/请求所有记录
1
2
3
4
5
6

0             类型0用作SIG RR的特殊指示器。在其他情况下，不得分配普通用途
1 - 127       此范围内的剩余TYPE由IETF Consensus分配给数据类型
128 - 255     此范围内的剩余TYPE由IETF共识分配给Q和Meta TYPE
256 - 32767   由IETF共识分配给 Q或Meta TYPE
32768 - 65279 所需规范见[RFC 2434]
65280 - 65535 私人使用

OPT（OPTion）RR，编号41，在[RFC 2671]中规定。其主要目的是扩展各种DNS字段的有效字段大小，包括RCODE，标签类型，标志位和RDATA大小。特别是，对于识别它的解析器和服务器，它将RCODE字段从4位扩展到12位。

QCLASS 值域

QCLASS 字段出现在查询的 question 部分。QCLASS 值是 CLASS 值的超集；每一个 CLASS 都是合法的 CLASS。除了 CLASS 值以外，定义有下述 QCLASS：

QCLASS值含义备注
*255any class/任何类

报文示例

请求报文

请求报文中主要Queries域比较主要，标识此请求的目的。


回应报文

回应报文比请求报文多了三个域：

  • Answers

    对请求的回应。此报文回应两条A记录。

  • Authoritative nameservers

    域名所属的NS。此报文表明alibaba.com有两条NS。

  • Additional records

    NS对应的记录。此报文表明Authoritative nameservers中的NS有4条A记录（每个NS两条）。


诊断工具

dig(Domain Information Groper)

域信息搜索器（dig）是一种用于从域名系统服务器那里收集信息的命令行工具。

搜索有两种模式：针对一条请求的简单交互式模式和执行多查询的批模式。所有的查询选项都可以通过命令行上来完成。

1
2


dig [@服务器]域
[查询-类型] [查询-类 [+查询-选项] [-dig-选项] [%注释]

通常采用以下形式：

1

dig @服务器 域 查询类型 查询类 （dig @server domain query-type query-class）

host

Host功能利用一个命令行界面，提供查询因特网主机名的功能。在默认状态下，他只将对主机名和IP地址进行转换，但是此项功能可以通过选项的使用得到拓展。

1

host [-aCdlrTwv] [-c class] [-N ndots] [-t type] [-W timeout] [-R retries] hostname [server]

Nslookup

是一个向因特网域名服务器发送请求的程序。Nslookup有两种模式：交互式和非交互式。

交互式允许向名服务器查询多个主机和域或者打印出在一个域中的主机列表。

非交互式模式用来显示一个主机或域的名字或被请求的信息。

1


nslookup [-option…][host-to -find]-[server]

当不使用参数（使用缺省的域名服务器），或第一个参数是”-”且第二个参数是一台DNS的主机名或IP地址话，nslookup就会进入交互模式。

非交互模式是在第一个参数为要查询的域名或IP地址时进入的。也可以配置第二个参数，来选定请求发送的域名服务器。由于神秘的用户界面和经常性的不一致行为，不建议使用 nsloopup，而应使用dig。

使用maven构建的工程的实践心得

Java 线程同步(Synchronized)

Java垃圾收集器一网打尽， ZGC 和 Shenandoah 听说过吗

动图帮你理解【Java垃圾收集机制】

一文搞懂 JVM 架构和运行时数据区 (内存区域)

为什么你的 Spring Task 定时任务没有定时执行？

搞java开发，看懂JVM的GC日志真的很重要

一次容器化springboot程序OOM问题探险

Java 应用性能调优的一些实践

可视化界面在线生成JVM参数

我就知道你“在看”

独行侠梦
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DNS原理及解析过程
刘启明
04-03 293
DNS(域名系统Domain Name System) 根域 就是所谓的“.”，其实我们的网址www.baidu.com在配置当中应该是www.baidu.com.（最后有一点），一般我们在浏览器里输入时会省略后面的点，而这也已经成为了习惯。 根域服务器我们知道有13台，但是这是错误的观点。 根域服务器只是具有13个IP地址，但机器数量却不是13台，因为这些IP地址借助了任播的技术，所以我们可以...
DNS原理和解析过程
05-27
DNS服务器所提供的服务是完成将主机名和域名转换为IP地址的工作。为什么需要将主机名和域名转换为IP地址的工作呢?这是因为，当网络上的 一台客户机访问某一服务器上的资源时，用户在浏览器地址栏中输入的是便于识记的主机名和域名
DNS原理及其解析的过程
izumi98的博客
11-13 147
一、域名系统 域名系统DNS(Domain Name System)是因特网使用的命名系统，用来把便于人们使用的机器名字转换成为IP地址。域名系统其实就是名字系统。为什么不叫“名字”而叫“域名”呢？这是因为在这种因特网的命名系统中使用了许多的“域(domain)”，因此就出现了“域名”这个名词。“域名系统”明确地指明这种系统是应用在因特网中。 我们都知道，IP地址是由32位的二进制数字组成的。用户与因特网上某台主机通信时，显然不愿意使用很难记忆的长达32位的二进制主机地址。即使是点分十进制IP地址也并不太容
DNS解析流程
weixin_33716941的博客
02-09 130
第一步：浏览器将会检查缓存中有没有这个域名对应的解析过的IP地址，如果有该解析过程将会结束。浏览器缓存域名也是有限制的，包括缓存的时间、大小，可以通过TTL属性来设置。 第二步：如果用户的浏览器中缓存中没有，操作系统会先检查自己本地的hosts文件是否有这个网址映射关系，如果有，就先调用这个IP地址映射，完成域名解析。 第三步：如果hosts里没有这个域名的映射，则...
DNS解析过程
前端精髓
06-21 1065
域名到IP地址的解析是由分布在因特网上的许多域名服务器程序共同完成的。域名服务器程序在专设的结点上运行，而人们也常把运行域名服务器程序的机器称为域名服务器。 域名到IP地址的解析过程的要点如下：当某一个应用需要把主机名解析为IP地址时，该应用进程就调用解析程序，并称为DNS的一个客户，把待解析的域名放在DNS请求报文中，以UDP用户数据报方式发给本地域名服务器。本地域名服务器在查找域名后，把对应的IP地址放在回答报文中返回。应用程序获得目的主机的IP地址后即可进行通信。 1、用户主机上运行着DNS的客户端，
DNS原理总结及其解析过程详解
01-27
域名系统DNS(DomainNameSystem)是因特网使用的命名系统，用来把便于人们使用的机器名字转换成为IP地址。域名系统其实就是名字系统。为什么不叫“名字”而叫“域名”呢？这是因为在这种因特网的命名系统中使用了许多...
DNS原理及其解析过程剖析(图文)
09-30
我们无法记住10个以上IP地址的网站，所以我们访问网站时，更多的是在浏览器地址栏中输入域名，就能看到所需要的页面，这是因为有一个叫DNS服务器的计算机自动把我们的域名翻译成了相应的IP地址，然后调出IP地址所...
DNS欺骗原理及其防御方案
09-28
### DNS欺骗原理及其防御方案 #### 一、概述 域名系统（Domain Name System，DNS）是一种将域名转换为IP地址的分布式数据库系统，是互联网基础设施的重要组成部分。由于DNS设计初期未充分考虑安全性，使得DNS面临...
DNS原理及其解析过程【精彩剖析】
程宇寒
01-22 2389
这是因为有一个叫“DNS服务器”的计算机自动把我们的域名“翻译”成了相应的IP地址，然后调出IP地址所对应的网页;
DNS详解,详细讲解DNS的原理,过程,使用过程,提供完整清晰的理解.一共有12章 .
10-25
DNS详解,详细讲解DNS的原理,过程,使用过程,提供完整清晰的理解.一共有12章 .
DNS 解析过程
qq_40091033的博客
11-19 99
DNS 解析过程 DNS 解析过程
多张图带你彻底搞懂DNS域名解析过程
热门推荐
林深不见鹿 的博客
02-17 11万+
1、DNS DNS（Domain Name System）是域名系统的英文缩写，是一种组织成域层次结构的计算机和网络服务命名系统，用于 TCP/IP 网络。 2、域名系统DNS 的作用 通常我们有两种方式识别主机：通过主机名或者 IP 地址。人们喜欢便于记忆的主机名表示，而路由器则喜欢定长的、有着层次结构的 IP 地址。为了满足这些不同的偏好，我们就需要一种能够进行主机名到IP 地址转换的目录服务，域名系统作为将域名和 IP 地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。 因此，即使不使用域名
工业视觉智能-分割模型基础知识
最新发布
08-18
根据《阿里云工业视觉智能高级工程师ACP认证免费课程》（https://edu.aliyun.com/course/3128115/lesson/342981389）创建的个人笔记
DNS工作原理与解析流程详解
"DNS的工作模式及其相关协议学习" DNS（Domain Name System）是互联网的关键组成部分，它负责将人类可读的域名转换为机器可识别的IP地址。DNS的工作模式基于分层的结构，以有效管理和分散全球的域名信息。这是因为...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值