URL訪問網站的整個過程
在校園網下,在IE中輸入www.sina.com.cn直到顯示結果的過程:
1、本地過程
若DNS快取中沒有相關資料,則IE瀏覽器先向DNS伺服器發出DNS請求:
這一過程的目的是獲取www.sina.com這個域名所對應的IP地址;
IE瀏覽器向本機DNS模組發出DNS請求,DNS模組生成相關的DNS報文;
DNS模組將生成的DNS報文傳遞給傳輸層的UDP協議單元;
UDP協議單元將該資料封裝成UDP資料報,傳遞給網路層的IP協議單元;
IP協議單元將該資料封裝成IP資料包,其中目的IP地址為DNS伺服器的IP地址;
封裝好的IP資料包將傳遞給資料鏈路層的協議單元進行傳送;
傳送時如果ARP快取中沒有相關資料,則傳送ARP廣播請求,等待ARP迴應;
得到ARP迴應後,將IP地址與路由下一跳MAC地址對應的資訊寫入ARP快取表;
寫入快取後,以路由下一跳地址填充目的MAC地址,並以資料幀形式轉發;
這個轉發過程可能會進行多次,這取決於DNS伺服器在校園網中的位置;
DNS請求被髮送到DNS伺服器的資料鏈路層協議單元;
DNS伺服器的資料鏈路層協議單元解析收到的資料幀,將其內部所含有的IP資料包傳遞給網路層IP協議單元;
DNS伺服器的IP協議單元解析收到的IP資料包,將其內部所含有的UDP資料報傳遞給傳輸層的UDP協議單元;
DNS伺服器的UDP協議單元解析收到的UDP資料包,將其內部所含有的DNS報文傳遞給該伺服器上的DNS服務單元;
DNS服務單元收到DNS請求,將域名解析為對應的IP地址,產生DNS迴應報文;
(所有應用層報文必須通過傳輸層、網路層和資料鏈路層,因此在下面的敘述中,我將簡化這一過程的敘述,簡化形式如下面的樣子,其中單箭頭為本機內部傳遞,雙箭頭為網路上的傳送)
DNS迴應報文→UDP→IP→MAC→→請求域名解析的主機;
請求域名解析的主機收到資料幀,該資料幀→IP→UDP→DNS→IE瀏覽器;
將域名解析的結果以域名和IP地址對應的形式寫入DNS快取表。
講解:
ARP(地址解析)協議是一種解析協議,本來主機是完全不知道這個IP對應的是哪個主機的哪個介面,當主機要傳送一個IP包的時候,會首先查一下自己的ARP快取記憶體(就是一個IP-MAC地址對應表快取),如果查詢的IP-MAC值對不存在,那麼主機就向網路傳送一個ARP協議廣播包,這個廣播包裡面就有待查詢的IP地址,而直接收到這份廣播的包的所有主機都會查詢自己的IP地址,如果收到廣播包的某一個主機發現自己符合條件,那麼就準備好一個包含自己的MAC地址的ARP包傳送給傳送ARP廣播的主機,而廣播主機拿到ARP包後會更新自己的ARP快取(就是存放IP-MAC對應表的地方)。傳送廣播的主機就會用新的ARP快取資料準備好資料鏈路層的的資料包傳送工作。
2、IE瀏覽器與www.sina.com.cn建立TCP連線:TCP建立連線的三次握手
IE瀏覽器向www.sina.com.cn發出TCP連線請求報文;
該請求TCP報文中的SYN標誌位被設定為1,表示連線請求;
該TCP請求報文→IP(DNS)→MAC(ARP)→→校園閘道器→→www.sina.com.cn主機;
該TCP請求報文經過IP層時,填入的目的IP地址就是上面DNS過程獲得的IP地址;
經過資料鏈路層時,若MAC地址不明,還要進行上面所敘述的ARP過程;
www.sina.com.cn收到的資料幀→IP→TCP,TCP協議單元會迴應請求應答報文;
該請求應答TCP報文中的SYN和ACK標誌位均被設定為1 ,表示連線請求應答;
該TCP請求應答報文→IP→MAC(ARP)→→校園閘道器→→請求主機;
請求主機收到資料幀→IP→TCP,TCP協議單元會迴應請求確認報文;
該請求應答TCP報文中的ACK標誌位被設定為1,表示連線請求確認;
該TCP請求確認報文→IP→MAC(ARP)→→校園閘道器→→www.sina.com.cn主機;
www.sina.com.cn收到的資料幀→IP→TCP,連線建立完成;
在這個過程中,任何一個報文出錯或超時,都要進行重傳;
這個過程被稱為TCP建立連線的三次握手。
3、IE瀏覽器開始HTTP訪問過程
IE瀏覽器向www.sina.com.cn發出HTTP-GET方法報文;
該HTTP-GET方法報文→TCP→IP→MAC→→校園閘道器→→www.sina.com.cn主機;
www.sina.com.cn收到的資料幀→IP→TCP→HTTP,HTTP協議單元會迴應HTTP協議格式封裝好的HTML超文字形式資料;
HTTP-HTML資料→TCP→IP→MAC(ARP)→→校園閘道器→→請求主機;
請求主機收到的資料幀→IP→TCP→HTTP→IE瀏覽器,瀏覽器會以網頁形式顯示HTML超文字,就是我們所看到的網頁。
4、斷開TCP連線:TCP斷開連線的四次握手
IE瀏覽器向www.sina.com.cn發出TCP連線結束請求報文;
該請求TCP報文中的FIN標誌位被設定為1,表示結束請求;
該TCP結束請求報文→IP→MAC(ARP)→→校園閘道器→→www.sina.com.cn主機;
www.sina.com.cn收到的資料幀→IP→TCP,TCP協議單元會迴應結束應答報文;
該結束應答TCP報文中的FIN和ACK標誌位均被設定為1,表示結束應答;
該TCP結束應答報文→IP→MAC(ARP)→→校園閘道器→→請求主機;
相關推薦
URL訪問網站的過程(三次握手、四次揮手),傳送RST包的四種情況,常用協議
URL訪問網站(三次握手、四次揮手) 1)獲得域名所對應的IP地址,若DNS快取中沒有相關資料,則IE瀏覽器向DNS伺服器發出DNS請求,以獲取域名所對應的IP地址。 2)IE瀏覽器與域名地址建立TCP連線,三次握手 3)http訪問 4)斷開TCP連線,四次揮手
URL訪問網站的整個過程,並描述用到的演算法和協議
若DNS快取中沒有相關資料,則IE瀏覽器先向DNS伺服器發出DNS請求: 這一過程的目的是獲取www.sina.com這個域名所對應的IP地址; IE瀏覽器向本機DNS模組發出DNS請求,DNS模組生成相關的DNS報文; DNS模組將生成的DNS報文傳遞給傳輸層的UDP協議單元; UDP協議單元將該資料封裝
URL訪問網站的整個過程
在校園網下,在IE中輸入www.sina.com.cn直到顯示結果的過程: 1、本地過程 若DNS快取中沒有相關資料,則IE瀏覽器先向DNS伺服器發出DNS請求: 這一過程的目的是獲取www.sina.com這個域名所對應的IP地址; IE瀏覽器向本機DNS
URL訪問網站的網路傳輸全過程
開啟瀏覽器,在位址列輸入URL,回車,出現網站內容。這是我們幾乎每天都在做的事,那這個過程中到底是什麼原理呢?HTTP、TCP、DNS、IP這些耳熟能詳的名詞都在什麼時候起著什麼作用呢?在這裡整體梳理一遍。 整個過程基本分做下面幾個部分: 1、域名解析成IP地址; 2、與目的主機進行TCP連線(三次握手)
用戶訪問網站過程
linux 當我們打開瀏覽器輸入網址回車,到看到網頁頁面,主要有兩大步驟:第一,將域名解析成ip的過程,第二,通過ip找到網站服務器,請求打開具體的網頁,服務器響應請求,客戶端瀏覽器收到響應報文後,渲染html文檔,最終得到我們看到的網頁頁面。 dns解析的流程,大家都知道,計算機之間
打開瀏覽器,在地址欄輸入URL,回車,出現網頁內容。整個過程發生了什麽?其中的原理是什麽?
nbsp article tps blog 斷開 其中 過程 art 域名解析 域名解析成IP地址; 與目的主機進行TCP連接(三次握手); 發送與收取數據(瀏覽器與目的主機開始HTTP訪問過程); 與目的主機斷開TCP連接(四次揮手); 更多請看: https://b
第1章 1.5計算機網路概述--訪問網站資料傳輸過程
15.0.0.2主機(A)中的瀏覽器ie向網站伺服器(B)13.0.0.2請求訪問url1網頁,B將生成的網頁資料放到網絡卡快取C中,C就緒後就開始向網絡卡快取D傳送資料,D收到資料後就告訴C我收到資料1了,我要資料2。C就會將資料1從快取中清除,傳送資料2給D,同時將還沒有放進C的、要傳送的資料
URL訪問過程
DNS 域名解析計算機無法識別域名,計算機與計算機之間要想進行通訊,必須通過ip地址用來定位該計算機所在的位置在瀏覽器中,輸入的ip地址或者域名,預設給你加了一個80埠號(對方的伺服器監聽的就是80埠)158.12.25.652 域名就是為了好記為了好記,所以我們的全球資訊網提供了 一個 域名這樣的概念當你輸
從輸入url到返回頁面 的整個過程
從輸入域名到訪問網站的過程 學習建立網頁前,我們應先了解網路(Web)基本的運作方式。也就是從我們在瀏覽器中輸入域名到瀏覽器顯示頁面,這個過程中到底發生了什麼事?見下面圖示: 說明 1,瀏覽器通常指 IE FireFox等,客戶端使用的程式 2,每臺連線網際網路
使用者訪問一個網站的過程描述
描述從瀏覽器開啟http://www.baidu.com地址回車傳送請求到看到頁面的過程?開啟瀏覽器輸入網址回車,到看到頁面的過程大綱:1、使用者訪問網站流程框架2、DNS解析原理 *****3、tcp/ip三次握手原理 *****4、http協議原理(www服務的請求過程
一次web訪問背後的整個過程
最近這段時間一直在學習計算機網路方面的知識,今天書差不多算是看完了,所以想寫一篇文章來給自己這段時間對於計算機網路的學習做一個總結吧。可能會顯得很基礎和囉嗦,主要是初學者,不要介意。 我們學生在學校經
怎樣訪問pcie整個4k的配置空間
ips bottom per str nal block top 2個 內存 眼下用於訪問PCIe配置空間寄存器的方法須要追溯到原始的PCI規範。為了發起PCI總線配置周期,Intel實現的PCI規範使用IO空間的CF8h和CFCh來分別作為索引和數據寄存器,這樣的方法
訪問網站出現EOF
哪些 軟件 補丁 全部 apr 自動更新 免費 ble 更新 HTTP/0.0 503 Service Unavailable Date: Tuesday, 18-Apr-17 10:29:46 CST Keep-Alive: timeout=38 EOF 今天訪問本
ios in-house 公布整個過程(startssl認證)
pri nload con popu ios 自己 連接 star 沒有 首先大體說一下步驟: 1。申請蘋果enterprise 賬號 為應用生成app id,provision profile等 詳見:http://www.th7.cn/Program/I
使用Filter控制url訪問權限
filter、urlpublic class ForumFilter implements Filter { private static final String[] UNLOGIN_URIS = {"/index.jsp","/index.do","/login.jsp","/login/doL
ThinkPHP5.0---URL訪問
參數 模塊 server 設置 地址 中控 默認 gte 配置 ThinkPHP 5.0 在沒有啟用路由的情況下典型的URL訪問規則是(采用 PATH_INFO 訪問地址): http://serverName/index.php(或者其它應用入口文件)/模塊/控制器
centos 7.2 Laravel訪問網站頁面空白
centos 7.2 laravel訪問網站頁面空白Laravel訪問網站頁面空白 (2527) (0)配置好了Laravel之後進行網站訪問,發現是空白頁面,第一次使用Laravel很迷茫。使用fiddler查看的時候出現500錯誤,網上查了下是因為根目錄下的storage目錄沒有777權限,如圖: 解決
谷歌瀏覽器訪問網站提示“您要訪問的網站包含惡意軟件”
chrome今天有蟬知建站系統的客戶反映,他的站點在用谷歌瀏覽器訪問時提示“您要訪問的網站包含惡意軟件”,而是用其他的瀏覽器訪問顯示正常,紅通通的頁面並未讓用戶感到一絲喜慶。問題原因:出現這個問題的原因有很多,遇到該提示時,可以考慮以下幾個因素:1.網站本身確實有問題,比如被惡意攻擊、掛馬,或是間接地引用了惡
Apache服務器URL訪問中文編碼設置
img nco eva .com usr author col div load 在/usr/local/apache/conf/httpd.conf文件末位添加以下信息: 1 #add chinese url code 2 LoadModule encoding
SVN如何將版本庫url訪問地址中的https改為http
ima svn 面板 連接 協議 版本 nbsp .com 控制臺 1、選擇控制臺樹中的根節點,右鍵選擇“屬性”。 2、切換至面板“網絡”。 3、取消勾選項“使用安全連接協議(https://)”。 SVN如何將版本庫url訪問地址中的https改為http