【文章內(nèi)容簡介】 T 1的傳輸實(shí)體將應(yīng)用進(jìn)程的連接請(qǐng)求傳送給 HOST 2的傳輸實(shí)體(5) HOST 2的傳輸實(shí)體詢問應(yīng)用服務(wù)器是否同意建立傳輸連接HOST 1 HOST 2TCP中的 SOCKET流程SERVER CLIENT申請(qǐng)創(chuàng)建 申請(qǐng)創(chuàng)建等待偵聽 呼叫發(fā)起連接許可連接發(fā)送數(shù)據(jù)接收數(shù)據(jù)UDP中的 SOCKET流程SERVER CLIENT申請(qǐng)創(chuàng)建 申請(qǐng)創(chuàng)建SENDTO RECVFROMSENDTORECVFROMTCP報(bào)文格式保留 URG源端口 目的端口發(fā)送 序號(hào)確認(rèn)序號(hào)首部長度緊急指針選項(xiàng)和填充窗口大小檢查和數(shù)據(jù)（可選）ACKPSHRSTSYNFIN建立 TCP連接：三次握手主機(jī) 1 主機(jī) 2SYN=1， ACK=0 Send_Seq=xSYN=1， ACK=1 Send_Seq=y, Ack_Seq=x+1通知應(yīng)用進(jìn)程主機(jī) 1 主機(jī) 2應(yīng)用進(jìn)程要求連接通知應(yīng)用進(jìn)程Ack_Seq=y+1SYN=1, ACK=0, Send_Seq=xSYN=1, ACK=0, Send_Seq=ySYN=1， ACK=1 Send_Seq=x, Ack_Seq=y+1SYN=1， ACK=1 Send_Seq=y, Ack_Seq=x+1正常連接情形 呼叫沖突：兩個(gè)主機(jī)在相同的一對(duì) SOCKET之間建立連接? 初始序號(hào)的設(shè)置：基于時(shí)鐘的方法三次握手：簡化的流程SYNSYN/ACKACK連接的正常釋放主機(jī) 1 主機(jī) 2FIN=1, Send_Seq=xAck_Seq= x+1應(yīng)用進(jìn)程要求釋放連接 通知應(yīng)用進(jìn)程應(yīng)用進(jìn)程要求釋放連接通知應(yīng)用進(jìn)程FIN=1, Send_Seq= yAck_Seq= y+1整個(gè)連接釋放? 采用定時(shí)器方法，處理確認(rèn)丟失的情況TCP連接管理的有限狀態(tài)自動(dòng)機(jī)CLOSEDLISTENSYN RCVD SYN SENTESTABLISHEDFIN WAIT1FIN WAIT2CLOSING CLOSE WAITLAST ACKTIMED WAITCLOSED客戶應(yīng)用進(jìn)程請(qǐng)求連接3 次握手建立連接釋放連接請(qǐng)求對(duì)方應(yīng)答收到對(duì)方的釋放請(qǐng)求 超時(shí)LISTEN收到連接請(qǐng)求收到客戶端的確認(rèn)收到對(duì)方的釋放請(qǐng)求釋放連接請(qǐng)求對(duì)方應(yīng)答收到對(duì)方的釋放請(qǐng)求對(duì)方應(yīng)答 對(duì)方請(qǐng)求+應(yīng)答釋放連接請(qǐng)求拒絕連接 請(qǐng)求建立連接同時(shí)建立連接UDP報(bào)頭格式源端口 目的端口UDP報(bào)文長度 檢查和課間 休息……應(yīng)用層HTTP 互聯(lián)網(wǎng)域名系統(tǒng)電子郵件 遠(yuǎn)程登錄文件傳輸 電子公告版 HTTP協(xié)議概述? HTTP協(xié)議的進(jìn)化– HTTP/（ 只有幾頁紙）– HTTP/（ RFC 1945， 1996年 5月）– HTTP/（ RFC 2068， 1997年 1月）HTTP協(xié)議概述? HTTP協(xié)議的定位– 應(yīng)用層無狀態(tài)通信協(xié)議– 依賴于具有可靠傳輸性能的底層協(xié)議– 一般在 TCP/IP基礎(chǔ)上實(shí)現(xiàn)（默認(rèn)端口號(hào) 80），也不排除其他底層協(xié)議HTTP協(xié)議概述? HTTP/– 基本概念– 請(qǐng)求與應(yīng)答– 持續(xù)連接– 內(nèi)容的格式、編碼與協(xié)商– 身份認(rèn)證– 緩存及其控制基本概念? 消息（ Message）– HTTP協(xié)議傳輸?shù)膶?duì)象，分請(qǐng)求和應(yīng)答兩種? 請(qǐng)求（ Request）– HTTP中的 主動(dòng) 消息，申請(qǐng)接受一種服務(wù)? 應(yīng)答（ Response）– HTTP中的 被動(dòng) 消息，提供所申請(qǐng)的服務(wù)或說明服務(wù)不能正常進(jìn)行的原因基本概念? 客戶端（ Client）– 發(fā)送請(qǐng)求的軟件實(shí)體，也叫用戶代理? 服務(wù)器（ Server）– 根據(jù)請(qǐng)求發(fā)送應(yīng)答的軟件實(shí)體。分 原始服務(wù)器 和 中介服務(wù)器 。中介服務(wù)器又分： 代理服務(wù)器 、 網(wǎng)關(guān)服務(wù)器 和 管道服務(wù)器? 連接（ Connection）– 傳輸層上兩程序間通信用 虛擬線路客戶端 服務(wù)器請(qǐng)求應(yīng)答連接基本概念? 原始服務(wù)器（ Origin Server）– 資源放在其上或在其上創(chuàng)建的服務(wù)器? 中介服務(wù)器（ Intermediate Server）– 代表客戶端和其他服務(wù)器轉(zhuǎn)發(fā) HTTP請(qǐng)求和應(yīng)答的服務(wù)器客戶端 中介服務(wù)器 原始服務(wù)器 客戶端、原始服務(wù)器與中介服務(wù)器基本概念? 代理服務(wù)器（ Proxy Server）– 在轉(zhuǎn)發(fā)中可以對(duì)消息進(jìn)行過濾和變換的身份明確的中介服務(wù)器? 管道服務(wù)器（ Tunnel）– 在轉(zhuǎn)發(fā)中不能對(duì)消息進(jìn)行過濾和轉(zhuǎn)換的身份明確的中介服務(wù)器? 網(wǎng)關(guān)服務(wù)器（ Gateway）– 在轉(zhuǎn)發(fā)中代替原始服務(wù)器身份的中介服務(wù)器客戶端 代理服務(wù)器 原始服務(wù)器請(qǐng)求 1 請(qǐng)求 1‘應(yīng)答 1應(yīng)答 1‘客戶端 管道服務(wù)器 原始服務(wù)器請(qǐng)求 2 請(qǐng)求 2應(yīng)答 2 應(yīng)答 2客戶端 網(wǎng)關(guān)服務(wù)器 原始服務(wù)器請(qǐng)求 3 請(qǐng)求 3‘應(yīng)答 3‘ 應(yīng)答 32 基本概念? 請(qǐng)求鏈與應(yīng)答鏈C M1 M2 S請(qǐng)求鏈（上行）應(yīng)答鏈（下行）請(qǐng)求與應(yīng)答? 消息＝消息頭＋消息體– 請(qǐng)求＝請(qǐng)求頭＋請(qǐng)求體（實(shí)體）? 請(qǐng)求頭＝請(qǐng)求行＋ *（頭域 1）? 頭域 1＝通用頭域 | 請(qǐng)求頭域 | 實(shí)體頭域– 應(yīng)答＝應(yīng)答頭＋應(yīng)答體（實(shí)體）? 應(yīng)答頭＝應(yīng)答行＋ *（頭域 2）? 頭域 2＝通用頭域 | 應(yīng)答頭域 | 實(shí)體頭域請(qǐng)求與應(yīng)答? 請(qǐng)求行– 請(qǐng)求方法? GET， HEAD， POST， PUT， OPTIONS， DELETE， TRACE，擴(kuò)展方法– 請(qǐng)求 URI? 絕對(duì) URI，相對(duì) URI– 協(xié)議版本號(hào)請(qǐng)求與應(yīng)答? 方法－ OPTIONS– 指定與資源相關(guān)聯(lián)的通信環(huán)境，不對(duì)資源本身進(jìn)行操作? 方法－ GET– 把所指定的資源作為實(shí)體取到客戶端? 方法－ HEAD– 把關(guān)于所指定的資源信息作為 頭 取到客戶端請(qǐng)求與應(yīng)答? 方法－ POST– 把請(qǐng)求所攜帶的實(shí)體作為所請(qǐng)求資源的一個(gè)附屬物? 方法－ PUT– 把請(qǐng)求所攜帶的實(shí)體存儲(chǔ)在指定 URI下? 方法－ DELETE– 刪除指定 URI所表示的資源請(qǐng)求與應(yīng)答? 方法－ TRACE– 激活請(qǐng)求消息的一個(gè)遠(yuǎn)程的、應(yīng)用層的回環(huán)? 擴(kuò)展方法請(qǐng)求與應(yīng)答? 應(yīng)答行– 協(xié)議版本號(hào)– 狀態(tài)碼? 1xx 告知類 ：請(qǐng)求收到，繼續(xù)處理? 2xx 成功類 ：動(dòng)作成功地收到，理解并接受? 3xx 重定向 ：為完成請(qǐng)求，還要做進(jìn)一步工作? 4xx 客戶端錯(cuò)誤 ：請(qǐng)求包含非法格式無法履行? 5xx 服務(wù)器錯(cuò)誤 ：請(qǐng)求合法但服務(wù)器無法服務(wù)– 理由陳述請(qǐng)求與應(yīng)答? 頭域 —— 通用頭域? CacheControl 緩存控制? Connection 連接? Date 資源創(chuàng)建日期? Pragma 規(guī)定? TransferEncoding 傳輸編碼? Upgrade 升級(jí)? Via 經(jīng)由請(qǐng)求頭域? 頭域 —— 請(qǐng)求頭域Accept AcceptCharsetAcceptEncoding AcceptLanguageAuthorization FromHost IfModifiedSinceIfMatch IfNoneMatchIfRange IfUnmidifiedSinceMaxForwards ProxyAuthorizationRange RefererUserAgent請(qǐng)求與應(yīng)答請(qǐng)求與應(yīng)答? 頭域 —— 實(shí)體頭域Allow ContentBaseContentEncoding ContentLanguageContentLength ContentLocationContentMD5 ContentRangeContentType EtagExpires LastModif