博客
关于我
vsftpd3.0.3配置
阅读量:416 次
发布时间:2019-03-06

本文共 882 字,大约阅读时间需要 2 分钟。

2019.2.18更新

证实可用!!!

原文:

这两天测试在Ubuntu18.04上搭建一个ftp服务器,搜了一下大家都在用vsftpd,于是根据这个的基础教程搭了一个,搭完一切正常,在windows资源管理器上可以登录,可以新建文件夹和文件,也可以用filezilla客户端上传文件,一切完美。

当然如果一切完美也不用记录这篇文章了,后面用一台设备测试接收文件,结果被打脸,文件传不上来,vsftpd的log中显示如下

[ftpuser] FAIL MKDIR: Client "::ffff:10.87.1.118", "/dear_wang_1234_20190124_151733"

再看我用filezilla新建文件夹时,日志是这样的:

[ftpuser] OK MKDIR: Client "::ffff:10.87.2.46", "/home/ftp/asdf"

感觉不对,因为我为ftpuser这个用户指定了文件夹,所以我用filezilla登录后进入到默认指定的文件夹,于是上传等一切操作都是在指定文件夹下,而设备用这个用户登录时应该和filezilla不一样,看上去跳出了为用户限定的目录,于是继续搜资料,说只指定是不行的,还要在配置文件(/etc/vsftpd.conf)中把chroot_local_user设置成YES才是把用户限定在指定目录下,于是改成YES,但是改完后上传不了文件了,日志中记录如下错误:

vsftpd:500 OOPS: vsftpd: refusing to run with writable root inside chroot ()

那只能继续搜啊,于是搜到这个的文章,说是新版本更新后增加了安全性,用户不能在主目录下写文件了,如果非要写,需要加一个选项:

allow_writeable_chroot=YES

这样才行,于是加之,用代码测试后发现可行,再创建文件夹时不再是完整路径了,而是和设备上传时一样了,不知道后面设备能不能上传,因为现在没有设备可测,现在先记录一下,希望有用- -,后面测试后再更新。

 

转载地址:http://zmzuz.baihongyu.com/

你可能感兴趣的文章
Mysql tinyint(1)与tinyint(4)的区别
查看>>
mysql union orderby 无效
查看>>
mysql where中如何判断不为空
查看>>
mysql workbench6.3.5_MySQL Workbench
查看>>
MySQL Workbench安装教程以及菜单汉化
查看>>
MySQL Xtrabackup 安装、备份、恢复
查看>>
mysql [Err] 1436 - Thread stack overrun: 129464 bytes used of a 286720 byte stack, and 160000 bytes
查看>>
MySQL _ MySQL常用操作
查看>>
MySQL – 导出数据成csv
查看>>
MySQL —— 在CentOS9下安装MySQL
查看>>
mysql 不区分大小写
查看>>
mysql 两列互转
查看>>
MySQL 中开启二进制日志(Binlog)
查看>>
MySQL 中文问题
查看>>
MySQL 中日志的面试题总结
查看>>
mysql 中的all,5分钟了解MySQL5.7中union all用法的黑科技
查看>>
Mysql 中的日期时间字符串查询
查看>>
MySQL 中锁的面试题总结
查看>>
MySQL 中随机抽样:order by rand limit 的替代方案
查看>>
MySQL 为什么需要两阶段提交?
查看>>