本文的目的在于闡述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的地址用于以后的查詢。