一種在uboot上實現(xiàn)三次握手的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通訊連接方法，特別涉及一種在UBOOT上實現(xiàn)三次握手的方法。
【背景技術(shù)】
[0002]Uboot，全稱Universal Boot Loader,是遵循GPL條款的開放源碼項目。Uboot是嵌入式系統(tǒng)中最常用的Bootloader。Uboot作為一種Bootloader具有以下優(yōu)點:Uboot是基于GPL條款的開放源碼項目，是GPL下資源代碼最完整的一個通用Bootloader ；Uboot有引導啟動和下載運行兩種模式，并具有大型Boot loader所應該具備的所有功能；Uboot支持的處理器架構(gòu)包括PowerPC，ARM，MIPs和X86等；Uboot支持大量的外設(shè)驅(qū)動，支持多種不同的文件系統(tǒng)。
[0003]HTTP 協(xié)議，即超文本傳送協(xié)議(HTTP-Hypertext transfer protocol)定義了瀏覽器(即萬維網(wǎng)客戶進程)怎樣向萬維網(wǎng)服務器請求萬維網(wǎng)文檔，以及服務器怎樣把文檔傳送給瀏覽器。
[0004]TCP/IP 協(xié)議，即 Transmiss1n Control Protocol/Internet Protocol 的簡寫，中譯名為傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議，又名網(wǎng)絡(luò)通訊協(xié)議，是Internet最基本的協(xié)議、Internet國際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。TCP/IP定義了電子設(shè)備如何連入因特網(wǎng)，以及數(shù)據(jù)如何在它們之間傳輸?shù)臉藴省?br>[0005]在Internet中所有的傳輸都是通過TCP/IP進行的。HTTP協(xié)議作為TCP/IP模型中應用層的協(xié)議也不例外。HTTP是基于傳輸層的TCP協(xié)議，而TCP是一個端到端的面向連接的協(xié)議。所謂的端到端可以理解為進程到進程之間的通信。所以HTTP在開始傳輸之前，首先需要建立TCP連接，而TCP連接的過程需要所謂的“三次握手”。而所謂的三次握手，即客戶端向服務端發(fā)送請求，該過程稱為第一次握手。接著服務端收到該請求之后，向客戶端發(fā)送一個確認加請求的回復包，該過程稱為第二次握手。最后客戶端向服務端發(fā)送一個確認包，該過程稱為第三次握手。當三次握手成功后，則TCP建立連接，此時HTTP就可以進行傳輸了，這時瀏覽器就能夠呈現(xiàn)出頁面了
現(xiàn)有的網(wǎng)絡(luò)設(shè)備大部分都是采用的以Uboot作為Bootloader來引導kernel起來，但是現(xiàn)有采用Uboot的網(wǎng)絡(luò)設(shè)備，很少有在Uboot模式下能夠通過頁面來進行升級。如果不支持Uboot模式下進行頁面升級功能的網(wǎng)絡(luò)設(shè)備，將會導致如果用戶在網(wǎng)絡(luò)設(shè)備因系統(tǒng)破壞導致無法啟動的情況下無法修復的情況。有的設(shè)備提供了在Uboot模式下進行升級，但是沒有對三次握手的一個保護過程，很容易因在三次握手的交互過程中因收到錯誤包導致三次握手失敗，則無法進入頁面，導致無法進行升級來恢復設(shè)備。

【發(fā)明內(nèi)容】

[0006]本發(fā)明的目的是提供一種在UBOOT上實現(xiàn)三次握手的方法，將Uboot模式下實現(xiàn)TCP/IP三次握手的過程，使之能夠在Uboot模式下實現(xiàn)頁面的訪問，同時加入對三次握手的保護，使之能夠穩(wěn)定。
[0007]為了實現(xiàn)以上目的，本發(fā)明是通過以下技術(shù)方案實現(xiàn)的:
一種在UBOOT上實現(xiàn)三次握手的方法，其特點是，該方法包含如下步驟:
SI，設(shè)置網(wǎng)絡(luò)設(shè)備使其進入Uboot模式；
S2，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包；
S3，存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包；
S4，網(wǎng)絡(luò)設(shè)備判斷客戶端反饋過來的數(shù)據(jù)包是否為帶ACK標志位的數(shù)據(jù)包，若是，則執(zhí)行S5 ；
S5，網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與存儲在所述的存儲單元中的數(shù)據(jù)包是否一致，若是，則表明三次握手成功。
[0008]所述的存儲單元為全局結(jié)構(gòu)體數(shù)組。
[0009]所述的S2包含:
S2.1，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述的數(shù)據(jù)包是否為TCP類型數(shù)據(jù)包，若是，則執(zhí)行S2.2 ;
S2.2，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則執(zhí)行S2.3 ;
S2.3，網(wǎng)絡(luò)設(shè)備向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包，并將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為SYN_SENT。
[0010]所述的存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包的源端口。
[0011]所述的步驟S4中若所述的客戶端反饋過來的數(shù)據(jù)包為帶ACK標志位的數(shù)據(jù)包時，則將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為ESTABLISHED。
[0012]所述的S5具體為:網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與建立連接時存儲的源端口號與生成的隊列號是否一致。
[0013]所述的步驟S5后還包含:
S6，所述的網(wǎng)絡(luò)設(shè)備向客戶端發(fā)送WEB頁面。
[0014]所述的S5與S6之間還包含:當數(shù)據(jù)包的源端口與正在建立數(shù)據(jù)的源端口不一致的次數(shù)達到預設(shè)值時，直接中斷連接，并重新執(zhí)行步驟S2。
[0015]本發(fā)明與現(xiàn)有技術(shù)相比，具有以下優(yōu)點:
本發(fā)明將Uboot模式下實現(xiàn)TCP/IP三次握手的過程，使之能夠在Uboot模式下實現(xiàn)頁面的訪問，同時加入對三次握手的保護，使之能夠穩(wěn)定。
【附圖說明】
[0016]圖1為本發(fā)明一種在UBOOT上實現(xiàn)三次握手的方法的流程圖。
【具體實施方式】
[0017]以下結(jié)合附圖，通過詳細說明一個較佳的具體實施例，對本發(fā)明做進一步闡述。
[0018]如圖1所示，一種在UBOOT上實現(xiàn)三次握手的方法，包含如下步驟:
SI，設(shè)置網(wǎng)絡(luò)設(shè)備使其進入Uboot模式，設(shè)置網(wǎng)絡(luò)設(shè)備的靜態(tài)地址為192.168.2.100，在瀏覽器中輸入IP地址192.168.2.1 ；
S2，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包；
S3，存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包，并存儲帶SYN標志位的數(shù)據(jù)包的源端
P ;
S4，網(wǎng)絡(luò)設(shè)備判斷客戶端反饋過來的數(shù)據(jù)包是否為帶ACK標志位的數(shù)據(jù)包，若是，則執(zhí)行S5 ；
S5，網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與存儲在所述的存儲單元中的數(shù)據(jù)包是否一致，若是，則表明三次握手成功。
[0019]上述的存儲單元為全局結(jié)構(gòu)體數(shù)組。
[0020]在具體實施例中，上述的S2包含:
S2.1，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述的數(shù)據(jù)包是否為TCP類型數(shù)據(jù)包，若是，則執(zhí)行S2.2 ;
S2.2，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則執(zhí)行S2.3 ;
S2.3，網(wǎng)絡(luò)設(shè)備向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包，并將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為SYN_SENT。
[0021]上述的步驟S4中若所述的客戶端反饋過來的數(shù)據(jù)包為帶ACK標志位的數(shù)據(jù)包時，則將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為ESTABLISHED。
[0022]上述的S5具體為:網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與建立連接時存儲的源端口號與生成的隊列號是否一致。
[0023]在具體實施例中，上述的步驟S5后還包含:
S6，所述的網(wǎng)絡(luò)設(shè)備向客戶端發(fā)送WEB頁面。
[0024]上述的S5與S6之間還包含:當數(shù)據(jù)包的源端口與正在建立數(shù)據(jù)的源端口不一致的次數(shù)達到3次時，直接中斷連接，即直接設(shè)置數(shù)據(jù)包的狀態(tài)位為FINWAIT，并重新執(zhí)行步驟S2，從而杜絕了數(shù)據(jù)包的狀態(tài)為一直處于ESTABLISHED，導致WEB頁面無法呈現(xiàn)。
[0025]綜上所述，本發(fā)明一種在UBOOT上實現(xiàn)三次握手的方法，將Uboot模式下實現(xiàn)TCP/IP三次握手的過程，使之能夠在Uboot模式下實現(xiàn)頁面的訪問，同時加入對三次握手的保護，使之能夠穩(wěn)定。
[0026]盡管本發(fā)明的內(nèi)容已經(jīng)通過上述優(yōu)選實施例作了詳細介紹，但應當認識到上述的描述不應被認為是對本發(fā)明的限制。在本領(lǐng)域技術(shù)人員閱讀了上述內(nèi)容后，對于本發(fā)明的多種修改和替代都將是顯而易見的。因此，本發(fā)明的保護范圍應由所附的權(quán)利要求來限定。
【主權(quán)項】
1.一種在UBOOT上實現(xiàn)三次握手的方法，其特征在于，該方法包含如下步驟: SI，設(shè)置網(wǎng)絡(luò)設(shè)備使其進入Uboot模式； S2，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包； S3，存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包； S4，網(wǎng)絡(luò)設(shè)備判斷客戶端反饋過來的數(shù)據(jù)包是否為帶ACK標志位的數(shù)據(jù)包，若是，則執(zhí)行S5 ； S5，網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與存儲在所述的存儲單元中的數(shù)據(jù)包是否一致，若是，則表明三次握手成功。2.如權(quán)利要求1所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的存儲單元為全局結(jié)構(gòu)體數(shù)組。3.如權(quán)利要求1所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的S2包含: S2.1，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述的數(shù)據(jù)包是否為TCP類型數(shù)據(jù)包，若是，則執(zhí)行S2.2 ; S2.2，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則執(zhí)行S2.3 ; S2.3，網(wǎng)絡(luò)設(shè)備向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包，并將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為SYN_SENT。4.如權(quán)利要求1所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包的源端口。5.如權(quán)利要求1所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的步驟S4中若所述的客戶端反饋過來的數(shù)據(jù)包為帶ACK標志位的數(shù)據(jù)包時，則將所述的數(shù)據(jù)包的狀態(tài)位設(shè)為ESTABLISHED。6.如權(quán)利要求4所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的S5具體為:網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與建立連接時存儲的源端口號與生成的隊列號是否一致。7.如權(quán)利要求1所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的步驟S5后還包含: S6，所述的網(wǎng)絡(luò)設(shè)備向客戶端發(fā)送WEB頁面。8.如權(quán)利要求7所述的在UBOOT上實現(xiàn)三次握手的方法，其特征在于，所述的S5與S6之間還包含:當數(shù)據(jù)包的源端口與正在建立數(shù)據(jù)的源端口不一致的次數(shù)達到預設(shè)值時，直接中斷連接，并重新執(zhí)行步驟S2。
【專利摘要】本發(fā)明公開了一種在UBOOT上實現(xiàn)三次握手的方法,該方法包含如下步驟：S1，設(shè)置網(wǎng)絡(luò)設(shè)備使其進入Uboot模式；S2，網(wǎng)絡(luò)設(shè)備接收來自客戶端發(fā)送的數(shù)據(jù)包并解析，判斷所述數(shù)據(jù)包的是否為帶SYN標志位的數(shù)據(jù)包，若是，則向所述的客戶端發(fā)送帶ACK+SYN標志位的數(shù)據(jù)包；S3，存儲單元存儲所有帶SYN標志位的數(shù)據(jù)包；S4，網(wǎng)絡(luò)設(shè)備判斷客戶端反饋過來的數(shù)據(jù)包是否為帶ACK標志位的數(shù)據(jù)包，若是，則執(zhí)行S5；S5，網(wǎng)絡(luò)設(shè)備判斷接收的數(shù)據(jù)包與存儲在所述的存儲單元中的數(shù)據(jù)包是否一致，若是，則表明三次握手成功。本發(fā)明將Uboot模式下實現(xiàn)TCP/IP三次握手的過程，使之能夠在Uboot模式下實現(xiàn)頁面的訪問，同時加入對三次握手的保護，使之能夠穩(wěn)定。
【IPC分類】H04L29/08
【公開號】CN105049489
【申請?zhí)枴緾N201510356687
【發(fā)明人】孫德亮, 黃紅娜
【申請人】上海斐訊數(shù)據(jù)通信技術(shù)有限公司
【公開日】2015年11月11日
【申請日】2015年6月25日