快捷搜索:

Solaris的DNS名称解析过程

本文的目的在于阐述DNS名称解析历程。为了给出一个例子,我们假设某个用户试图从客户机ftp到ftp.internic.net。

该客户机将经历如下解析步骤:

1. 客户机根据/etc/nsswitch.conf文件来肯定名字解析的顺序。在本例中,假定的顺序是:首先是本地文件,其次

NIS+办事器,着末是DNS。

2. 客户机查找本地/etc/inet/hosts文件,没有发明匹配项。

3. 客户机向NIS+办事器提议关于ftp.internic.net地址的查询,仍旧没有找到。

4. 客户机根据/etc/resolv.conf文件肯定名称解析搜索列表和本地DNS办事器的地址。

5. 客户机解析例程向本地DNS办事器提议一个递归的DNS查询,以返回ftp.intenic.net的地址。此次,客户机将壅闭直

到本地DNS办事器完成名称解析。

6. 假如该查询近来呈现过,本地DNS办事器首先会反省缓冲。假如该查询结果在本地缓冲里,它向客户机返回一个非权

威的查询结果

7. 本地DNS办事器向认真internic.net域查询的DNS办事器(假如没有适当的DNS办事器就向根办事器)提议一个交互查

询。在本例中,我们假设缓冲中没有所需的查询结果,而且根办事器办事于我们的查询。

8. 根办事器返回最靠近的信息。这样,你只能从根办事器获得的所有net.办事器的名称和地址。根办事器返回的这些

名称和地址还包孕了保持光阴(time-to-alive),保持光阴用于看护本地域名办事器,这些名称和地址可以缓冲多长

光阴。

9. 本地DNS办事器向上一步查询返回的net.办事器的此中之一提议查询,查询的历程与上述向根办事器进行的交互查询

是一样的。

10. net.办事器返回最为靠近的信息--internic.net.办事器的地址和名称及其保持光阴(time-to-live)。

11. 本地DNS办事器向此中的一个internic.net.办事器提议相同的查询。

12. internic.net.办事器返回ftp.internic.net的地址及其保持光阴(time-to-live)。

13. 本地DNS办事器向客户机返回所哀求的地址,然后就可以处置惩罚ftp敕令。

14. 本地DNS办事器将缓冲ftp.internic.net的地址用于今后的查询。

您可能还会对下面的文章感兴趣: