前面已经对FTP相关的一些概念有了基本的认识,接下来就要进入代码编写阶段了,也是非常兴奋的阶段,在开启这个它之前先对项目需求进行一个梳理,对其我们要实现的FTP服务器是一个什么样子。
ftp命令列表
要实现FTP服务器,首先要实现的就一些标准的FTP命令,这些命令如下:
命令类型 | 命令 | 功能说明 |
访问控制命令 | USER | 服务器上的用户名。 |
PASS | 用户口令。 | |
CWD或XCWD | 改变工作目录。 | |
CDUP或XCUP | 回到上一层目录(父目录) | |
QUIT | 退出 | |
ACCT | 暂不实现 | |
SMNT | 暂不实现 | |
REIN | 暂不实现 | |
传输参数命令 | PORT | 数据端口,主要向服务器发送客户数据连接的端口,格式为PORT h1,h2,h3,h4,p1,p2,其中32位的IP地址用h1,h2,h3,h4表示,16位的TCP端口号用 p1,p2表示。 |
PASV | 此命令要求服务器数据传输进程在随机端口上监听,进入被动接收请求的状态。 | |
TYPE | 文件类型,可指定ASCII码,二进制等。 | |
STRU | 文件结构 | |
MODE | 传输模式 | |
服务命令 | RETR | 获得文件 |
STOR | 保存文件,向服务器传输文件。如果文件已存在,原文件将被覆盖,如果文件不存在,则新建文件。 | |
APPE | 与STOR功能类似,但如果文件在指定路径已存在,则把数据附加到原文件尾部,如果不存在,则新建一个文件。 | |
LIST | 列目录详细清单 | |
NLST | 列出名字列表 | |
REST | 重新开始,参数代表服务器要重新开始的那一点,它并不传送文件,而是略过指定点前的数据,此命令后应该跟其他要求文件传输的FTP命令。 | |
ABOR | 异常终止。此命令通知服务中止以前的FTP命令和与之相关的数据传输。如果先前的操作已完成,则没有动作,返回226;如果没有完成,返回225。 | |
PWD或XPWD | 打印当前目录 | |
MKD或XMKD | 新建目录 | |
RMD或XRMD | 删除目录 | |
DELE | 删除文件 | |
RNFR,RNTO | 重命名 | |
SITE CHMOD | 修改权限 | |
SYST | 获取系统信息 | |
FEAT | 服务器特性 | |
SIZE | 获得文件大小 | |
STAT | 返回服务器状态 | |
NOOP | 该命令不指定任何动作,只是要求服务器返回OK响应。 | |
HELP | 帮助 | |
STOU | 暂不实现 | |
ALLO | 暂不实现 |
【说明】:其中标红的是最重要的几个命令,它们有一个共同特点:都是通过数据连接通道完成的, 因而这几个命令之前需要传输一个PORT或PASV命令。具体命令之后会一一实现。
接下来看一下FTP的一些其它功能:
参数配置
我们要将程序中的开关做成可配置的,这里可以看一下VSFTP的配置文件:
空闲断开
下面来看一下效果:
默认情况下,空闲超时时间是300S,下面为了看到效果将其改小:
保存并重启VSFTP服务:
这时再看下空闲状态效果:
可见过了5秒空闲连接就断开了,这时进程也结束了:
限速
也就是上传跟下载文件的限速功能,下面也来演示一下,默认情况下是没有限速的:
这时对其进行限速配置:
这时再上传:
其速度传输过程序中会慢慢降到100K的样子。
连接数限制
这里包含两个方面的限制:总连接数的限制,针对所有IP来说的、同一个IP连接数的限制,下面来进行配置:
重启FTP服务器,然后看下效果,由于LeapFTP2.7.6没有分页的功能,所以测这个需要用新一点的版本来演示,这里改用LeapFTP3.0.1
接下来配置同一个IP的连接数的限制:
然后来看下效果:
断点续载与断点续传
下面还是回到低版的LeapFTP2.7.6,因为高版本的没有abort命令,下面来演示下:
上传了一小部分之后,则开始断开连接,这时再次连接,然后再次上传该文件:
从中可以发现此时的“续传”按钮是灰色不可用的,原因是需要对其进行一下配置,如下:
这时就可以续传了:
另外续传还有一种方式:APPE,如下:
以上是对FTP服务器实现的需求,下面来从系统设计的角度来分析下:
当成功连接一个客户端时,这时可以看到创建了两个进程:
可见该FTP服务器是采用多进程的方式来实现的,为什么不用多线程的方式呢?
对于FTP服务器来讲,多线程的方式是绝对不可取的,因为:
那为什么连接一个客户端要创建两个进程呢?先看一下系统逻辑结构:
从中可以发现,服务进程是直接跟客户端进行通讯,而nobody进程并没有,它仅仅是跟服务进程通信,来协助服务进程来建立数据连接通道,以及需要一些特珠权限的控制,比如服务进程建立了连接之后,假设是PORT模式,由于是服务器端主动连接客户端,服务器端需要绑定20端口来连接客户端,而服务进程是没有权限来绑定20端口的,也就意味着没办法正常建立数据连接通道,所以需要加入nobody进程。而nobody和服务进程是采用内部通信的协议,这个协议对外是不可见的,完全可以由我们自己来定义,所以可以用UNIX域协议来进行通讯,而不用TCP/IP协议了。
以上就是在正式编码前的一些理论了解。