OSI參考模型（簡介），TCP/IP參考模型,HTTP/HTTPS協定

OSI參考模型（簡介)

OSI參考模型把龐大的體系分割成不同的小體系。OSI參考模型中不同層完成不同的功能，各層互相配合通過标準的接口進行通信。

OSI層級：

OSI參考模型分為七層，

第7層應用層：OSI中的最高層。為特定類型的網絡應用提供了通路OSI環境的手段。

第6層表示層：主要用于處理兩個通信系統中交換資訊的表示方式

第5層會話層：在兩個節點之間建立端連接配接。

第4層傳輸層：—正常資料遞送－面向連接配接或無連接配接。

第3層網絡層：本層通過尋址來建立兩個節點之間的連接配接

第2層資料鍊路層：在此層将資料分幀，并處理流控制。

第1層實體層：處于OSI參考模型的最底層。

比喻：

7 應用層：老闆 （指揮）

6 表示層：相當于公司中示範文稿、替老闆寫信的助理   （要幹什麼）

5 會話層：相當于公司中收寄信、寫信封與拆信封的秘書 （指定給誰）

4 傳輸層：相當于公司中跑郵局的送信職員 （指定傳送方式）

3 網絡層：相當于郵局中的排序勞工 （查詢位址，建立連接配接，配車發送）

2 資料鍊路層：相當于郵局中的裝拆箱勞工 （裝車，卸貨）

1 實體層：相當于郵局中的搬運勞工 （發車）

TCP/IP參考模型

TCP/IP是一組用于實作網絡互連的通信協定。Internet網絡體系結構以TCP/IP為核心。基于TCP/IP的參考模型将協定分成四個層次，它們分别是：網絡通路層、網際互聯層、傳輸層（主機到主機）、和應用層。

TCP/IP層級

1. 應用層

應用層對應于OSI參考模型的高層，為使用者提供所需要的各種服務，例如：FTP、Telnet、DNS、SMTP等.

2. 傳輸層（TCP,UDP）

傳輸層對應于OSI參考模型的傳輸層，為應用層實體提供端到端的通信功能，保證了資料包的順序傳送及資料的完整性。該層定義了兩個主要的協定：傳輸控制協定（TCP）和使用者資料報協定（UDP).

TCP協定提供的是一種可靠的、通過“三次握手”來連接配接的資料傳輸服務；而UDP協定提供的則是不保證可靠的（并不是不可靠）、無連接配接的資料傳輸服務.

3. 網際互聯層(IP)

網際互聯層對應于OSI參考模型的網絡層，主要解決主機到主機的通信問題。它所包含的協定設計資料包在整個網絡上的邏輯傳輸。注重重新賦予主機一個IP位址來完成對主機的尋址，它還負責資料包在多種網絡中的路由。該層有三個主要協定：網際協定（IP）、網際網路組管理協定（IGMP）和網際網路控制封包協定（ICMP）。

IP協定是網際互聯層最重要的協定，它提供的是一個可靠、無連接配接的資料報傳遞服務。

4. 網絡接入層（即主機-網絡層）

網絡接入層與OSI參考模型中的實體層和資料鍊路層相對應。它負責監視資料在主機和網絡之間的交換。事實上，TCP/IP本身并未定義該層的協定，而由參與互連的各網絡使用自己的實體層和資料鍊路層協定，然後與TCP/IP的網絡接入層進行連接配接。位址解析協定（ARP）工作在此層，即OSI參考模型的資料鍊路層。

HTTP/HTTPS協定

HTTP是超文本傳輸協定.是用戶端浏覽器或其他程式與Web伺服器之間的應用層通信協定,用于定義WEB浏覽器和WEB伺服器之間的資料互動的過程.

詳解: http://www.cnblogs.com/li0803/archive/2008/11/03/1324746.html

HTTP協定通常承載于TCP協定之上，有時也承載于TLS或SSL協定層之上，這個時候，就成了我們常說的HTTPS。如圖所示。預設HTTP的端口号為80，HTTPS的端口号為443。

可參考：http://blog.csdn.net/lmh12506/article/details/7794512

1.HTTP請求協定詳解(一部分)

1.請求行

 請求行必須出現在第一行。

 請求行格式：送出方式  請求路徑  協定/版本

例如: POST /day12/1.html  HTTP/1.1

請求行主要是用來聲明的，聲明請求方式，位址，和協定版本

2.請求頭(重點)

 host頭域

 Host頭域指定請求資源的Intenet主機和端口号。

 Referer頭域

 浏覽器通知伺服器,目前的請求來之何處.如果直接通路則沒有這個頭。例如請求轉發。

 Cookie頭域

 用于存放浏覽器緩存的cookie資訊

 Date頭域

 Date頭域表示消息發送的時間，時間的描述格式由rfc822定義。例如， Date:Mon,31Dec200104:25:57GMT。Date描述的時間表示世界标準時，換算成本地時間，需要知道使用者所在的時區。

 If-Modified-Since 

 浏覽器通知伺服器,本地緩存的最後修改時間.

 Accept頭域

3.請求體

  POST請求才有請求體.請求體中都是使用者表單送出的資料.

  資料格式url? key=value&key=value

2.HTTP響應協定詳解(一部分)

1.響應行

格式: 協定/版本  狀态碼 響應資訊

狀态碼,浏覽器和伺服器用于确定狀态的數字号碼(重點)

1xx  請求剛開始,未響應(一般不用)

2xx 

200 響應成功

3xx

302 請求轉發,一定要配合響應頭中的location使用

304 請求的資源未發生變化,使用本地資源

4xx

404 資源未找到

5xx

500 伺服器内部錯誤

2.響應頭(重點)

常見響應頭

Location 請求轉發,需要配合狀态碼302一起使用

Content-Type 響應正文的類型(MIME類型)

取值:text/html;charset=UTF-8

Content-Disposition 通過浏覽器以下載下傳的方式解析正文

取值:attachment;filename=xx.zip

Set-Cookie 伺服器端會話技術

Refresh 定時重新整理，格式：秒數;url=路徑。 url可以省略，預設值為目前頁

3.響應體

伺服器端發送給浏覽器端的正文.可以是HTML/圖檔/檔案