當(dāng)前位置:首頁 > 公眾號精選 > strongerHuang
[導(dǎo)讀]UDP(UserDatagramProtocol)是一個簡單的面向消息的傳輸層協(xié)議,盡管UDP提供標(biāo)頭和有效負(fù)載的完整性驗證(通過校驗和),但它不保證向上層協(xié)議提供消息傳遞。

 


轉(zhuǎn)自 | 知曉編程


1、簡介

UDP(UserDatagramProtocol)是一個簡單的面向消息的傳輸層協(xié)議,盡管UDP提供標(biāo)頭和有效負(fù)載的完整性驗證(通過校驗和),但它不保證向上層協(xié)議提供消息傳遞,并且UDP層在發(fā)送后不會保留UDP 消息的狀態(tài)。因此,UDP有時被稱為不可靠的數(shù)據(jù)報協(xié)議。如果需要傳輸可靠性,則必須在用戶應(yīng)用程序中實現(xiàn)。

UDP使用具有最小協(xié)議機制的簡單無連接通信模型。UDP提供數(shù)據(jù)完整性的校驗和,以及用于在數(shù)據(jù)報的源和目標(biāo)尋址不同函數(shù)的端口號。它沒有握手對話,因此將用戶的程序暴露在底層網(wǎng)絡(luò)的任何不可靠的方面。如果在網(wǎng)絡(luò)接口級別需要糾錯功能,應(yīng)用程序可以使用為此目的設(shè)計的傳輸控制協(xié)議(TCP)。

綜上所述:

UDP是基于IP的簡單協(xié)議,不可靠的協(xié)議。

UDP的優(yōu)點:簡單,輕量化。

UDP的缺點:沒有流控制,沒有應(yīng)答確認(rèn)機制,不能解決丟包、重發(fā)、錯序問題。

這里需要注意一點,并不是所有使用UDP協(xié)議的應(yīng)用層都是不可靠的,應(yīng)用程序可以自己實現(xiàn)可靠的數(shù)據(jù)傳輸,通過增加確認(rèn)和重傳機制,所以使用UDP 協(xié)議最大的特點就是速度快。

2、UDP協(xié)議

UDP是基于IP的簡單協(xié)議,建議先看一下IP協(xié)議《IP協(xié)議詳解》相關(guān)內(nèi)容。

源端口和目的端口,端口號理論上可以有2^16這么多。因為它的長度是16個bit。端口的詳細(xì)見下一章節(jié)。

Length占用2個字節(jié),標(biāo)識UDP頭的長度,包括首部長度和數(shù)據(jù)長度??梢杂?5535字節(jié)那么長。但是一般網(wǎng)絡(luò)在傳送的時候,一次一般傳送不了那么長的協(xié)議(涉及到MTU的問題),就只好對數(shù)據(jù)分片。

Checksum :校驗和,包含UDP頭和數(shù)據(jù)部分。這是一個可選的選項,并不是所有的系統(tǒng)都對UDP數(shù)據(jù)包加以檢驗和數(shù)據(jù)(相對TCP協(xié)議的必須來說),但是RFC中標(biāo)準(zhǔn)要求,發(fā)送端應(yīng)該計算檢驗和。

UDP檢驗和覆蓋UDP協(xié)議頭和數(shù)據(jù),這和IP的檢驗和是不同的,IP協(xié)議的檢驗和只是覆蓋IP數(shù)據(jù)頭,并不覆蓋所有的數(shù)據(jù)。UDP和TCP都包含一個偽首部,這是為了計算檢驗和而設(shè)置的。

偽首部甚至還包含IP地址這樣的IP協(xié)議里面都有的信息,目的是讓UDP兩次檢查數(shù)據(jù)是否已經(jīng)正確到達(dá)目的地。如果發(fā)送端沒有打開檢驗和選項,而接收端計算檢驗和有差錯,那么UDP數(shù)據(jù)將會被悄悄的丟掉(不保證送達(dá)),而不產(chǎn)生任何差錯報文。

wireshark抓包分析

鏈接:https://pan.baidu.com/s/1O6MQUZRsEy9YkyvZNpBqhQ 提取碼:quxv

過濾條件

udp.port == 5007

3、端口

端口號是 16 位的非負(fù)整數(shù),它的范圍是0 - 65535 之間,這個范圍會分為三種不同的端口號段,由端口號是由互聯(lián)網(wǎng)分配號碼管理局(IANA)進(jìn)行分配

  • 周知/標(biāo)準(zhǔn)端口號,它的范圍是 0 - 1023。在Unix的操作系統(tǒng)上,使用這些端口之一需要超級用戶操作權(quán)限

  • 注冊端口號,范圍是 1024 - 49151。是用于IANA 注冊服務(wù)的注冊端口。

  • 私有端口號,范圍是 49152 - 6553。未正式指定用于任何特定服務(wù),可用于任何目的。這些端口也可以用作臨時端口,在主機上運行的軟件可以使用這些端口根據(jù)需要動態(tài)創(chuàng)建通信終結(jié)點。

端口的作用,簡單說就是為了區(qū)分不同應(yīng)用程序的,當(dāng)電腦接收到一個數(shù)據(jù)報,將根據(jù)不同的端口將數(shù)據(jù)送給不同的應(yīng)用程序。所以上面說到互聯(lián)網(wǎng)分配號碼管理局(IANA)分配。

具體分配的細(xì)則,大家可以到下面網(wǎng)站查看

https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml

這里以80端口為例,80端口是為HTTP(HyperTextTransport Protocol)即超文本傳輸協(xié)議開放的,此為上網(wǎng)沖浪使用次數(shù)最多的協(xié)議,主要用于WWW(WorldWide Web)即萬維網(wǎng)傳輸信息的協(xié)議。

當(dāng)然端口并不是唯一用來區(qū)分不同應(yīng)用程序的因素,假如來到達(dá)服務(wù)器的兩個80端口的數(shù)據(jù)報,但實際上,這兩個數(shù)據(jù)報需要送給不同的應(yīng)用程序。所以僅憑端口號來確定某一條報文顯然是不夠的?;ヂ?lián)網(wǎng)上一般使用 源IP 地址、目標(biāo)IP地址、源端口號、目標(biāo)端口號來進(jìn)行區(qū)分。如果其中的某一項不同,就被認(rèn)為是不同的報文段。這些也是多路分解和多路復(fù)用的基礎(chǔ),關(guān)于多路分解和多路復(fù)用本文不再詳細(xì)講解。

這部分內(nèi)容同樣適用于TCP協(xié)議中的端口部分。
4、UDP和ARP之間的交互

這是不常被人注意到的一個細(xì)節(jié),這是針對一些系統(tǒng)地實現(xiàn)來說的。當(dāng)ARP緩存還是空的時候。UDP在被發(fā)送之前一定要發(fā)送一個ARP請求來獲得目的主機的MAC地址,如果這個UDP的數(shù)據(jù)包足夠大,大到IP層一定要對其進(jìn)行分片的時候,想象中,該UDP數(shù)據(jù)包的第一個分片會發(fā)出一個ARP查詢請求,所有的分片都輝等到這個查詢完成以后再發(fā)送。事實上是這樣嗎?

結(jié)果是,某些系統(tǒng)會讓每一個分片都發(fā)送一個ARP查詢,所有的分片都在等待,但是接受到第一個回應(yīng)的時候,主機卻只發(fā)送了最后一個數(shù)據(jù)片而拋棄了其他,這實在是讓人匪夷所思。這樣,因為分片的數(shù)據(jù)不能被及時組裝,接受主機將會在一段時間內(nèi)將永遠(yuǎn)無法組裝的IP數(shù)據(jù)包拋棄,并且發(fā)送組裝超時的ICMP報文(其實很多系統(tǒng)不產(chǎn)生這個差錯),以保證接受主機自己的接收端緩存不被那些永遠(yuǎn)得不到組裝的分片充滿。

5、UDP適用場景

UDP協(xié)議一般作為流媒體應(yīng)用、語音交流、視頻會議所使用的傳輸層協(xié)議,還有許多基于互聯(lián)網(wǎng)的電話服務(wù)使用的VOIP(基于IP的語音)也是基于UDP運行的,實時視頻和音頻流協(xié)議旨在處理偶爾丟失的數(shù)據(jù)包,因此,如果重新傳輸丟失的數(shù)據(jù)包,則只會發(fā)生質(zhì)量略有下降,而不是出現(xiàn)較大的延遲。

我們大家都知道的DNS 協(xié)議底層也使用了UDP 協(xié)議,這些應(yīng)用或協(xié)議之所以選擇UDP 主要是因為以下這幾點

速度快,采用 UDP 協(xié)議時,只要應(yīng)用進(jìn)程將數(shù)據(jù)傳給 UDP,UDP 就會將此數(shù)據(jù)打包進(jìn) UDP 報文段并立刻傳遞給網(wǎng)絡(luò)層,然而TCP有擁塞控制的功能,它會在發(fā)送前判斷互聯(lián)網(wǎng)的擁堵情況,如果互聯(lián)網(wǎng)極度阻塞,那么就會抑制 TCP 的發(fā)送方。使用 UDP 的目的就是希望實時性。

無須建立連接,TCP 在數(shù)據(jù)傳輸之前需要經(jīng)過三次握手的操作,而 UDP 則無須任何準(zhǔn)備即可進(jìn)行數(shù)據(jù)傳輸。因此 UDP 沒有建立連接的時延。

無連接狀態(tài),TCP 需要在端系統(tǒng)中維護(hù)連接狀態(tài),連接狀態(tài)包括接收和發(fā)送緩存、擁塞控制參數(shù)以及序號和確認(rèn)號的參數(shù),在 UDP 中沒有這些參數(shù),也沒有發(fā)送緩存和接受緩存。因此,某些專門用于某種特定應(yīng)用的服務(wù)器當(dāng)應(yīng)用程序運行在 UDP 上,一般能支持更多的活躍用戶

分組首部開銷小,每個 TCP 報文段都有 20 字節(jié)的首部開銷,而 UDP 僅僅只有 8 字節(jié)的開銷。

6、UDP洪水

UDP 洪水是一種拒絕服務(wù)攻擊,攻擊者將大量用戶數(shù)據(jù)報協(xié)議(UDP) 數(shù)據(jù)包發(fā)送到目標(biāo)服務(wù)器,旨在讓該設(shè)備的處理和響應(yīng)能力無力承擔(dān)。由于UDP 洪水攻擊,保護(hù)目標(biāo)服務(wù)器的防火墻也可能不堪重負(fù),導(dǎo)致對正常流量拒絕服務(wù)。

UDP 洪水攻擊的工作原理

UDP 洪水的工作原理主要是利用服務(wù)器響應(yīng)發(fā)送到其端口之一的UDP 數(shù)據(jù)包時所采取的步驟。在正常情況下,服務(wù)器在特定端口上收到UDP 數(shù)據(jù)包時,將通過以下兩個步驟進(jìn)行響應(yīng):

  • 服務(wù)器首先檢查是否有任何當(dāng)前偵聽指定端口請求的程序正在運行。

  • 如果該端口上沒有程序正在接收數(shù)據(jù)包,則服務(wù)器將以 ICMP (ping) 數(shù)據(jù)包作為響應(yīng),以告知發(fā)送方目標(biāo)不可達(dá)。

UDP洪水就好比酒店接待員轉(zhuǎn)接呼叫的情況。首先,接待員接到電話,呼叫者要求將其連接到特定客房。然后,接待員需要查看所有房間的列表,以確保客人在客房內(nèi),并愿意接聽電話。如果接待員了解到客人沒有接聽電話,他們就必須重新接聽電話,并告訴呼叫者客人不會接聽電話。如果所有電話線路都突然同時發(fā)出類似請求,他們很快就會變得不堪重負(fù)。

由于目標(biāo)服務(wù)器利用資源來檢查并響應(yīng)每個接收到的UDP 數(shù)據(jù)包,當(dāng)收到大量UDP 數(shù)據(jù)包時,目標(biāo)資源會很快耗盡,從而導(dǎo)致對正常流量拒絕服務(wù)。

如何防護(hù)UDP 洪水攻擊?

大多數(shù)操作系統(tǒng)限制ICMP 數(shù)據(jù)包的響應(yīng)速率,部分原因是為了中斷需要ICMP 響應(yīng)的DDoS 攻擊。這種防護(hù)措施的一個缺點是,在攻擊期間,合法數(shù)據(jù)包也可能在此過程中被過濾。如果UDP洪水的大小足以使目標(biāo)服務(wù)器的防火墻的狀態(tài)表飽和,則在服務(wù)器級別發(fā)生的任何防護(hù)都將是不夠的,因為瓶頸將發(fā)生在目標(biāo)設(shè)備的上游。

------------ END ------------

免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉