當我們在瀏覽器的位址列中輸入了乙個網域名稱~比如github.com的時候,在我們的計算機中以及整個網路中都會發生什麼事情呢?
從我們輸入網域名稱開始直到我們獲得要訪問的ip位址的過程,我們稱之為網域名稱解析過程。這個過程也是我們經常會被問的問題,那麼我們今天來解釋網域名稱解析的全過程~
在網際網路中我們通常說的也是網域名稱,我們通常會說你去www.baidu.com搜一下,沒人會說你去「119.75.217.109」搜一下~
當我們輸入乙個url的時候,瀏覽器會先從本地的快取中看,有沒有這個網域名稱對應。
當要訪問的url沒有命中本地的瀏覽器快取時,就要檢視計算機本地的host指向,有沒有相關的記錄。計算機本地的host是乙個檔案,記錄著網域名稱和ip的對映關係。
當瀏覽器快取和計算機host都沒有命中的時候,就要求助於本地的dns解析伺服器了。本地的dns解析伺服器我們稱之為ldns。這些伺服器距離我們比較近,可能在每個城市都會有。
每個城市的dns也不可能記住全世界所有的**,所以ldns也有可能找不到相應的網域名稱對應的ip。
當本地的dns解析找不到的時候,就會求助更權威的機構,也就是gtld server。gtld server 全稱是generic top-level domain server,通用頂級域server。
我們常見的網域名稱字尾有.com的,有.net的,有.org的等等很多。每個頂級網域名稱都有乙個記錄著所有註冊過相應網域名稱的記錄。比如.com網域名稱的伺服器就會記錄著全部註冊過的.com的網域名稱。
每個網域名稱字尾的頂級網域名稱伺服器也不可能只有一台,畢竟一台機器無法承載這麼大的訪問量,肯定是有多台的。
但是ldns只會訪問其中的一台,當被訪問的這台gtld server收到了這個網域名稱之後,會告訴ldns你應該去詢問哪台機器,然後ldns再去相應的機器去詢問這個網域名稱對應的ip。
當ldns從gtld獲取到了網域名稱對應的ip之後就會把這個資訊返回給發出請求的計算機,然後ldns會在本地進行快取,相應的瀏覽器也會對這個網域名稱和ip進行快取,以保證下次再有訪問這個網域名稱時可以很快的響應。
網域名稱解析過程 網域名稱解析過程
0x01相關資訊 閘道器 閘道器實質上是乙個網路通向其他網路的ip位址。要實現兩個網路之間的通訊,則必須通過閘道器。如果網路a中的主機發現資料報的目的主機不在本地網路中,就把資料報 給它自己的閘道器,自己的閘道器通過尋找路由指向,再由閘道器 給網路b的閘道器,網路b的閘道器再 給網路b的某個主機。i...
網域名稱解析過程
當我們發起請求查詢 www.nihao.net 這個網域名稱時會用到 dns 服務。dns 拿到請求後,先檢查一下自己的快取中有沒有這個位址,有的話就直接返回。如果快取中沒有的話,dns 會從配置檔案裡面讀取13個根網域名稱伺服器的位址。並向其中一台發起請求。根伺服器拿到這個請求後,知道他是 com...
網域名稱解析過程
一 主機向本地網域名稱伺服器的查詢一般都是採用遞迴查詢。所謂遞迴查詢就是 如果主機所詢問的本地網域名稱伺服器不知道被查詢的網域名稱的ip位址,那麼本地網域名稱伺服器就以dns客戶的身份,向其它根網域名稱伺服器繼續發出查詢請求報文 即替主機繼續查詢 而不是讓主機自己進行下一步查詢。因此,遞迴查詢返回的...