TCP/IP協(xié)議族
TCP/IP是互聯(lián)網(wǎng)相關的各類協(xié)議族的總稱。
TCP/IP的分層管理
按層次分別分為:應用層、傳輸層狐史、網(wǎng)絡層和數(shù)據(jù)鏈路層
各層次的功能:
a. 應用層:決定了向用戶提供應用服務時通信的活動恳蹲,常見的有FTP和DNS等嫌变。
b. 傳輸層:提供處于網(wǎng)絡連接中的兩臺計算機之間的數(shù)據(jù)傳輸,該層包含TCP和UDP兩種不同的協(xié)議并村。
c. 網(wǎng)絡層:用來處理網(wǎng)絡上流動的數(shù)據(jù)包,常見的IP滓技。
d. 鏈路層:用來處理連接網(wǎng)絡的硬件部分哩牍。-
傳輸流程圖:
IP協(xié)議
IP協(xié)議的作用是把各種數(shù)據(jù)包傳送給對方,為了保證能夠正確傳送給對方令漂,這里需要兩個重要的條件:IP地址和MAC地址膝昆。
- IP地址:指明了節(jié)點被分配到的地址
- MAC地址:網(wǎng)卡所屬的固定地址
- ARP協(xié)議:IP間的通信依賴于MAC地址。在網(wǎng)絡上叠必,通信的雙方在同一局域網(wǎng)內(nèi)的情況是很少的荚孵,通常是經(jīng)過多臺計算機和網(wǎng)絡設備中轉才能連接到對方,而在中轉過程時纬朝,會利用下一站中轉設備的MAC地址來搜索下一個中轉目標收叶。這時候,會利用ARP協(xié)議(一種解析地址的協(xié)議)共苛,根據(jù)通信的IP地址就可以反查到對應的MAC地址判没。
TCP協(xié)議
TCP協(xié)議位于傳輸層,提供可靠的字節(jié)流服務隅茎。所謂的字節(jié)流服務是指將大塊數(shù)據(jù)分割為報文段為單位的數(shù)據(jù)包進行管理澄峰。
-
三次握手:確保數(shù)據(jù)能準確到達目標
握手過程中使用了TCP的標志——SYN和ACK
a.首先Client向Server發(fā)送一個SYN信號
b.Server接收到SYN信號后,發(fā)送SYN/ACK信號給Client辟犀,這樣Client就能確認Server端是正確的俏竞。
c. Client再發(fā)送ACK給Server,這樣Server就能確認Client端是正確的堂竟。
DNS服務
DNS服務是提供域名到IP地址之間的解析服務魂毁。用戶通常使用主機名或域名來訪問對方的計算機,而不是直接通過IP地址跃捣。
URI和URL
URI為統(tǒng)一資源標識符漱牵,而URL為Web瀏覽器等訪問Web頁面時需要輸入的網(wǎng)頁地址,比如疚漆,http://hackr.jp/就是一個URL酣胀。
-
URI格式
a. 協(xié)議方案名:通常為http或https,ftp等
b. 登錄信息:指定用戶名和密碼作為從服務器端獲取資源時必要的登錄信息,為可選項
c. 服務器地址:可以指定為域名或者IP地址
d. 服務器端口號:可選項娶聘,若忽略闻镶,則使用默認端口號
e. 文件路徑:服務器上文件路徑來定位特指的資源
f. 查詢字符串:已指定文件路徑內(nèi)的資源
g. 片段標識符:已獲取資源的子資源
HTTP協(xié)議
-
請求報文
-
響應報文
HTTP中可使用的方法
- GET:獲取資源
- POST:傳輸實體主體
- PUT:傳輸文件,但自身不帶驗證機制丸升,存在安全性問題
- HEAD:獲取報文首部
- DELETE:刪除文件
-
OPTIONS:詢問資源支持的方法
7.TRACE:追蹤路徑铆农。發(fā)送請求時,在 Max-Forwards 首部字段中填入數(shù)值狡耻,每經(jīng)過一個服 務器端就將該數(shù)字減 1墩剖,當數(shù)值剛好減到 0 時猴凹,就停止繼續(xù)傳輸,最 后接收到請求的服務器端則返回狀態(tài)碼 200 OK 的響應岭皂。
-
CONNECT:要求用隧道協(xié)議連接代理郊霎。CONNECT 方法要求在與代理服務器通信時建立隧道,實現(xiàn)用隧道協(xié) 議進行 TCP 通信爷绘。主要使用 SSL(Secure Sockets Layer书劝,安全套接 層)和 TLS(Transport Layer Security,傳輸層安全)協(xié)議把通信內(nèi)容 加 密后經(jīng)網(wǎng)絡隧道傳輸土至。
持久連接:只要任意一端沒有明確提出斷開連接购对,則保持TCP連接狀態(tài),以減少TCP連接的重復建立和斷開所造成的額外開銷陶因,減輕了服務器端的負載骡苞。
管線化:實現(xiàn)并行發(fā)送多個請求,而不需要一個接一個地等待響應坑赡。