專(zhuān)注于為中小企業(yè)提供做網(wǎng)站、成都網(wǎng)站制作服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)長(zhǎng)陽(yáng)免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了成百上千家企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過(guò)網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

如何理解Raysync文件傳輸協(xié)議，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

文件傳輸協(xié)議（FTP）在RFC 959中定義，于1985年10月發(fā)布。文件傳輸協(xié)議（FTP）被設(shè)計(jì)成為一個(gè)跨平臺(tái)的、簡(jiǎn)單且易于實(shí)現(xiàn)的協(xié)議。文件傳輸協(xié)議（FTP）有一個(gè)漫長(zhǎng)的演化史，是互聯(lián)網(wǎng)上最重要的應(yīng)用之一，但時(shí)至今日，卻已江河日下。從各方面列舉了一些文件傳輸協(xié)議（FTP）為人詬病的缺點(diǎn)。

1、數(shù)據(jù)傳輸模式不合理

不考慮文件自身的內(nèi)容，一味使用ASCII模式傳輸數(shù)據(jù)是不合理的。文件傳輸協(xié)議（FTP）應(yīng)該具有自動(dòng)檢測(cè)功能，當(dāng)然用戶(hù)也可以進(jìn)行自定義。

雖然現(xiàn)在許多Linux和Windows客戶(hù)端已經(jīng)支持自動(dòng)傳輸模式，但多達(dá)數(shù)代的UNIX和Windows客戶(hù)端都默認(rèn)使用ASCII傳輸模式，這種傳輸模式甚至?xí)斐晌募p壞。

2、工作方式設(shè)計(jì)不合理

文件傳輸協(xié)議（FTP）可以在主動(dòng)模式（PORT）或被動(dòng)模式（PASV）下工作，這決定了數(shù)據(jù)鏈接建立的方式。

在主動(dòng)模式下，客戶(hù)端首先向服務(wù)器端發(fā)送IP地址和端口號(hào)，然后等待服務(wù)器端建立TCP鏈接。在被動(dòng)模式下，客戶(hù)端同樣首先建立到服務(wù)器的鏈接，但服務(wù)器端會(huì)開(kāi)啟一個(gè)端口（1024到5000之間），等待客戶(hù)端傳輸數(shù)據(jù)。

文件傳輸協(xié)議（FTP）中最讓人不可思議的是，客戶(hù)端會(huì)偵聽(tīng)服務(wù)器端！

3、與防火墻工作不協(xié)調(diào)

在文件傳輸協(xié)議（FTP）誕生在網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）和防火墻之前，那時(shí)的網(wǎng)絡(luò)還不存在惡意攻擊。今天大多數(shù)最終用戶(hù)的IPv4地址已不可路由，這是因?yàn)榉阑饓Φ氖褂煤虸Pv4地址的短缺。

這對(duì)FTP意味著什么呢？這意味著如果FTP客戶(hù)端IP地址不可路由，或者位于防火墻之后，那么就只能使用被動(dòng)傳輸模式進(jìn)行數(shù)據(jù)傳輸。

如果服務(wù)器端的IP地址也不可路由，或者位于防火墻之后呢？FTP將無(wú)法進(jìn)行數(shù)據(jù)傳輸！

現(xiàn)在，許多防火墻適用于NAT環(huán)境，可以使用一些特殊的技巧（hacks）允許FTP在防火墻之后正常工作。當(dāng)然，這需要對(duì)防火墻進(jìn)行配置。

4、密碼安全策略不完善

在互聯(lián)網(wǎng)早期，文件傳輸協(xié)議（FTP）并沒(méi)有對(duì)密碼安全作出規(guī)定。在FTP客戶(hù)端和服務(wù)器端，數(shù)據(jù)以明文的形式傳輸，任何對(duì)通訊路徑上的路由具有控制能力的人，都可以通過(guò)嗅探獲取你的密碼和數(shù)據(jù)。

我們當(dāng)然可以使用SSL封裝FTP，但FTP是通過(guò)建立多次鏈接進(jìn)行數(shù)據(jù)傳輸?shù)?，我們即便是保護(hù)了密碼安全，也很難保護(hù)數(shù)據(jù)傳輸?shù)陌踩浴?/p>

自文件傳輸協(xié)議（FTP）發(fā)布以來(lái)，安全的數(shù)據(jù)傳輸也經(jīng)歷了長(zhǎng)足發(fā)展，推薦使用SCP取代FTP進(jìn)行文件傳輸。

5、FTP協(xié)議效率低下

從FTP服務(wù)器上檢索一個(gè)文件，包含繁復(fù)的交換握手步驟：

客戶(hù)端建立到FTP服務(wù)器端控制端口的TCP Socket鏈接，并等待TCP握手完成

客戶(hù)端等待服務(wù)器端發(fā)送回執(zhí)

客戶(hù)端向服務(wù)器端發(fā)送用戶(hù)名并等待響應(yīng)

客戶(hù)端向服務(wù)器端發(fā)送密碼并等待響應(yīng)

客戶(hù)端向服務(wù)器端發(fā)送SYST命令并等待響應(yīng)

客戶(hù)端向服務(wù)器端發(fā)送TYPE I命令并等待響應(yīng)

如果用戶(hù)需要在服務(wù)器端切換目錄，客戶(hù)端仍然發(fā)送命令并等待響應(yīng)

主動(dòng)模式下，客戶(hù)端需要發(fā)送PORT命令到服務(wù)器端，然后等待響應(yīng)（被動(dòng)模式與主動(dòng)模式相反）

建立數(shù)據(jù)傳輸鏈接（需要經(jīng)過(guò)三次握手，建立一條TCP Socket連接）

通過(guò)鏈接傳輸數(shù)據(jù)

客戶(hù)端等待服務(wù)器端從控制連接發(fā)送2xx指令，以確保數(shù)據(jù)傳輸成功

客戶(hù)端發(fā)送QUIT命令，并等待服務(wù)器響應(yīng)

同樣的情形，我們來(lái)看看HTTP協(xié)議：

HTTP客戶(hù)端向HTTP服務(wù)器端建立一條TCP Socket連接

HTTP客戶(hù)端向HTTP服務(wù)器端發(fā)送GET命令，包含URL、HTTP協(xié)議版本、虛擬主機(jī)名等等，并等待響應(yīng)

HTTP服務(wù)器端的響應(yīng)包含了所有想要的數(shù)據(jù)，完成！

傳輸一個(gè)文件，F(xiàn)TP需要往復(fù)10次，而HTTP只需要2次！如果傳輸多個(gè)文件，F(xiàn)TP可以省略發(fā)送用戶(hù)名和密碼的步驟，而HTTP則可以使用固定的套接字（Socket），在相同的TCP連接中傳輸文件。

綜上所述，雖然文件傳輸協(xié)議（FTP）曾經(jīng)顯赫一時(shí)，但現(xiàn)在已經(jīng)過(guò)時(shí)了，它是一個(gè)既不不安全，也不不友好，而且效率低下的協(xié)議，勢(shì)必被取而代之。

關(guān)于如何理解Raysync文件傳輸協(xié)議問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

新聞名稱(chēng)：如何理解Raysync文件傳輸協(xié)議-創(chuàng)新互聯(lián)
當(dāng)前路徑：http://jinyejixie.com/article40/dipgho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、網(wǎng)站營(yíng)銷(xiāo)、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)、電子商務(wù)、ChatGPT、全網(wǎng)營(yíng)銷(xiāo)推廣

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)