狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

背景：買了一個(gè)阿里云的云虛擬機(jī)用來(lái)搭建網(wǎng)站（起初不了解云虛擬主機(jī)和云服務(wù)器的區(qū)別，以為都是有SSH功能的，后來(lái)發(fā)現(xiàn)不是這樣樣子啊，云虛擬機(jī)就是FTP上傳網(wǎng)頁(yè)+MySQL存儲(chǔ)數(shù)據(jù)，對(duì)于只做網(wǎng)站來(lái)說(shuō)還行，但是想做一些擴(kuò)展或高級(jí)功能就不行了，強(qiáng)烈建議還是買云服務(wù)器ECS）。

使用的時(shí)候遇到一個(gè)非常奇怪的現(xiàn)象。在家里的網(wǎng)絡(luò)環(huán)境下（使用DLink做路由器），連接FTP服務(wù)器和下載文件都沒(méi)有問(wèn)題，但是上傳文件總是到100%然后卡住很久，然后出現(xiàn)Timeout，服務(wù)器上的文件被覆蓋，但字節(jié)為0。一開(kāi)始以為是FileZilla設(shè)置的問(wèn)題，于是在主動(dòng)被動(dòng)模式，字符集這些調(diào)了半天，還是不行；后面更換了Transmit，Mac終端的ftp，Windows虛擬機(jī)里面的Explorer，CuteFtp，F(xiàn)lashFXP這些進(jìn)行測(cè)試，發(fā)現(xiàn)還是一樣的結(jié)果。但是后面我在公司網(wǎng)絡(luò)環(huán)境下使用任何一個(gè)客戶端進(jìn)行上傳都沒(méi)有出現(xiàn)問(wèn)題。

我懷疑是阿里云的云虛擬機(jī)FTP有限制，我在阿里云工單系統(tǒng)提交了一個(gè)工單要求解決兩個(gè)問(wèn)題：

發(fā)送超時(shí)問(wèn)題：
ftp> put ~/common.css /htdocs/common.css

229 Entering Extended Passive Mode (|||40019|).

150 Ok to send data.

100% |***********************************| 16335       21.08 MiB/s    00:00 ETA

426 Failure reading network stream.

16335 bytes sent in 00:56 (0.28 KiB/s)

登錄失敗問(wèn)題：
421 There are too many connections from your internet address.

但通過(guò)討論發(fā)現(xiàn)第二個(gè)問(wèn)題應(yīng)該是我在上傳超時(shí)時(shí)多次斷開(kāi)和連接造成的，容易解決。問(wèn)題在于上傳超時(shí)問(wèn)題，售后認(rèn)為可能是IP遭到屏蔽，但查詢后并沒(méi)有。沒(méi)有更好的思路解決問(wèn)題，只好在家里各種測(cè)試，多次測(cè)試后發(fā)現(xiàn)只要是一個(gè)比較"小"的文件（小于1KB），上傳成功；但是“大”一點(diǎn)的文件（比如2KB以上），就總是上傳失敗。跟文件的類型無(wú)關(guān)。反饋給售后后認(rèn)為是我本地的網(wǎng)絡(luò)環(huán)境不穩(wěn)定導(dǎo)致的，但是我用的是以太網(wǎng)，使用的過(guò)程中HTTP下載、QQ微信登錄都沒(méi)有問(wèn)題，玩DOTA2也沒(méi)有出現(xiàn)掉線情況，應(yīng)該不會(huì)“不穩(wěn)定”到2KB的文件都上傳不上去。最終我測(cè)試得出文件<=1432B都能上傳，>1432B就上傳不了了，更排出了“不穩(wěn)定”的問(wèn)題，因?yàn)椴环€(wěn)定的話上傳失敗不可能一直處于1433B這個(gè)臨界值。

在Google上搜索相關(guān)中文網(wǎng)頁(yè)，但很少有相關(guān)的信息，不過(guò)有一些引導(dǎo)我向防火墻、路由器這些方面思考，反饋給售后那邊卻表示沒(méi)有更多辦法幫忙了。Mac的防火墻我都是關(guān)閉的；路由器防火墻管理方面只能自己動(dòng)手把功能都試一下。但是DMZ，防火墻規(guī)則，端口轉(zhuǎn)發(fā)這些設(shè)置弄了遍也沒(méi)有解決問(wèn)題。

還是回到Google，在更換了多次英文關(guān)鍵詞后，終于找到了一些跟我同病相憐的人。其中最為有用的是https://trac.filezilla-project.org/ticket/5533#no1，通讀了一遍終于找到了問(wèn)題所在。大意就是FTP使用兩個(gè)TCP連接來(lái)通信，一條控制連接(control connection)用來(lái)提交命令和接受回復(fù)；一條數(shù)據(jù)連接(data connection)來(lái)處理實(shí)際的文件傳輸。在文件傳輸過(guò)程中，控制連接是很容易進(jìn)入空閑狀態(tài)的，TCP標(biāo)準(zhǔn)也沒(méi)有規(guī)定一個(gè)連接的最大空閑時(shí)間。但是路由器和防火墻經(jīng)常會(huì)把空閑的連接給關(guān)閉掉，并且不通知雙方，就造成了傳輸100%但最后還是超時(shí)的現(xiàn)象。后面的評(píng)論就是解決問(wèn)題的關(guān)鍵了：TCP傳輸過(guò)程中有最大的包上限MTU(Maximum Transmission Unit，不超過(guò)1500)，超過(guò)這個(gè)大小的傳輸就要拆成多個(gè)包(packet)。所以比較“小”的文件不用拆包，一次就傳輸完了；“大”的文件需要拆包，分多次發(fā)送，就出現(xiàn)超時(shí)的問(wèn)題。對(duì)于不同的ISP提供商來(lái)說(shuō)，不同的MTU存在最優(yōu)值。于是在路由器管理頁(yè)面找到MTU設(shè)置，發(fā)現(xiàn)原來(lái)是1492，隨手用網(wǎng)上找的值1472填進(jìn)去，重啟路由器，It works!!