超文本傳輸協(xié)議 (HTTP) 是分布式、協(xié)作、超媒體信息系統(tǒng)的應用層協(xié)議。 這是自 1990 年以來萬維網(wǎng)數(shù)據(jù)通信的基礎。HTTP 是一種通用且無狀態(tài)的協(xié)議，它可以用于其他目的，也可以使用其請求方法、錯誤代碼和標頭的擴展。

基本上，HTTP 是一種基于 TCP/IP 的通信協(xié)議，用于通過 Web 傳遞 HTML 文件、圖像文件、查詢結果等數(shù)據(jù)。 它為計算機之間的通信提供了一種標準化的方式。 HTTP 規(guī)范指定了客戶端請求的數(shù)據(jù)如何發(fā)送到服務器，以及服務器如何響應這些請求。

HTTP客戶端和服務器通信

客戶端和服務器通過交換單獨的消息（而不是數(shù)據(jù)流）進行通信。 客戶端（通常是 Web 瀏覽器）發(fā)送的消息稱為請求，服務器發(fā)送的作為應答的消息稱為響應。

HTTP通過 TCP 或 TLS 加密的 TCP 連接發(fā)送的應用層協(xié)議，盡管理論上可以使用任何可靠的傳輸協(xié)議。 由于其可擴展性，它不僅用于獲取超文本文檔，還用于獲取圖像和視頻或將內容發(fā)布到服務器，例如 HTML 表單結果。 HTTP 還可用于獲取部分文檔以按需更新網(wǎng)頁。

HTTP和連接

連接是在傳輸層控制的，因此基本上超出了 HTTP 的范圍。 HTTP 不要求底層傳輸協(xié)議是基于連接的；

它只要求它是可靠的，或者不丟失消息。在 Internet 上最常見的兩種傳輸協(xié)議中，TCP 是可靠的，而 UDP 則不是。因此，HTTP 依賴于基于連接的 TCP 標準。

在客戶端和服務器可以交換 HTTP 請求/響應對之前，它們必須建立 TCP 連接，這個過程需要多次往返。

HTTP/1.0 的默認行為是為每個 HTTP 請求/響應對打開一個單獨的 TCP 連接。當多個請求連續(xù)發(fā)送時，這比共享單個 TCP 連接效率低。

HTTP 消息

HTTP/1.1 及更早版本中定義的 HTTP 消息是人類可讀的。 在 HTTP/2 中，這些消息被嵌入到二進制結構中，即一個幀，允許像壓縮頭和多路復用這樣的優(yōu)化。 即使在這個版本的 HTTP 中只發(fā)送原始 HTTP 消息的一部分，每個消息的語義都不會改變，客戶端會（實際上）重構原始 HTTP/1.1 請求。 因此，理解 HTTP/1.1 格式的對 HTTP/2 消息很有用。

HTTP 消息有兩種類型，請求和響應，每種都有自己的格式。

HTTP請求消息

請求由以下元素組成：

HTTP 方法，通常是 GET、POST 之類的動詞或 OPTIONS 或 HEAD 之類的名詞，用于定義客戶端想要執(zhí)行的操作。 通常，客戶端想要獲取資源（使用 GET）或發(fā)布 HTML 表單的值（使用 POST），但在其他情況下可能需要更多操作。

要獲取的資源的路徑； 從上下文中明顯的元素中剝離的資源的 URL。

HTTP響應消息

響應由以下元素組成：

他們遵循的 HTTP 協(xié)議的版本。

狀態(tài)碼，指示請求是否成功以及原因。

狀態(tài)消息，狀態(tài)代碼的非權威簡短描述。

HTTP 標頭，例如用于請求的標頭。

可選地，包含獲取的資源的主體。

HTTP 狀態(tài)

一些常見的 HTTP 狀態(tài)代碼包括：

 200 - 請求成功（網(wǎng)頁存在）
 301 - 永久移動（通常轉發(fā)到新 URL）
 401 - 未經授權的請求（需要授權）
 403 - 禁止（不允許訪問頁面或目錄）
 500 - 內部服務器錯誤（通常由不正確的服務器配置引起）

HTTP協(xié)議解析及C/C++代碼實現(xiàn)

...
void got_packet(u_char *args, const struct pcap_pkthdr *header, const u_char *packet)
{

    ...

	/* print source and destination IP addresses */
	printf("       From: %s\n", inet_ntoa(ip->ip_src));
	printf("         To: %s\n", inet_ntoa(ip->ip_dst));
	
	/* determine protocol */	
	switch(ip->ip_p) 
	{
		case IPPROTO_TCP:
			printf("   Protocol: TCP\n");
			break;
		case IPPROTO_UDP:
			printf("   Protocol: UDP\n");
			break;
		case IPPROTO_ICMP:
			printf("   Protocol: ICMP\n");
			return;
		case IPPROTO_IP:
			printf("   Protocol: IP\n");
			return;
		default:
			printf("   Protocol: unknown\n");
			return;
	}
	
	/*
	 *  OK, this packet is TCP.
	 */
	
	/* define/compute tcp header offset */
	if(ip->ip_p == IPPROTO_TCP)
	{
        ...
	
		printf("   Src port: %d\n", ntohs(tcp->th_sport));
		printf("   Dst port: %d\n", ntohs(tcp->th_dport));
		int sport = ntohs(tcp->th_sport);
		int dport = ntohs(tcp->th_dport);

        ...
		if (size_payload > 0) 
		{
			printf("   Payload (%d bytes):\n", size_payload);
			//print_payload(payload, size_payload);
		
            if ((sport == 80) || (dport == 80))
			{
				printf("   HTTP prase:\n");
				prase_http(payload, size_payload);
			}
			else if(sport == 443 || dport == 443)
			{
				printf("   SSL/TLS prase:\n");
				prase_ssl_tls(payload, size_payload);
			}
		}
	}
	...

}

int main(int argc, char *argv[])
{
    	
	char errbuf[100];
	pcap_t *desc = 0;
    char *filename = argv[1];
    if (argc != 2)
    {
        printf("usage: ./dissect_http [pcap file]\n");
        return -1;
    }

    printf("ProcessFile: process file: %s\n", filename);
    if ((desc = pcap_open_offline(filename, errbuf)) == NULL)
    {   
        printf("pcap_open_offline: %s error!\n", filename);
        return -1; 
    }   	
	
	
    pcap_loop(desc, -1, got_packet, NULL);

    pcap_close(desc);
    return 0;
}

運行結果：

總結

HTTP 是一種易于使用的可擴展協(xié)議。 客戶端-服務器結構與添加標頭的能力相結合，允許 HTTP 與 Web 的擴展功能一起發(fā)展。

盡管 HTTP/2 通過在幀中嵌入 HTTP 消息來提高性能增加了一些復雜性，但消息的基本結構自 HTTP/1.0 以來一直保持不變。 會話流保持簡單，允許使用簡單的 HTTP 消息監(jiān)視器對其進行調查和調試。

以“http://”開頭的 URL 通過標準超文本傳輸??協(xié)議訪問，默認使用端口 80。以“https://”開頭的 URL 通過安全的 HTTPS 連接訪問，通常使用端口 443。

以上就是C/C++代碼實現(xiàn)HTTP協(xié)議解析的示例代碼的詳細內容，更多關于C++解析HTTP協(xié)議的資料請關注腳本之家其它相關文章！

最新評論