Proftpd驗證完成上傳

Question

我想知道是否有最佳做法來檢查上載到您的ftp服務器是否成功。

我正在使用的系統有一個上傳目錄，其中包含上傳文件的每個用戶的子目錄。

這些目錄中的文件只是臨時性的，它們在處理後會被丟棄。

系統循環遍歷這些子目錄和其中的新文件，併爲每個文件檢查它是否被修改了10秒。如果它在10秒內未被修改，則系統假定文件已成功上傳。

我不喜歡系統當前處理這些情況的方式，因爲它會嘗試處理文件，並在文件上傳不完整時失敗，而不是等待並允許用戶恢復上傳直到完成。 對於上傳時間不長的小文件可能會很好，但如果文件很大，我希望能夠恢復上傳。

我也不喜歡目錄和文件的循環，系統在高cpu使用率下閒置，所以我實現了pyinotify來觸發文件寫入時的動作。我沒有真正看過源代碼，我只能假設它比當前的實現更優化（比我所描述的要多得多）。

但是我仍然需要檢查文件是否成功上傳。

我知道我可以解析xferlog以獲得所有完整的上傳。像：

awk '($12 ~ /^i$/ && $NF ~ /^c$/){print $9}' /var/log/proftpd/xferlog 

這將使pyinotify不必要的，因爲我可以得到的路徑，完全和不完全上傳，如果我只尾巴日誌。

所以我的解決方案是檢查我的運行循環中的xferlog，只處理完整的文件。

除非有最佳做法或者只是一個更好的方法來做到這一點？

這種方法的缺點是什麼？

我在debian服務器上運行我的應用程序，proftpd安裝在同一臺服務器上。另外，我無法控制發送文件的客戶端。

Answer 1

望着proftpd的文檔，我看到http://www.proftpd.org/docs/directives/linked/config_ref_HiddenStores.html

的HiddenStores指令啓用兩步文件上傳：文件上傳 爲「.in.filename。」一旦上傳完成，將 重命名爲「文件名」。這提供了一定程度的原子性，並幫助 防止1）不完整的上傳和2）在 仍在上傳過程中正在使用的文件。

這應該是「更好的方式」當你擁有的proftpd的控制，因爲它處理所有對你的工作要解決的問題 - 你可以認爲它沒有啓動任何.in.文件是完成上傳。您也可以安全地刪除任何孤兒.in.*文件，在某個地方整理腳本的任何一段時間處於非活動狀態。

Answer 2

如果您的pure-ftpd安裝使用 --with-uploadscript選項進行編譯，則可以使用pure-uploadscript。

它用於在每次上傳完成後啓動指定的腳本。

1. 設置Call​​UploadScript爲 「yes」
2. 使腳本的命令一樣touch /tmp/script.sh

3. 把代碼寫在它。在我的例子腳本重命名該文件，並增加了「.completed」文件名前：

   #!/bin/bash fullpath=$1 filename=$(basename "$1") dirname=${fullpath%/*} mv "$fullpath" "$dirname/completed.$filename"

4. 運行chmod 755 /tmp/script.sh由純uploadscript在

5. 使腳本可執行文件，然後運行命令pure-uploadscript -B -r /etc/pure-ftpd/uploadscript.sh

現在/tmp/script.sh將每完成上傳後推出。