企业中vsftp服务器搭建案例

简介:

实验要求:

1.搭建ftp服务器,其主目录是在基于RAID构建LVM的逻辑卷上,主目录为/mnt/lvm/ftp/pub

    2.测试用户为本地用户但没有本地登录的权限,其主目录均是在/mnt/lvm/home下以自己用户名生成的目录;

    3.每个用户仅允许访问自己的家目录并不允许切换目录

    4.为保证公司网络环境的畅通,限制文件的传输速度,本地用户为1M/s,匿名为100kb/s

    5.为每个用户设置磁盘配额,软限为10M,硬限为12M.

实验步骤:

  1.创建利用在RAID上面构建LVM,并将创建的逻辑卷raidvg挂载到/mnt/lvm下,启用磁盘配额;示意图如下:

     1)用mdadm --create  --auto=yes /dev/md0  --level=5 --raid-devices=3  --spare-devices=1 /dev/sd{b,c,d,e}

     2)用mdadm  --detail /dev/md0  查看磁盘阵列情况

     3)格式化/dev/md0,mkfs -t ext3 /dev/md0

      pvcreate  /dev/md0

      vgcreate raidvg /dev/md0

       lvcreate -l 4000 -n raidlv raidvg

     mkfs -t ext3 /dev/raidvg/raidlv

     cat /proc/partitions  可以用 partprobe  /dev/sdb 命令分区同步

     4)设置永久挂载并开启磁盘配额,usrquota,grpquota 

     修改/etc/fstab添加如下图:

/dev/raidvg/raidlv  /mnt/lvm   ext3   defaults,usrquota,grpquota  0 0

     5)mount  -a 或mount -o remount /dev/raidvg/raidlv 重新挂载/etc/fstab目录下的文件系统

     6)用quotacheck -auvg 或/dev/md0或是挂载点/mnt/lvm

     7)创建ftp1、ftp2两个用户,并不要忘了更改各自的目录所有者与所属组,因为本地权限网络权限不同的,即便是你在ftp的配置文件中启用"write_enable=YES",而实际上你以ftp1登录时,在未改所有者之前其家目录的所有者是root,而ftp1相当于属于其他组仍然是不能执行写的操作,一定要仔细思考,明白了吧,^_^

[root@host home]#useradd -D -d /mnt/lvm/home  (修改创建用户的默认家目录)

[root@host home]#useradd -s /sbin/nologin  ftp1

[root@host home]#useradd -s /sbin/nologin  ftp2

[root@host home]#echo "123" | passwd  --stdin  ftp1

[root@host home]#echo "123" | passwd  --stdin  ftp2

     8)用edquota -u ftp1 可直接用edquota -p ftp1 -u ftp2使ftp2与ftp1是相同的磁盘配额限制,

     9)用quotaon  -avug 或是/dev/md0启动quota服务(可用quota和requota来查看quota的限制值的报表情况)

注:对raid和lvm不理解的可查看通过RAID实现LVMLVM的应用与管理相关博文

2.安装vsftp服务,yum install 

     1) 为满足要求修改/etc/vsftpd/vsftpd.conf配置文件 vsftpd.conf,添加如下内容:

anon_root=/mnt/lvm/ftp/pub  #匿名用户的主目录

chroot_list_enable=YES        #启用chroot表,

chroot_list_file=/etc/vsftpd/chroot_list  #chroot_list中的用户不可任意切换目录

local_enable=YES             #本地用户可以登录

write_enable=YES             #本地用户可写

anon_max_rate=100000       #匿名用户的最大传输速率100kb/s

local_max_rate=1000000      #本地用户的最大传输速率1M/s

max_clients=3                #允许同时连接最多的客户端为3,方便测试实验效果

max_per_ip=2                #允许每个ip可同时连接的为2

     2)编辑chroot_list文件,在其中加入ftp1、ftp2两个用户,一行一个用户;

     3)由实验要求创建相关的文件与目录,并如下图创建各自目录的标志性文件,方便测试时区分;

3.测试阶段(对于vsftp的配置文件的修改可以整体测试,也可以逐句进行测试)

  1)对ftp1用户的磁盘配额做测试如下: quota-ftp1测试

发现上传过一个8.98M的东西后,再传一个3-4M就会出现如下图的错误,因为已经超出的给用户规定的磁盘配额。

 

  2)当想建立第4个连接的时候就会如下图提示:(因为配置文件设置的最多同时连接数为3) 

关闭所有ftp的连接,在一台客户机测试,发现请求第3个连接时就会出现421错误:

3)创建一个10M的文件方便测试速率,并复制一份给ftp1的主目录;dd-1.png

 a.以ftp1登录ftp服务器,下载刚创建10M的文件,观传输速率;

传输速率大概为1M/s,

b.以anonymous登录ftp服务器,也同样下载刚创建10M的文件,观传输速率;

传输速率为170kb/s相对有些范围误差,测试正常。

实验结束



本文转自 刘园  51CTO博客,原文链接:http://blog.51cto.com/colynn/1049438

相关文章
|
2月前
|
数据挖掘 Linux
服务器数据恢复-重装系统导致XFS分区丢失的数据恢复案例
服务器数据恢复环境: MD1200磁盘柜中的磁盘通过RAID卡创建了一组RAID5阵列,分配了一个LUN。在Linux操作系统层面对该LUN进行了分区,划分sdc1和sdc2两个分区,通过LVM扩容的方式将sdc1分区加入到了root_lv中;sdc2分区格式化为XFS文件系统。 服务器故障: 服务器重装系统后,磁盘分区改变,sdc2分区丢失,无法访问。
服务器数据恢复-重装系统导致XFS分区丢失的数据恢复案例
|
3月前
|
存储 算法 Oracle
服务器数据恢复—EVA存储硬盘不稳定离线的数据恢复案例
服务器数据恢复环境: 某品牌EVA某型号存储,底层是RAID5阵列,划分了若干lun。 服务器故障&分析: 该存储设备中raid5阵列有两块硬盘掉线,存储中的lun丢失。 将故障服务器存储中的所有磁盘编号后取出,硬件工程师检测后发现掉线硬盘不存在物理故障,也没有发现坏道,都可以正常读取数据。
|
1天前
|
存储 算法 数据挖掘
服务器数据恢复—昆腾存储StorNext文件系统数据恢复案例
服务器数据恢复环境: 昆腾某型号存储,8个存放数据的存储柜+1个存放元数据的存储柜。 元数据存储:8组RAID1阵列+1组RAID10阵列+4个全局热备硬盘。 数据存储:32组RAID5阵列,划分2个存储系统。 服务器故障: 数据存储的1个存储系统中的一组RAID5阵列中有2块硬盘先后出现故障离线,导致该RAID5阵列失效,整个存储系统崩溃不可用。
服务器数据恢复—昆腾存储StorNext文件系统数据恢复案例
|
6天前
|
安全 数据安全/隐私保护 数据中心
服务器中毒怎么办?企业数据安全需重视
互联网企业包括基础层、服务层和终端层,后者涉及网络服务、内容提供、应用服务等。随着业务发展,企业积累了大量数据,数据安全成为关注焦点,尤其是防范服务器中毒导致的数据泄露。中毒迹象包括文件消失、程序异常、启动项可疑、运行缓慢、杀毒软件失效、系统语言改变、蓝屏或黑屏、主页篡改、广告弹窗、程序图标篡改等。中毒原因可能源自源程序漏洞、FTP漏洞、不安全的上网行为和弱后台口令。处理中毒需断网、备份重要文件、运行杀毒软件、在DOS下杀毒、恢复系统并更改网络密码。预防措施包括打补丁、安装杀毒软件、定期扫描、谨慎点击链接和下载、不随意执行附件程序等。
|
1月前
|
存储 数据挖掘 Windows
服务器数据恢复—异常断电导致raid信息丢失的数据恢复案例
由于机房多次断电导致一台服务器中raid阵列信息丢失。该阵列中存放的是文档,上层安装的是Windows server操作系统,没有配置ups。 因为服务器异常断电重启后,raid阵列可以正常使用,所以未引起管理员的注意。后续出现的多次异常断电导致raid报错,服务器无法找到存储设备,进入raid管理模块进行任何操作都会导致操作系统死机。管理员尝试多次重启服务器,故障依旧。
|
1月前
|
存储 运维 安全
服务器数据恢复—存储互斥不当导致VMFS卷损坏的数据恢复案例
某公司的信息管理平台,通过3台虚拟机共享了一台存储设备供企业内部使用,存储设备中存放了公司内部重要的数据文件。 由于业务增长的需要,管理员又在这个存储网络上连接了一台Windows server服务器,结果这台存储变得不可用了。 管理员对该存储进行故障排查时发现存储中虚拟磁盘丢失,分区表丢失。重启该存储设备后故障依旧。 由于存储中的数据十分重要,没有备份。管理员为了安全起见,联系北亚企安数据恢复中心寻求帮助。 经过硬件工程师的检测,没有发现存储存在硬件故障。存储中的硬盘经过硬件工程师的检测后也没有发现任何物理故障,都可以正常读取。基本上可以排除故障是由于硬件导致的。
|
1月前
|
数据挖掘
服务器数据恢复—服务器硬盘掉线,指示灯显示红色的数据恢复案例
一台服务器中有一组由多块硬盘组建的raid阵列,在运行过程中服务器突然崩溃,管理员检查服务器发现该服务器raid阵列中有两块硬盘的指示灯显示红色。于是,管理员重启服务器,服务器重启后,先离线的硬盘上线并开始自动同步数据,数据同步过程中管理员又将服务器强制关机。
服务器数据恢复—服务器硬盘掉线,指示灯显示红色的数据恢复案例
|
1月前
|
存储 数据挖掘
服务器数据恢复—raid5热备盘同步失败的数据恢复案例
一台存储上有一组由多块硬盘组建的raid5阵列,该raid5阵列中的一块硬盘掉线,热备盘自动上线同步数据的过程中,raid阵列中又有一块硬盘掉线,热备盘的数据同步被中断,raid5阵列失效,卷挂载不上,存储瘫痪。 这类raid故障比较常见,服务器raid中的硬盘大多数情况下都是一个批次的同品牌同型号的硬盘,一旦有硬盘出现故障掉线,那么其他硬盘也随时有出故障掉线的可能。
|
1月前
|
存储 Oracle 关系型数据库
服务器数据恢复—北亚企安服务器数据恢复案例集锦
服务器数据恢复案例之服务器raid6中3个磁盘离线导致阵列崩溃的数据恢复案例 服务器数据恢复案例之服务器RAID5两个磁盘指示灯显示红色导致服务器崩溃的数据恢复案例 服务器数据恢复案例之服务器硬盘出现坏道/坏扇区离线导致服务器崩溃的数据恢复案例
|
1月前
|
存储 算法 数据库
【服务器数据恢复】raid5多块硬盘离线导致昆腾存储崩溃的数据恢复案例
10个磁盘柜,每个磁盘柜配24块硬盘。9个磁盘柜用于存储数据,1个磁盘柜用于存储元数据。 元数据存储中24块硬盘,组建了9组RAID1阵列+1组RAID10阵列,4个全局热备硬盘。 数据存储中,组建了36组6硬RAID5,36组RAID5阵列划分为2个存储系统。其中1个存储系统中的一组RAID5中有2块硬盘先后出现故障离线,RAID5阵列不可用,存储系统崩溃。
【服务器数据恢复】raid5多块硬盘离线导致昆腾存储崩溃的数据恢复案例