協議頭是什麼

⑴ 在IP數據包的頭部上層協議欄位的值是什麼

就是在IP頭部表示出三層以上用的是什麼協議。
比如：
ICMP：1
IGMP：2
TCP：6
UDP：17
EIGRP：88
OSPF：89
三層以上封裝的什麼協議，預設值就置為相應的數字。
歡迎追問，望採納。

⑵ 水晶頭是什麼通信協議

通信工程中製作水晶頭用TXL7-045、TXL7-046兩個定額，在通信工程概預算定額里表版格顯示：定額代碼（TXL7-045），項權目名稱【卡接4對對絞電纜(配線架側) 非屏蔽】，單位（條），技工（0.06工日）。定額代碼（TXL7-046），項目名稱【卡接4對對絞電纜(配線架側) 屏蔽】，單位（條），技工（0.08工日）。上述兩定額中TXL7-045為製作非屏蔽線水晶頭，TXL7-046為製作屏蔽線水晶頭。

⑶ 通信協議osi發送的協議是什麼，報頭是什麼

TCP/IP協議(TransferControlnProtocol/Inter耽撣槽趕噩非茶石償將netProtocol)叫做傳輸控制/網際協議，又叫網路通版訊協議，這個協議是Internet國際互聯權網路的基礎。它包括上百個各種功能的協議，如：遠程登錄、文件傳輸和電子郵件等，而TCP協議和IP協議是保證數據完整傳輸的兩個基本的重要協議。

⑷ 域名的協議頭「http」和「https」有什麼不同

在URL前加來https://前綴表明是用SSL加密的。自 你的電腦與伺服器之間收發的信息傳輸將更加安全。

Web伺服器啟用SSL需要獲得一個伺服器證書並將該證書與要使用SSL的伺服器綁定。
http和https使用的是完全不同的連接方式,用的埠也不一樣,前者是80,後者是443。http的連接很簡單,是無狀態的,...

HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議
要比http協議安全

⑸ tcp協議頭和數據包是什麼關系

一、MAC幀頭定義
/*數據幀定義，頭14個位元組，尾4個位元組*/
typedef struct _MAC_FRAME_HEADER
{
char m_cDstMacAddress[6]; //目的mac地址
char m_cSrcMacAddress[6]; //源mac地址
short m_cType; //上一層協議類型，如0x0800代表上一層是IP協議，0x0806為arp
}__attribute__((packed))MAC_FRAME_HEADER,*PMAC_FRAME_HEADER;
typedef struct _MAC_FRAME_TAIL
{
unsigned int m_sCheckSum; //數據幀尾校驗和
}__attribute__((packed))MAC_FRAME_TAIL, *PMAC_FRAME_TAIL;
二、IP頭結構的定義
/*IP頭定義，共20個位元組*/
typedef struct _IP_HEADER
{
char m_cVersionAndHeaderLen; //版本信息(前4位)，頭長度(後4位)
char m_cTypeOfService; // 服務類型8位
short m_sTotalLenOfPacket; //數據包長度
short m_sPacketID; //數據包標識
short m_sSliceinfo; //分片使用
char m_cTTL; //存活時間
char m_cTypeOfProtocol; //協議類型
short m_sCheckSum; //校驗和
unsigned int m_uiSourIp; //源ip
unsigned int m_uiDestIp; //目的ip
} __attribute__((packed))IP_HEADER, *PIP_HEADER ;
三、tcp頭結構定義
/*TCP頭定義，共20個位元組*/
typedef struct _TCP_HEADER
{
short m_sSourPort; // 源埠號16bit
short m_sDestPort; // 目的埠號16bit
unsigned int m_uiSequNum; // 序列號32bit
unsigned int m_uiAcknowledgeNum; // 確認號32bit
short m_sHeaderLenAndFlag; // 前4位：TCP頭長度；中6位：保留；後6位：標志位
short m_sWindowSize; // 窗口大小16bit
short m_sCheckSum; // 檢驗和16bit
short m_surgentPointer; // 緊急數據偏移量16bit
}__attribute__((packed))TCP_HEADER, *PTCP_HEADER;
/*TCP頭中的選項定義
kind(8bit)+Length(8bit，整個選項的長度，包含前兩部分)+內容(如果有的話)
KIND = 1表示 無操作NOP，無後面的部分
2表示 maximum segment 後面的LENGTH就是maximum segment選項的長度（以byte為單位，1+1+內容部分長度）
3表示 windows scale 後面的LENGTH就是 windows scale選項的長度（以byte為單位，1+1+內容部分長度）
4表示 SACK permitted LENGTH為2，沒有內容部分
5表示這是一個SACK包 LENGTH為2，沒有內容部分
8表示時間戳，LENGTH為10，含8個位元組的時間戳
*/
typedef struct _TCP_OPTIONS
{
char m_ckind;
char m_cLength;
char m_cContext[32];
}__attribute__((packed))TCP_OPTIONS, *PTCP_OPTIONS;
四、UDP頭結構的定義
/*UDP頭定義，共8個位元組*/
typedef struct _UDP_HEADER
{
unsigned short m_usSourPort; // 源埠號16bit
unsigned short m_usDestPort; // 目的埠號16bit
unsigned short m_usLength; // 數據包長度16bit
unsigned short m_usCheckSum; // 校驗和16bit
}__attribute__((packed))UDP_HEADER, *PUDP_HEADER;
====
http://www.cnblogs.com/li-hao/archive/2011/12/07/2279912.html
-------------------------------------------------------------------------------------------------------------------------------------
tcp、ip、udp頭部格式
2.2TCP/IP報文格式
1、IP報文格式
IP協議是TCP/IP協議族中最為核心的協議。它提供不可靠、無連接的服務，也即依賴其他層的協議進行差錯控制。在區域網環境，IP協議往往被封裝在乙太網幀（見本章1.3節）中傳送。而所有的TCP、UDP、ICMP、IGMP數據都被封裝在IP數據報中傳送。如圖2-3所示：
圖2-3 TCP/IP報文封裝
圖2-4是IP頭部（報頭）格式：（RFC 791）。
圖2-4 IP頭部格式
其中：
●版本（Version）欄位：佔4比特。用來表明IP協議實現的版本號，當前一般為IPv4，即0100。
●報頭長度（Internet Header Length，IHL）欄位：佔4比特。是頭部佔32比特的數字，包括可選項。普通IP數據報（沒有任何選項），該欄位的值是5，即160比特=20位元組。此欄位最大值為60位元組。
●服務類型（Type of Service ，TOS）欄位：佔8比特。其中前3比特為優先權子欄位（Precedence，現已被忽略）。第8比特保留未用。第4至第7比特分別代表延遲、吞吐量、可靠性和花費。當它們取值為1時分別代表要求最小時延、最大吞吐量、最高可靠性和最小費用。這4比特的服務類型中只能置其中1比特為1。可以全為0，若全為0則表示一般服務。服務類型欄位聲明了數據報被網路系統傳輸時可以被怎樣處理。例如：TELNET協議可能要求有最小的延遲，FTP協議（數據）可能要求有最大吞吐量，SNMP協議可能要求有最高可靠性，NNTP（Network News Transfer Protocol，網路新聞傳輸協議）可能要求最小費用，而ICMP協議可能無特殊要求（4比特全為0）。實際上，大部分主機會忽略這個欄位，但一些動態路由協議如OSPF（Open Shortest Path Firsthttp://www.xiupin365.net/sitemap.html?Protocol）、IS-IS（Intermediate System to Intermediate System Protocol）可以根據這些欄位的值進行路由決策。
●總長度欄位：佔16比特。指明整個數據報的長度（以位元組為單位）。最大長度為65535位元組。
●標志欄位：佔16比特。用來唯一地標識主機發送的每一份數據報。通常每發一份報文，它的值會加1。
●標志位欄位：佔3比特。標志一份數據報是否要求分段。
●段偏移欄位：佔13比特。如果一份數據報要求分段的話，此欄位指明該段偏移距原始數據報開始的位置。
●生存期（TTL：Time to Live）欄位：佔8比特。用來設置數據報最多可以經過的路由器數。由發送數據的源主機設置，通常為32、64、128等。每經過一個路由器，其值減1，直到0時該數據報被丟棄。
●協議欄位：佔8比特。指明IP層所封裝的上層協議類型，如ICMP（1）、IGMP（2） 、TCP（6）、UDP（17）等。
●頭部校驗和欄位：佔16比特。內容是根據IP頭部計算得到的校驗和碼。計算方法是：對頭部中每個16比特進行二進制反碼求和。（和ICMP、IGMP、TCP、UDP不同，IP不對頭部後的數據進行校驗）。
●源IP地址、目標IP地址欄位：各佔32比特。用來標明發送IP數據報文的源主機地址和接收IP報文的目標主機地址。
可選項欄位：佔32比特。用來定義一些任選項：如記錄路徑、時間戳等。這些選項很少被使用，同時並不是所有主機和路由器都支持這些選項。可選項欄位的長度必須是32比特的整數倍，如果不足，必須填充0以達到此長度要求。
2、TCP數據段格式
TCP是一種可靠的、面向連接的位元組流服務。源主機在傳送數據前需要先和目標主機建立連接。然後，在此連接上，被編號的數據段按序收發。同時，要求對每個數據段進行確認，保證了可靠性。如果在指定的時間內沒有收到目標主機對所發數據段的確認，源主機將再次發送該數據段。
如圖2-5所示，是TCP頭部結構（RFC 793、1323）。
圖2-5 TCP頭部結構
●源、目標埠號欄位：佔16比特。TCP協議通過使用"埠"來標識源端和目標端的應用進程。埠號可以使用0到65535之間的任何數字。在收到服務請求時，操作系統動態地為客戶端的應用程序分配埠號。在伺服器端，每種服務在"眾所周知的埠"（Well-Know Port）為用戶提供服務。
●順序號欄位：佔32比特。用來標識從TCP源端向TCP目標端發送的數據位元組流，它表示在這個報文段中的第一個數據位元組。
●確認號欄位：佔32比特。只有ACK標志為1時，確認號欄位才有效。它包含目標端所期望收到源端的下一個數據位元組。
●頭部長度欄位：佔4比特。給出頭部佔32比特的數目。沒有任何選項欄位的TCP頭部長度為20位元組；最多可以有60位元組的TCP頭部。
●標志位欄位（U、A、P、R、S、F）：佔6比特。各比特的含義如下：
◆URG：緊急指針（urgent pointer）有效。
◆ACK：確認序號有效。
◆PSH：接收方應該盡快將這個報文段交給應用層。
◆RST：重建連接。
◆SYN：發起一個連接。
◆FIN：釋放一個連接。
●窗口大小欄位：佔16比特。此欄位用來進行流量控制。單位為位元組數，這個值是本機期望一次接收的位元組數。
●TCP校驗和欄位：佔16比特。對整個TCP報文段，即TCP頭部和TCP數據進行校驗和計算，並由目標端進行驗證。
●緊急指針欄位：佔16比特。它是一個偏移量，和序號欄位中的值相加表示緊急數據最後一個位元組的序號。
●選項欄位：佔32比特。可能包括"窗口擴大因子"、"時間戳"等選項。
3、UDP數據段格式
UDP是一種不可靠的、無連接的數據報服務。源主機在傳送數據前不需要和目標主機建立連接。數據被冠以源、目標埠號等UDP報頭欄位後直接發往目的主機。這時，每個數據段的可靠性依靠上層協議來保證。在傳送數據較少、較小的情況下，UDP比TCP更加高效。
如圖2-6所示，是UDP頭部結構（RFC 793、1323）：
圖2-6 UDP數據段格式
●源、目標埠號欄位：佔16比特。作用與TCP數據段中的埠號欄位相同，用來標識源端和目標端的應用進程。
●長度欄位：佔16比特。標明UDP頭部和UDP數據的總長度位元組。
●校驗和欄位：佔16比特。用來對UDP頭部和UDP數據進行校驗。和TCP不同的是，對UDP來說，此欄位是可選項，而TCP數據段中的校驗和欄位是必須有的。
2.3套接字
在每個TCP、UDP數據段中都包含源埠和目標埠欄位。有時，我們把一個IP地址和一個埠號合稱為一個套接字（Socket），而一個套接字對（Socket pair）可以唯一地確定互連網路中每個TCP連接的雙方（客戶IP地址、客戶埠號、伺服器IP地址、伺服器埠號）。
如圖2-7所示，是常見的一些協議和它們對應的服務埠號。
圖2-7 常見協議和對應的埠號
需要注意的是，不同的應用層協議可能基於不同的傳輸層協議，如FTP、TELNET、SMTP協議基於可靠的TCP協議。TFTP、SNMP、RIP基於不可靠的UDP協議。
同時，有些應用層協議佔用了兩個不同的埠號，如FTP的20、21埠，SNMP的161、162埠。這些應用層協議在不同的埠提供不同的功能。如FTP的21埠用來偵聽用戶的連接請求，而20埠用來傳送用戶的文件數據。再如，SNMP的161埠用於SNMP管理進程獲取SNMP代理的數據，而162埠用於SNMP代理主動向SNMP管理進程發送數據。
還有一些協議使用了傳輸層的不同協議提供的服務。如DNS協議同時使用了TCP 53埠和UDP 53埠。DNS協議在UDP的53埠提供域名解析服務，在TCP的53埠提供DNS區域文件傳輸服務。
2.4TCP連接建立、釋放時的握手過程
1、TCP建立連接的三次握手過程
TCP會話通過三次握手來初始化。三次握手的目標是使數據段的發送和接收同步。同時也向其他主機表明其一次可接收的數據量（窗口大小），並建立邏輯連接。這三次握手的過程可以簡述如下：
●源主機發送一個同步標志位（SYN）置1的TCP數據段。此段中同時標明初始序號（Initial Sequence Number，ISN）。ISN是一個隨時間變化的隨機值。
●目標主機發回確認數據段，此段中的同步標志位（SYN）同樣被置1，且確認標志位（ACK）也置1，同時在確認序號欄位表明目標主機期待收到源主機下一個數據段的序號（即表明前一個數據段已收到並且沒有錯誤）。此外，此段中還包含目標主機的段初始序號。
●源主機再回送一個數據段，同樣帶有遞增的發送序號和確認序號。
至此為止，TCP會話的三次握手完成。接下來，源主機和目標主機可以互相收發數據。整個過程可用圖2-8表示。
圖2-8 TCP建立連接的三次握手過程
2、TCP釋放連接的四次握手過程

⑹ 域名的協議頭"http"和"https"有什麼不同

在URL前加https://前綴表明是用SSL加密的。 你的電腦與伺服器之間收發的信息傳輸將更加安全專。

Web伺服器啟用屬SSL需要獲得一個伺服器證書並將該證書與要使用SSL的伺服器綁定。
http和https使用的是完全不同的連接方式,用的埠也不一樣,前者是80,後者是443。http的連接很簡單,是無狀態的,...

HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議
要比http協議安全

⑺ HTTP協議里的請求頭有什麼用

HTTP（HyperTextTransferProtocol）是超文本傳輸協議的縮寫，它用於傳送方式的數據，關於HTTP 協議的詳細內容請參 考RFC2616。HTTP協議採用了請求/響應模型。客戶端向伺服器發送一個請求，請求頭包含請求的方法、URI、協議版本、以及包含請求修飾符、客戶 信息和內容的類似於MIME的消息結構。伺服器以一個狀態行作為響應，相應的內容包括消息協議的版本，成功或者錯誤編碼加上包含伺服器信息、實體元信息以 及可能的實體內容。

通常HTTP消息包括客戶機向伺服器的請求消息和伺服器向客戶機的響應消息。這兩種類型的消息由一個起始行，一個或者多個頭域，一個只是頭域結束的空行和可 選的消息體組成。HTTP的頭域包括通用頭，請求頭，響應頭和實體頭四個部分。每個頭域由一個域名，冒號（:）和域值三部分組成。域名是大小寫無關的，域 值前可以添加任何數量的空格符，頭域可以被擴展為多行，在每行開始處，使用至少一個空格或製表符。

通用頭域

通用頭 域包含請求和響應消息都支持的頭域，通用頭域包含Cache-Control、 Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。對通用頭域的擴展要求通訊雙方都支持此擴 展，如果存在不支持的通用頭域，一般將會作為實體頭域處理。下面簡單介紹幾個在UPnP消息中使用的通用頭域。

Cache-Control頭域

Cache -Control指定請求和響應遵循的緩存機制。在請求消息或響應消息中設置 Cache-Control並不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached，響應消息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。各個消息中的指令含義如 下：

Public指示響應可被任何緩存區緩存。

Private指示對於單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許伺服器僅僅描述當用戶的部分響應消息，此響應消息對於其他用戶的請求無效。

no-cache指示請求或響應消息不能緩存

no-store用於防止重要的信息被無意的發布。在請求消息中發送將使得請求和響應消息都不使用緩存。

max-age指示客戶機可以接收生存期不大於指定時間（以秒為單位）的響應。

min-fresh指示客戶機可以接收響應時間小於當前時間加上指定時間的響應。

max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那麼客戶機可以接收超出超時期指定值之內的響應消息。

Date頭域

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

Pragma頭域

Pragma頭域用來包含實現特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1協議中，它的含義和Cache- Control:no-cache相同。

⑻ 監控攝像頭開源協議是什麼意思

就是你要使用，讀取攝像頭信息，或攝像頭第一次使用，製造商為了利益要你簽個協議，一般沒什麼問題。

⑼ 域名的協議頭「http」和「https」有什麼不同

http協議和https協議的區別：傳輸信息安全性不同、連接方式不回同、埠不答同、證書申請方式不同

一、傳輸信息安全性不同

1、http協議：是超文本傳輸協議，信息是明文傳輸。如果攻擊者截取了Web瀏覽器和網站伺服器之間的傳輸報文，就可以直接讀懂其中的信息。

2、https協議：是具有安全性的ssl加密傳輸協議，為瀏覽器和伺服器之間的通信加密，確保數據傳輸的安全。

二、連接方式不同

1、http協議：http的連接很簡單，是無狀態的。

2、https協議：是由SSL＋HTTP協議構建的可進行加密傳輸、身份認證的網路協議。

三、埠不同

1、http協議：使用的埠是80。

2、https協議：使用的埠是443．

四、證書申請方式不同

1、http協議：免費申請。

2、https協議：需要到ca申請證書，一般免費證書很少，需要交費。

⑽ HTTP協議：協議頭是什麼東西

當用戶打開一個網頁時，瀏覽器要向網站伺服器發送一個HTTP請求頭，然後網站伺服器根據HTTP請求頭的內容生成當次請求的內容發送給瀏覽器。

當用戶設計一個通信協議時，「消息頭/消息體」的分割方式是很常用的，消息頭告訴對方這個消息是干什麼的，消息體告訴對方怎麼干。HTTP傳輸的消息也是這樣規定的，每一個HTTP包都分為HTTP頭和HTTP體兩部分，後者是可選的，而前者是必須的。

(10)協議頭是什麼擴展閱讀

HTTP協議常用頭部實例

1、Accept：text/html, application/xhtml+xml, application/xml;q=0.9, image/webp, image/apng, */*; q=0.8

作用：向伺服器申明客戶端（瀏覽器）可以接受的媒體類型（MIME）的資源

解釋：瀏覽器可以接受 text/html、application/xhtml+xml、application/xml類型，通配符*/* 表示任意類型的數據。並且瀏覽器按照該順序進行接收。( text/html —> application/xhtml+xml —> application/xml)

2、Accept-encoding: gzip, deflate, br

作用：向伺服器申明客戶端（瀏覽器）接收的編碼方法，通常為壓縮方法

解釋：瀏覽器支持採用經過 gzip，deflate 或 br 壓縮過的資源