FTP服務器之pure-ftpd常見問題及解決方法

1.    pureftp的認證方式

       系統認證方式有LDAPConfigFile  MySQLConfigFile PGSQLConfigFile PureDB ExtAuth PAMAuthentication UnixAuthentication等。啓用其中一個認證時，就只能使用該認證了。若是同時啓用兩個，將會根據配置前後而失效；失效認證方式的原有用戶就沒法登錄了，但若是容許匿名用戶登陸，匿名的是能夠登陸的。此外，發現pureDB和MysqlConfig認證方式時能夠共存的。

2.    MysqlConfigFile認證

        在搭建時，疏忽了Mysql數據的帳戶密碼加密方式，在配置pure-mysql config時也沒注意，一度致使Mysql建立的虛擬帳戶出現 530 Login authentication failed，登錄pureftp失敗的狀況。所以必定要確保兩邊的加密方式要統一，我上篇博客均採用md5加密。此外，在此還有可能mysql模塊致使的530錯誤的緣由是，沒有給pureftp虛擬帳戶數據庫用戶受權，即沒執行如：

mysql> grant all privileges on pureftpd.* to 'pureftpuser'@'%' identified by 'pureftpuser';
mysql> flush privileges;

在這裏，我提醒你們出現錯誤先去vi /var/log/messages  看下ftp標籤所報錯誤，對症下藥。

3.    pureftp的磁盤配額不是實時的；

4.    pureftp的上傳下載速度不是很是準備，這方面比vsftp要差些；

5.    開啓pureftp時報421錯誤

        好比：421 Unknown authentication method: puredb:/usr/local/pureftpd/etc/pureftpd.pdb
        或者是：421 Unknown authentication method:  mysql :/usr/local/etc/pureftpd-mysql.conf
        這是因爲在編譯時未加入對應參數致使的，這也說明--with-everything並非把全部的模塊都加進去了。

6.    pureftp的編碼問題

         pureftp支持RFC2640，能夠有效解決Windows和Linux下的編碼問題。在編譯時加上--with-rfc2640，在配置檔上加上

# UTF-8 support for file names (RFC 2640)
# Define charset of the server filesystem and optionnally the default charset
# for remote clients if they don't use UTF-8.
# Works only if pure-ftpd has been compiled with --with-rfc2640

 FileSystemCharset      UTF-8
 ClientCharset          gb2312

    但不能徹底解決亂碼的問題，你可經過filezilla上的字符集自定義設定對應的字符來有效解決亂碼問題。以下圖

7.    防火牆問題

        老生常談的防火牆設置，必定要當心本身的PassivePortRange      50000 51000 端口開放段，還有pureftp默認是開啓主動模式與被動模式的。

8.    530 Sorry, but I can’t trust you    

        這個是因爲MinUID致使的，記得小於你設置值的UID用戶是不容許登錄的；

# Minimum UID for an authenticated user to log in.

#最小UID限制
MinUID                      100

9.    爲何ftp只能下載卻不能上傳

        緣由:你對應ftp帳戶的關聯目錄文件沒有寫權限。

chmod  777  yourftphomedirectory

好了，就記錄這麼多！