博客
关于我
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 用 limit 为什么会影响性能?
查看>>
MySQL 用 limit 为什么会影响性能?有什么优化方案?
查看>>
MySQL 用户权限管理:授权、撤销、密码更新和用户删除(图文解析)
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了!
查看>>
mysql 的GROUP_CONCAT函数的使用(group_by 如何显示分组之前的数据)
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>
MySQL 的全局锁、表锁和行锁
查看>>
mysql 的存储引擎介绍
查看>>
MySQL 的存储引擎有哪些?为什么常用InnoDB?
查看>>
Mysql 知识回顾总结-索引
查看>>
Mysql 笔记
查看>>
MySQL 精选 60 道面试题(含答案)
查看>>
mysql 索引
查看>>
MySQL 索引失效的 15 种场景!
查看>>
MySQL 索引深入解析及优化策略
查看>>
MySQL 索引的面试题总结
查看>>
mysql 索引类型以及创建
查看>>