[問題] FTP設定帳號到期時間

[ak77now (ak77now)]

不一定非要FTP
主要的目的是將檔案存放於VPS上
然後設定權限給不同的使用者，並設定存取期限

比如說我原本是在VPS上裝Nextcloud
的確可以設定不同的使用者的存取期限
但下載檔案的過程非常不穩，破G的大小後很容易斷線
連線的方式是Webdav
用了許多不同客戶端軟體下載都容易失敗

於是改在VPS上用FTP的方式，發現下載過程還算穩定


我現在是用pure-ftpd
因為對linux還不熟，所以是透過一個叫做寶塔面板的工具操作
https://www.bt.cn/
FTP也是用上面內建的，功能很陽春
只有簡單的建立帳號密碼與存取的目錄

考量到下載穩定，可能還是要往這類型的工具找找了
請問有FTP server的軟體可以設定帳號的存取到期期限的嗎
(日期到了該帳號自動不能用或不能下載)

或是說除了Nextcloud，還有什麼工具檔案傳輸很穩定的嗎

謝謝大家喔!

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.254.35.34 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1595929236.A.FA8.html
→ bitlife: 手工陽春作法或許可用 at 定好預定時間去deluser?
→ brli7848: 明明有ftp專板…
不衝突吧?
搜尋本板有關FTP的文也不少
一方面我也是針對linux系統的FTP部分詢問
就像google drive問題
免空板與Google板都很多文啊，難道只能特定其中一個問嗎
會不會去FTP問了後，又有人要我回這裡問呢
推 chang0206: 既然有nextcloud 為什麼不用內建的分享？
如同文中提的，下載過程容易斷線
→ chang0206: 用webdav 失敗的話，改用http?
一樣不穩
懷疑可能要在php方面做些優化設定
這類的文章其實滿多的，我參考了很多文章去做調整
客戶端也換了不同的軟體測
小檔沒問題，大檔就容易斷線了
改用FTP的方式後，連續下載十幾個單檔10G的檔案都沒問題
推 chang0206: nextcloud我測試OK耶，下了幾個2g/3g的ISO沒斷線
推 chang0206: https://github.com/cloudreve/Cloudreve
→ chang0206: 要一點基本的反向代理設定
推 chang0206: 或者丟去dropbox ?省下VPS的錢
OK，我研究看看，非常感謝
畢竟Nextcloud這類工具還是比較好用也美觀
→ Gold740716: 開 linux 帳號，然後用 passwd -x 設定密碼過期天數
→ bitlife: 密碼過期可能防不了有心人? 期滿前不登出ftp就不用再輸入
→ bitlife: 密碼. 我原先deluser做法也太過頭,應該只要把檔案設成不
→ bitlife: 可讀就夠了
→ chang0206: 每天重啟ftp service 囉
→ holishing: 用 crontab 或 systemd 的 timer 實現樓上說的
→ bitlife: 萬一有個檔要傳24h01m不就每天哭一次? XD
→ bitlife: 不過ftp雙方有開續傳功能就還好
感謝!
我嘗試開linux帳號的方法，大致可行
不過時間上判定的方法讓我很困擾

因為是使用在VPS上
為了讓時間判定可以方便點，google了別人的腳本自動更正時區
0 0 * * * sudo /usr/sbin/ntpdate  time.stdtime.gov.tw
@reboot sleep 15; sudo /usr/sbin/ntpdate time.stdtime.gov.tw
@reboot sleep 15; sudo cp /usr/share/zoneinfo/Asia/Taipei /etc/localtime

輸入date後確認時間跟本地一樣後
也開了帳號測試連線沒問題
但就是帳號到期時間怪怪的

我用的是chage -E [日期] [帳號]這指令

比如說此時是2020年8月1日

而我用的這指令在不同日期下有不同結果：

chage -E 2020-07-30 demo
(FTP客戶端不可連線)

chage -E 2020-07-31 demo
(FTP客戶端可連進)

chage -E 2020-08-01 demo
(FTP客戶端可連進)

看起來日期的分界點就是7月30與31日
但為什麼不是7月31日與8月1日呢

--補充--
後來又再google，發現可能是參考伺服器的時區
因為用這指令date -u 是7月31日，而用date的話則是我這邊的8月1日

伺服器端的FTP軟體是Pure-FTPd
好像沒有特別相關設定

現在的問題可能是要改問大家
既然我原本用的更新本地日期的方式不行的話
還能怎麼處理呢?
是不是要從最根本的VPS廠商那邊的主機另外設定之類的呢
※ 編輯: ak77now (122.254.35.34 臺灣), 08/01/2020 03:59:25
→ bitlife: 一般內部儲存*ix都是以UTC+0(以前的GMT)做為基準,ui所有
→ bitlife: 輸入的日期時間,最後都轉成UTC+0在處理,要看ui程式有沒有
→ bitlife: 考慮到時區問題,看了chage的man只講到格式(locale),沒提
→ bitlife: 到localtime(*ix對本地時間的用詞),很可能只處理格式,而
→ bitlife: 未考慮本地時間(一般所謂的時區,不論vps或實際主機)轉換
推 bitlife: 由於密碼控管這類需求通常是要求使用者定期更換密碼,所以
→ bitlife: 精確度通常不會到小時,也就是誤差在0~24小時.如果你真的
→ bitlife: 要求要精確控管至分,那麼用at指定時間做事,至於做的事看
→ bitlife: 是讓密碼即刻失效還是讓檔案/目錄不可讀
→ bitlife:            控管至時或分
推 chang0206: 考慮看看在建立帳號的時候就指定有效期限 比如說90天
→ chang0206: 然後用chage 去指定password expire
→ chang0206: 就會有一個存活期限N天的帳號可以用