握手協議

❶ 什麼是握手協議

一、TCP握手協議

在TCP/IP協議中，TCP協議提供可靠的連接服務，採用三次握手建立一個連接。

第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；

第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；

第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

完成三次握手，客戶端與伺服器開始傳送數據，在上述過程中，還有一些重要的概念：

未連接隊列：在三次握手協議中，伺服器維護一個未連接隊列，該隊列為每個客戶端的SYN包（syn=j）開設一個條目，該條目表明伺服器已收到SYN包，並向客戶發出確認，正在等待客戶的確認包。這些條目所標識的連接在伺服器處於Syn_RECV狀態，當伺服器收到客戶的確認包時，刪除該條目，伺服器進入ESTABLISHED狀態。
Backlog參數：表示未連接隊列的最大容納數目。

SYN-ACK 重傳次數 伺服器發送完SYN－ACK包，如果未收到客戶確認包，伺服器進行首次重傳，等待一段時間仍未收到客戶確認包，進行第二次重傳，如果重傳次數超過系統規定的最大重傳次數，系統將該連接信息從半連接隊列中刪除。注意，每次重傳等待的時間不一定相同。

半連接存活時間：是指半連接隊列的條目存活的最長時間，也即服務從收到SYN包到確認這個報文無效的最長時間，該時間值是所有重傳請求包的最長等待時間總和。有時我們也稱半連接存活時間為Timeout時間、SYN_RECV存活時間。

(轉)

❷ 三次握手協議的概述

OSI參考模型中的網路層，在TCP/IP協議中，TCP協議提供可靠的連接服務，採用三次握手建立一個連接。
第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的syn（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。
完成三次握手，客戶端與伺服器開始傳送數據，在上述過程中，還有一些重要的概念：
未連接隊列：在三次握手協議中，伺服器維護一個未連接隊列，該隊列為每個客戶端的SYN包（syn=j）開設一個條目，該條目表明伺服器已收到SYN包，並向客戶發出確認，正在等待客戶的確認包。這些條目所標識的連接在伺服器處於Syn_RECV狀態，當伺服器收到客戶的確認包時，刪除該條目，伺服器進入ESTABLISHED狀態。
SYN-ACK 重傳次數：伺服器發送完SYN－ACK包，如果未收到客戶確認包，伺服器進行首次重傳，等待一段時間仍未收到客戶確認包，進行第二次重傳，如果重傳次數超過系統規定的最大重傳次數，系統將該連接信息從半連接隊列中刪除。注意，每次重傳等待的時間不一定相同。
半連接存活時間：是指半連接隊列的條目存活的最長時間，也即服務從收到SYN包到確認這個報文無效的最長時間，該時間值是所有重傳請求包的最長等待時間總和。有時我們也稱半連接存活時間為Timeout時間、SYN_RECV存活時間。

❸ SSL握手協議包含四個主要步驟是什麼

1、建立安全能力

這一階段由客戶端向伺服器發起建立連接請求，然後伺服器與客戶機進行消息交換，創建主密鑰在這個階段交換兩個信息，即Client Hello和Server Hello信息。

2、伺服器驗證和密鑰交換

若要認證,則在此階段,伺服器發送其證書、公鑰,也許還要對客戶請求證書。然後伺服器將發送server_key_exchange消息,如果伺服器已發送含固定Diffie-Hellman參數的證書或用了RSA密鑰交換方法,則不用發送該消息。

3、客戶端認證和密鑰交換

該階段共有三個消息從客戶端發送到伺服器。

首先，如果伺服器在第二階段已請求證書，則客戶端要發送一個證書信息；若無證書，那麼發送一個告警信息。

4、完成

在這個階段交換4個信息。

首先客戶端發送一個改變密碼規格信息,並把未定的密碼規格復制到當前密碼規格中,這個信息實際上是將要討論的改變密碼各個協議的一部分。然後發送一個完成消息宣布握手協議完成。

(3)握手協議擴展閱讀：

握手協議由一些客戶與伺服器交換的消息所構成，每一個消息都含有以下三個欄位。

(1)類型(type)，1個位元組:表示消息的類型,總共有十種

(2)長度(length)，3個位元組：消息的位組長度。

(3)內容(content)，大於或等於1個位元組，與此消息有關的參數。

❹ 簡述TCP的三次握手過程。

TCP握手協議 ：在TCP/IP協議中,TCP協議提供可靠的連接服務,採用三次握手建立一個連接。

1、第一次握手：建立連接時,客戶端發送syn包(syn=j)到伺服器,並進入SYN_SEND狀態,等待伺服器確認； SYN：同步序列編號(Synchronize Sequence Numbers)

2、第二次握手：伺服器收到syn包,必須確認客戶的SYN（ack=j+1）,同時自己也發送一個SYN包（syn=k）,即SYN+ACK包,此時伺服器進入SYN_RECV狀態；

3、第三次握手：客戶端收到伺服器的SYN＋ACK包,向伺服器發送確認包ACK(ack=k+1),此包發送完畢,客戶端和伺服器進入ESTABLISHED狀態,完成三次握手。

完成三次握手,客戶端與伺服器開始傳送數據。

❺ 握手協議的工作原理

講通俗一點吧，為了安全。
機器A（192.168.0.2）和機器B（192.168.0.3）准備通信。
首先：機器A給機器B發送一個握手消息，消息內容大致為：「我是192.168.0.2，請求和192.168.0.3通信！」並進入等待狀態。
然後：機器B反饋機器A消息：「確認通信」。
最後：機器B和192.168.0.2通信：「我是192.168.0.3，將要和192.168.0.2通信！」

說為了安全是這樣的：
如果機器A准備攻擊機器B的話，發送如下消息：
我是192.168.0.99（實際上是192.168.0.2），請求和192.168.0.3通信！
192.168.0.3同意
如果沒有3次握手的話，那麼192.168.0.2知道他在和192.168.0.3通話，但192.168.0.3一直以為他在和192.168.0.99通話呢。
所以要三次握手，了解？
全部手打，求分！

❻ 握手協議的作用是什麼

TCP/IP是很多的不同的協議組成，實際上是一個協議組，TCP用戶數據報表協議(也稱作TCP傳輸控制協議，Transport Control Protocol。可靠的主機到主機層協議。這里要先強調一下，傳輸控制協議是OSI網路的第四層的叫法，TCP傳輸控制協議是TCP/IP傳輸的6個基本協議的一種。 兩個TCP意思非相同。 )。TCP是一種可靠的面向連接的傳送服務。它在傳送數據時是分段進行的，主機交換數據必須建立一個會話。它用比特流通信，即數據被作為無結構的位元組流。 通過每個TCP傳輸的欄位指定順序號，以獲得可靠性。是在OSI參考模型中的第四層，TCP是使用IP的網間互聯功能而提供可靠的數據傳輸，IP不停的把報文放到 網路上，而TCP是負責確信報文到達。在協同IP的操作中TCP負責：握手過程、報文管理、流量控制、錯誤檢測和處理（控制），可以根據一定的編號順序對非正常順序的報文給予從新排列順序。關於TCP的RFC文檔有RFC793、RFC791、RFC1700。

在TCP會話初期，有所謂的「三握手」：對每次發送的數據量是怎樣跟蹤進行協商使數據段的發送和接收同步，根據所接收到的數據量而確定的數據確認數及數據發送、接收完畢後何時撤消聯系，並建立虛連接。為了提供可靠的傳送，TCP在發送新的數據之前，以特定的順序將數據包的序號，並需要這些包傳送給目標機之後的確認消息。TCP總是用來發送大批量的數據。當應用程序在收到數據後要做出確認時也要用到TCP。由於TCP需要時刻跟蹤，這需要額外開銷，使得TCP的格式有些顯得復雜。

❼ 什麼是三次握手協議

三次握手（three times handshake；three-way handshaking）所謂的「三次握手」即對每次發送的數據量是怎樣跟蹤進行協商使數據段的發送和接收同步，根據所接收到的數據量而確定的數據確認數及數據發送、接收完畢後何時撤消聯系，並建立虛連接。為了提供可靠的傳送，TCP在發送新的數據之前，以特定的順序將數據包的序號，並需要這些包傳送給目標機之後的確認消息。TCP總是用來發送大批量的數據。當應用程序在收到數據後要做出確認時也要用到TCP。

第一次
第一次握手：建立連接時，客戶端發送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；SYN：同步序列編號(Synchronize Sequence Numbers)。

第二次
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；

第三次
第三次握手：客戶端收到伺服器的SYN+ACK包，向伺服器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。

❽ 單片機與pc機的握手協議怎麼寫~！

第一步、要規定通訊波特率、起止位數、數據位、校驗位等內容
比如：波特率9600，1個起始位，1個停止位，8個數據位，無校驗位。

第二步、要確定通訊信息的執行流程，全雙工、半雙工等。最常用的是半雙工模式，也就是一問一答方式。比如：採用半雙工模式，流程如下
1、發送端發送1幀信息（發送）
2、發起端進入等待狀態，等待接收端應答；
3、接收端接收後解析該信息並完成處理，然後將處理結果回送給通訊發起端（應答）
4、發起端收到應答，回到1、。
如此循環下去。

第三步、要規定通訊幀格式。
簡單的協議格式可以是這種結構：
1、發送端： 幀頭 + 幀長度 + 信息內容 +校驗
幀頭：可以用1、2個特殊數字來表示，比如0x1B、0x10；代表一幀的起始
幀長度：用於說明本幀數據的長度，一般用1個位元組比較好
信息內容：不說了
校驗：可以將前3段的所有信息求和，這樣接收端可以進行同樣的運算然後比較結果，從而判斷接收到的信息是否有錯。
舉例：1B 10 0A 00 01 02 03 04 05 06 07 08 09 62
------- --- --------------------------------------- ---
幀頭 長度 信息 校驗和
2、接收端應答信息：
處理成功：'O'+'K'+ 應答信息長度 + 應答信息內容 + 校驗和
處理失敗：'E'+'R'+ 應答信息長度 + 應答信息內容(錯誤代碼) + 校驗和
舉例：'O'+'K' 01 09 xx
------- --- ---- ---
幀頭 長度 信息 校驗和

這種方式及數據結構在串口通訊的實際使用中應用極廣，花點時間去琢磨還是值得的。當然，上面只是提供了思路，要想保證通訊的完整性和正確性，協議中還要補充不少東西，比如接收端處理失敗怎麼辦、收發信息錯誤或不完整怎麼辦、一幀信息容不下全部數據怎麼辦等等。

具體到雙方握手，以上述模式為例：
發送端發送：1B 10 01 00 2C
------------- ---- ----- -----
幀頭 長度 握手命令 校驗和
接收方應答：'O'+'K' 01 09 xx
------- --- ---- ---
幀頭 長度 信息 校驗和

❾ 握手協議的簡介

通訊設備之間任何實際應用信息的傳送總是伴隨著一些控制信息的傳遞,它們按照既定的通訊回協議工作,將應用信息答安全、可靠、高效地傳送到目的地。握手協議就是兩個設備在通信之前，要互相的認識一下，然後才能互相傳送。
RS -232通行方式允許簡單連接三線：Tx、Rx和地線。但是對於數據傳輸，雙方必須對數據定時採用使用相同的波特率。盡管這種方法對於大多數應用已經足夠，但是對於接收方過載的情況這種使用受到限制。這時需要串口的握手功能。在這一部分，我們討論三種最常用的RS-232握手形式：軟體握手、硬體握手和 Xmodem。
a，軟體握手：我們討論的第一種握手是軟體握手。通常用在實際數據是控制字元的情況，類似於GPIB使用命令字元串的方式。必須的線仍然是三根：Tx， Rx和地線，因為控制字元在傳輸線上和普通字元沒有區別，函數SetXModem允許用戶使能或者禁止用戶使用兩個控制字元XON和OXFF。這些字元在通信中由接收方發送，使發送方暫停。

❿ 什麼叫做握手協議經常看到這個詞，但是一直不太明白

請求應答 請求應答後伺服器就在等再次請求的資源了 如果沒有再次的請求伺服器就會在一定時間內一直等待空空的白消耗資源