⑴ windows下的http,ftp,tftp,smtp,dns,tcp,udp,telnet这些协议的用处
1 http ftp tftp smtp dns tcp udp telnet
这些都是internet协议栈里面的上层协议，与操作系统无关；windows linux都使用这些协议
2 具体功能
http是一种文本（或叫内容）描述语言；是一种描述和解释表达内容的规范。我们现在使用的网页就是按照该种规范做出来；浏览器（netscape ie）使用该规范解释出来展现给我们看
ftp 是用来进行文件传输的规范，这种规范使用的传输层协议是tcp（可靠传送）
tftp 也是用于文件传输的规范，不过一般是小文件，因为它使用的传输层协议是udp（非可靠传送）
smtp 是邮件传送规范，用来进行电子邮件传送，这种规范使用的传输层协议是tcp（可靠传送）
telnet 是进行字符传送的规范，主要应用在bbs 设备控制，这种规范使用的传输层协议是tcp（可靠传送）
dns 是域名解析服务，比如将www.sina.com.cn解析成对应的ip地址（网络通信使用的是ip地址，但是人习惯于记域名），它使用的传输层协议是udp
上面的协议都是应用协议，下面的tcp和udp是传输协议
tcp 可靠传输协议，会保证接收方收到的内容正确、无丢失、顺序与发送方一致（如果无法恢复错误和乱序会通告上层协议）
udp 非可靠传输协议，不保证接收方收到的内容正确、缺漏、乱序；这样只有依靠上层的处理来保证传输的可靠性
⑵ FTP协议的目标有那几点
1. 介绍FTP的目标是提高文件的共享性，提供非直接使用远程计算机，使存储介质对用户透明和可靠高效地传送数据。虽然我们也可以手工使用它，但是它的主要作用是供程序使用的。在阅读本文之前最好能够阅读TCP协议标准规范和Telnet协议标准规范。2. 概览在本节中我们将讨论一些表面上的问题，有些名词的定义请参阅TCP和Telnet参考文献。我们先介绍一下（1）字节大小，在FTP中字节大小有两个：逻辑字节大小和用于传输的字节大小。后者通常是8位，而前者可不一定是多少了。传输字节不必等于逻辑字节大小，也不必对数据结构进行解释。（2）控制连接是建立在USER-PIT和SERVER-PI之间用于交换命令与应答的通信链路。（3）数据连接是传输数据的全双工连接。传输数据可以发生在服务器DTP和用户DTP之间也可以发生在两个服务器DTP之间。（4）DTP：数据传输过程（DTP）建立和管理数据连接，DTP可以是主动的也可以是被动的。（5）EOR代表记录尾。（6）NTV代表网络虚拟终端，它的定义与在Telnet协议中的定义一致。（7）NVFS代表网络虚拟文件系统。（8）FTP可以传输非连续的文件，这些文件的一部分称为页。（9）PI代表协议解释器。（10）服务器DTP代表一种传输过程，它通常处于“主动”状态，它和侦听端口建立数据连接，它还可以为传输和存储设置参数，并根据PI的指令传输数据。当然，DTP也可以转入“被动”状态。（11）服务器FTP进程，它是和用户FTP进程一起工作的，它由PI和DTP组成。至于用户FTP进程则是由PI，DTP和用户接口组成的。下图是FTP服务示意图：注意：数据连接是双向的，它不用整个时间都存在。上图中用户PI开始控制连接，控制连接与Telnet协议很象。在开始阶段，标准FTP命令由用户PI产生并通过控制连接传送到服务器进程。服务器PI向用户PI返回标准应答。FTP命令指定数据连接参数和文件系统操作。用户DTP在特定数据端口侦听，服务器开始数据连接并以指定的参数开始数据传输。数据端口不必在开始FTP命令的机器上，但用户或用户FTP进程必须确定它在指定的数据端口上侦听。这个数据连接是全双工的。在另外一种情况下，用户或许希望在两个主机间传送文件，不是两个本地主机。用户在两台主机间建立控制连接，然后规划数据连接。用这种方式，控制信息由用户PI获得，但是数据在服务器DTP之间传送。下面就是一个例子：协议要求数据传输在处理时打开控制连接。在完成FTP服务后由用户中止控制连接，而服务器具体操作。如果在未接收命令时关闭了控制连接，服务器也会关闭数据传输。FTP和Telnet很有联系，FTP使用Telnet协议进行控制连接，可有两种方法达到目的：用户PI或服务器PI可以在自己的过程中实现Telnet协议的功能；第二种方法是利用系统中现有的Telnet模块。实现上，FTP对Telnet协议的依赖也不多，即使重新实现，代码量也不大。3. 数据传输功能数据连接只传输数据，控制连接传送命令和响应。几个命令是关于在主机间传输数据的，数据传输基本上独立于物理结构的，但是如果在压缩传输模式下流式传输与文件结构有关，文件的属性与表示类型有关。3.1. 数据表示与保存数据是在主机间的存储设置间传送的。因为两个系统的数据存储方式不同，因此需要对它进行转换，在传送文本时会有对ASCII表示的问题，在进行二进制传送的时候，会有不同系统对字节长度规定不同的问题，有的系统是7位，有的系统可能是32位，这也需要进行转换。需要提供数据表示与传输模型函数，但是FTP提供这方面的功能不多，超过FTP提供功能的那一部分要用户自己实现。3.1.1. 数据类型数据表示是由用户指定的表示类型，它可以是隐含的，也可以是用户指定的。请一定注意：逻辑字节长度与物理字节长度是不同的。3.1.1.1. ASCII类型这是所有FTP必须实现的默认类型，用于传送文本文件，当在主机间使用EBCDIC传送时更方便，则不使用ASCII类型。发送方将内部表示转换为NVT-ASCII格式，接收方则进行相反的过程接收数据。根据NVT标准，要在行结束处使用序列。NVT-ASCII是8位的。ASCII和EBCDIC的格式参数在下面讨论。3.1.1.2. EBCDIC类型它是作为ASCII的另一种方法在主机间传送数据的数据类型。EBCDIC和ASCII很象，仅在类型的功能描述上有一些差别。行结束符使用很少。3.1.1.3. 图象类型在此类型下传送的数据被看作连续的位，发送方将数据打包到8位传输字节中传送。因为结构的需要要对传送数据进行填充，填充字节全部为0，填充必须在文件结构时使用，而且要标记出以便接收方过滤掉。它用于传送二进制数据和有效地传送和存储文件，因此所有FTP也必须实现。3.1.1.4. 本地类型也可以以十进制指定逻辑字节大小。如果物理字节大小和逻辑字节大小不同，直接将物理数据打包为逻辑字节，不用什么填充。接收方根据逻辑字节大小进行和本机的存储特点进行转换。传输必须是可重复的，也就是说，相同的文件相同的参数，那内容必须是一样的。3.1.1.5. 格式控制ASCII和EBCDIC有一个可选参数，它说明文件垂直格式控制，下面的数据表示类型在FTP中有定义。字符文件可能有三种用途，打印，存储或留待以后处理。如果是用于打印，那主机必须知道垂直格式控制的表示，如果存储或等以后处理，也需要保留文件格式。如果在远程主机上处理完后传输回本地主机，要保证远程主机处理时没有麻烦。这都需要在ASCII和EBCDIC格式上加入新的参数。3.1.1.5.1. NON PRINT未指定第二个参数是它是默认值。它必须为所有FTP接受。如果传输的文件是用于打印的，则使用边界和间隔的默认值。通常它不用于打印目的，而用于保存文件或执行文件。3.1.1.5.2. TELNET格式控制文件包括ASCII/EBCDIC垂直格式控制，这些控制字符可以使打印正常进行。3.1.1.5.3. CARRIAGE CONTROL (ASA)文件包含ASA (FORTRAN)垂直格式控制字符。在以ASA标准形成的行中，第一个字符不打印，它用于决定打印前的走纸量。下面是定义了的ASA字符：blank： 向下移动1行；0：向下移动2行；1：移动至下一页；+：不移动打印机必须能够决定结构体的结束。如果文件本身有记录结构就没有问题，如果没有，用于区别打印行，但这些格式标记已经由ASA控制字符使用了。3.1.2. 数据结构除了有不同的数据类型外，FTP还允许有不同的文件结构，下面是三种文件结构：文件式结构：文件中没有内部结构，文件被看作是二进制流；记录结构：文件是由一系列记录组成的；页结构：文件是由不同的索引页组成的。如果未使用STRU命令，文件结构是默认值。文件的结构会影响传输模型，存储和数据表示。文件本来的属性和保存它的主机有关，不同的机器会以自己的方式保存文件。在不同主机间传送文件时必须使主机能够识别相互的表示。有些主机上的文件是面向字节的，有些是面向记录的，在传送时就会出现问题。那就要在接收方进行内部转换。在进行转换的时候，需要区别记录的边界，在ASCII中使用，在EBCDIC中使用作为分隔符。采用这种实现方法的必须保证转换是可逆的。3.1.2.1. 文件结构如果未使用STRU命令，文件结构是默认值。文件结构中没有默认值，文件被看作是连续的字节串。3.1.2.2. 记录结构对于文本文件，记录结构必须是所有FTP实现必须有的。记录结构文件是由连续的记录构成的。3.1.2.3. 页结构文件是非连续时使用页结构。这种文件称为随机访问文件。这些文件中有时会的和文件整体或部分相关的信息出现。在FTP中，文件的一个部分称为页。为了提供不同的页大小和相关信息，每页都带页头发送。页头中有如下域：头长度 包括此字节的页头长度，单位为字节，最小长度为4 页索引 指出此部分在原文件中的位置，它和传输编号不是一回事 数据长度 页数据中的逻辑字节数，最小值为0 页类型 页的类型有以下几种：0=未页，指示传输结构，包头必须为4，数据长度必须为0；1=通常页，没有控制信息的通常页文件的普通类型；2=描述子页，用于传送整体文件的描述信息；3=访问控制页，包括页级访问控制信息的页文件头域，包头长度必须为5 可选域 提供每页的控制信息 描述子 8位 字节计数 16位 描述子代码由在描述子字节中的位标记说明，下面是已经指定的四种代码及其意义：代码 意义 128 数据块结束是EOR 64 数据块结束是EOF 32 数据块内有怀疑错误 16 数据块是重新开始标记 以这种编码，对于特定块可能存在多个描述子编码条件，所需要的位必须全部设置。重新开始标记包括在数据流中，它作为8位整数代表在控制连接上使用语言的可打印字节，但不得出现在其中。例如要传送6字节标记，下面就是例子： Descrptr code = 16 Byte count = 6 Marker 8位 Marker 8位 Marker 8位 Marker 8位 Marker 8位 Marker 8位 3.4.3. 压缩模式有三种信息需要传送：常规数据以字节串传送；压缩数据，包括复本和过滤器；控制信息，以两个转义字符传送。如果有N（>0但小于127）个常规数据传送，在数据前一位加上一个字节，这个字节最高位为0，其它位表示的数值等于N。如下图：若要压缩一个数据位D的N复本字符串，用两个字节传送，如下图，它表示的是压缩的字节：一串N过虑器字节可以压缩为一个字节，而过滤器字节根据表示法不同而不同。如果类型是ASCII或EBCDIC，过滤器字节是，如果是图象或本地类型，则是0。下面就是过滤器字节：转义序列是双字节，头一个全0，后一个内是定义于块模式下的描述子代码。描述子代码与块模式中的意义相同，它作用于其后串中的字节。而压缩模式对于增加带宽有好处（因为数据是压缩过的）。3.5. 差错恢复和重新开始位丢失和数据错误是这一层的差错控制由TCP负责。而重新开始则是给用户一个处理系统（包括操作系统，网络等）失败的方法。重新开始过程仅适用于块和压缩模式，它要求发送者在数据流中加入特定标记，标记仅对传送者有意义，但其中的内容是控制连接使用的语言。标记可以代表一个位记数，记录记数或可以标记数据数目的任何点。如果接收方也支持重新开始，将会在接收系统中保存这一标记。在系统失败重新启动后，用户可以根据原来的标记重新开始数据传送，也就是我们通常熟悉的断点续传过程。接收方接收到一段数据，然后记下一点，如果发送方失败了，就从这一点以后再传送相应的数据。具体的这里不多说了。4. 文件传输功能从用户PI到服务器的信道是建立在用户到标记服务器端口间的。用户协议解释器负责发送命令和解释接收的应答；服务器PI解释命令，发送应答，指导DTP建立数据连接并传送数据。如果数据传输的第二方是用户DTP，通过用户FTP主机的内部协议对它进行控制；如果第二方是服务器DTP，它由用户PI发来的命令经过自己的PI控制。4.1. FTP命令4.1.1. 访问控制命令下列命令指定访问控制标记（命令码在括号内）：用户名(USER)参数是标记用户的Telnet串。用户标记是访问服务器必须的，此命令通常是控制连接后第一个发出的命令，有些主机还会要求口令和帐户。服务器可以在任何时间接收新的USER命令以改变访问控制和（或）帐户信息。这可以重新开始登录过程，所以传输参数不变，在进行中的文件传输在过去的访问控制参数下完成。口令(PASS)参数是标记用户口令的Telnet串。此命令紧跟USER命令，在某些站点它是完成访问控制不可缺少的一步。因此口令是个重要的东西，因此不能显示出来，服务器方没有办法隐藏口令，所以这一任务得由用户FTP进程完成。ACCOUNT (ACCT)参数是标记用户帐户的Telnet串。此命令不需要与USER相关，一些站点可能需要帐户用于登录，另一些可以限制帐户的权限，在后一种情况下，此命令可在任何时候发送。应答的不同可以区别不同的情况：当登录需要帐户信息时，对PASS命令的响应是332。另外，如果不需要帐户信息，对PASS的响应是230，如果需要帐户信息在以后需要，服务器会返回332或532，这要看它是保存此命令还是拒绝此命令了。改变工作目录(CWD)此命令使用户可以在不同的目录或数据集下工作而不用改变它的登录或帐户信息。传输参数也不变。参数一般是目录名或与系统相关的文件集合。回到上一层目录(CDUP)此命令要求系统实现目录树结构，它的响应和CWD的相同。
⑶ 所有FTP命令的功能分别是什么
是两个不同的协议
FTP(File Transfer Protocol，文件传输协议是Internet上使用非常广泛的一种通讯协议，它是为Internet用户进行文件传输(包括文件的上传和下载)而制定的。要想实现FTP文件传输，必须在相连的两端都装有支持FTP协议的软件，装在您的电脑上的叫FTP客户端软件，装在另一端服务器上的叫做FTP服务器端软件。
客户端FTP软件使用方法很简单，启动后首先要与远程主机建立连接，然后向远程主机发出传输命令，远程主机在收到命令后就给予响应，并执行正确的命令。目前Windows系统中最常用的FTP软件是CUTEFTP。FTP有一个根本的限制，那就是，如果用户在某个主机上没有注册获得授权，即没有用户名和口令，就不能与该主机进行文件传输。但匿名FTP服务器除外，它允许用户以anonymous作为用户名，以Email地址作密码来登录，从而使用户获得免费资源。
====================================
WWW的核心——HTTP协议
众所周知，Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、ArchieGopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用。
WWW服务器使用的主要协议是HTTP协议，即超文体传输协议。由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。另外，HTTP协议还可用于名字服务器和分布式对象管理。
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(NextGenerationofHTTP)的建议已经提出。
⑷ FTP下载应该怎么用
所有在MZONE上传影片和利用FTP上传大型软件、游戏和其他资源的用户都必须严格按照规则命名你的文件然后上传，所有不符合规则的资源都会被删除！
一、上传文件命名必须规范!(本规则适合影音文件和重要的大型软件、游戏等资源)
为了更好的发布和管理MZone的影音文件，现制定上传文件命名规则
(1)、电影、电视剧、动画等长片填写模板如下： [发布者论坛ID]_文件类型_主演、导演、系列名_文件全称_集数索引.rar 实例：
[eifan]_AVI_007_HuangJinYan.rar
表示eifan上传的avi格式的007系列电影黄金眼
[BenBenWan]_RM_WoAiWoJia_001-020.rar
表示笨笨丸上传的rm格式的电视剧我爱我家1~20集
[bollocks]_MO_ZXC_DaHuaXiYou.rar
表示bollocks上传的mo格式的周星驰系列电影大话西游
(2)、MTV、短片、广告等填写模板如下： [发布者论坛ID]_文件类型_所属类别_乐队、歌手_文件全称（包内文件个数）_压缩包排序.rar 实例：
[dingyicn]_AVI_DP_HanGuoJieWu_01.rar
表示dingyicn上传的avi格式的短片韩国街舞第一段
[jay911]_MO_GG_BaoMa(15).rar
表示jay911上传的mo格式的宝马广告压缩包内共有15段
[Li77]_AVI_ZP_XiaoYuanMM_03.rar
表示历77上传的avi格式的自拍短片校园MM第3段
[jafek]_RM_MTV_S.H.E_SuperStar.rar
表示jafek上传的rm格式S.H.E的MTV SuperStar
***相关说明***
1.命名规则为全英文，不得出现汉字。如果论坛ID为中文名将其转化为全拼填入！
2.所有简写均为大写（如：文件类型AVI、RM、MO、3GP所属类别MTV、DP、ZP、GG）
3.文件全称均为全拼，每字头字母大写字间无空格（如：大话西游-〉DaHuaXiYou）！
4.主演、导演、系列名、集数索引、包内文件个数、乐队、歌手、压缩包排序为选填项，如不清楚或不存在可不填，其它为必填项！
5.所有数字编号使用标准通配符（如：十个文件内1-9、百个文件内01-99、千个文件内001-999）以便文件的整理和排序。
6.短片类所属类别简写对应为：MTV-MTV、短片-DP、自拍-ZP、广告-GG
7.所有电影、电视剧、动画片最小以集为单位打包，如分A、B面应将其合入一个压缩包内。
8.电视剧、系列动画片文件每个压缩包不得少于50M并尽量保持在100M以内（打包不以集为单位而是以文件大小为单位！）。
9.如连载压缩包超过10个以上，应先在论坛留言或向管理员申请建立单独文件夹（如：灌篮高手101集，5集一包共20包，应先申请建立GuanLanGaoShou文件夹后再上传）。
10.近期内将对已发布的多集文件进行合并，满50M为一压缩包。
望大家完全按照以上标准发布文件，谢谢合作！！
二、了解规则
本ftp不允许匿名下载。
上载速度不限，下载限制为5k/s，所以不建议使用ftp下载，而推荐使用mzone前台下载。
本站ftp地址 ftp.eifan.com
用户 n-gage
密码 n-gage
如果仍有疑问请咨询站长 QQ 21434579
⑸ 1、什么是FTPFTP的工作模式是什么什么是匿名FTP
[编辑本段]文件传输协议
FTP（File Transfer Protocol），是文件传输协议的简称。用于Internet上的控制文件的双向传输。同时，它也是一个应用程序（Application）。用户可以通过它把自己的PC机与世界各地所有运行FTP协议的服务器相连，访问服务器上的大量程序和信息。
FTP（File Transfer Protocol）
[编辑本段]FTP的作用
正如其名所示：FTP的主要作用，就是让用户连接上一个远程计算机（这些计算机上运行着FTP服务器程序）察看远程计算机有哪些文件，然后把文件从远程计算机上拷到本地计算机，或把本地计算机的文件送到远程计算机去。
[编辑本段]FTP工作原理
拿下传文件为例，当你启动FTP从远程计算机拷贝文件时，你事实上启动了两个程序：一个本地机上的FTP客户程序：它向FTP服务器提出拷贝文件的请求。另一个是启动在远程计算机的上的FTP服务器程序，它响应你的请求把你指定的文件传送到你的计算机中。FTP采用“客户机/服务器”方式，用户端要在自己的本地计算机上安装FTP客户程序。FTP客户程序有字符界面和图形界面两种。字符界面的FTP的命令复杂、繁多。图形界面的FTP客户程序，操作上要简洁方便的多。
简单地说，支持FTP协议的服务器就是FTP服务器，下面介绍一下什么是FTP协议。（文件传输协议）
一般来说，用户联网的首要目的就是实现信息共享，文件传输是信息共享非常重要的一个内容之一。Internet上早期实现传输文件，并不是一件容易的事，我们知道 Internet是一个非常复杂的计算机环境，有PC，有工作站，有MAC，有大型机，据统计连接在Internet上的计算机已有上千万台，而这些计算机可能运行不同的操作系统，有运行Unix的服务器，也有运行Dos、Windows的PC机和运行MacOS的苹果机等等，而各种操作系统之间的文件交流问题，需要建立一个统一的文件传输协议，这就是所谓的FTP。基于不同的操作系统有不同的FTP应用程序，而所有这些应用程序都遵守同一种协议，这样用户就可以把自己的文件传送给别人，或者从其它的用户环境中获得文件。
与大多数Internet服务一样，FTP也是一个客户机/服务器系统。用户通过一个支持FTP协议的客户机程序，连接到在远程主机上的FTP服务器程序。用户通过客户机程序向服务器程序发出命令，服务器程序执行用户所发出的命令，并将执行的结果返回到客户机。比如说，用户发出一条命令，要求服务器向用户传送某一个文件的一份拷贝，服务器会响应这条命令，将指定文件送至用户的机器上。客户机程序代表用户接收到这个文件，将其存放在用户目录中。
在FTP的使用当中，用户经常遇到两个概念："下载"（Download）和"上载"（Upload）。"下载"文件就是从远程主机拷贝文件至自己的计算机上；"上载"文件就是将文件从自己的计算机中拷贝至远程主机上。用Internet语言来说，用户可通过客户机程序向（从）远程主机上载（下载）文件。
使用FTP时必须首先登录，在远程主机上获得相应的权限以后，方可上载或下载文件。也就是说，要想同哪一台计算机传送文件，就必须具有哪一台计算机的适当授权。换言之，除非有用户ID和口令，否则便无法传送文件。这种情况违背了Internet的开放性，Internet上的FTP主机何止千万，不可能要求每个用户在每一台主机上都拥有帐号。匿名FTP就是为解决这个问题而产生的。
匿名FTP是这样一种机制，用户可通过它连接到远程主机上，并从其下载文件，而无需成为其注册用户。系统管理员建立了一个特殊的用户ID，名为anonymous, Internet上的任何人在任何地方都可使用该用户ID。
通过FTP程序连接匿名FTP主机的方式同连接普通FTP主机的方式差不多，只是在要求提供用户标识ID时必须输入anonymous，该用户ID的口令可以是任意的字符串。习惯上，用自己的E-mail地址作为口令，使系统维护程序能够记录下来谁在存取这些文件。
值得注意的是，匿名FTP不适用于所有Internet主机，它只适用于那些提供了这项服务的主机。
当远程主机提供匿名FTP服务时，会指定某些目录向公众开放，允许匿名存取。系统中的其余目录则处于隐匿状态。作为一种安全措施，大多数匿名FTP主机都允许用户从其下载文件，而不允许用户向其上载文件，也就是说，用户可将匿名FTP主机上的所有文件全部拷贝到自己的机器上，但不能将自己机器上的任何一个文件拷贝至匿名FTP主机上。即使有些匿名FTP主机确实允许用户上载文件，用户也只能将文件上载至某一指定上载目录中。随后，系统管理员会去检查这些文件，他会将这些文件移至另一个公共下载目录中，供其他用户下载，利用这种方式，远程主机的用户得到了保护，避免了有人上载有问题的文件，如带病毒的文件。
作为一个Internet用户，可通过FTP在任何两台Internet主机之间拷贝文件。但是，实际上大多数人只有一个Internet帐户，FTP主要用于下载公共文件，例如共享软件、各公司技术支持文件等。 Internet上有成千上万台匿名FTP主机，这些主机上存放着数不清的文件，供用户免费拷贝。实际上，几乎所有类型的信息，所有类型的计算机程序都可以在Internet上找到。这是Internet吸引我们的重要原因之一。
匿名FTP使用户有机会存取到世界上最大的信息库，这个信息库是日积月累起来的，并且还在不断增长，永不关闭，涉及到几乎所有主题。而且，这一切是免费的。
匿名FTP是Internet网上发布软件的常用方法。Internet之所以能延续到今天，是因为人们使用通过标准协议提供标准服务的程序。像这样的程序，有许多就是通过匿名FTP发布的，任何人都可以存取它们。
Internet中的有数目巨大的匿名FTP主机以及更多的文件，那么到底怎样才能知道某一特定文件位于哪个匿名FTP主机上的那个目录中呢？这正是Archie服务器所要完成的工作。Archie将自动在FTP主机中进行搜索，构造一个包含全部文件目录信息的数据库，使你可以直接找到所需文件的位置信息。
[编辑本段]通过ftp传输文件的一般步骤
需要进行远程文件传输的计算机必须安装和运行ftp客户程序。在windows操作系统的安装过程中，通常都安装了tcp/ip协议软件，其中就包含了ftp客户程序。但是该程序是字符界面而不是图形界面，这就必须以命令提示符的方式进行操作，很不方便。
启动ftp客户程序工作的另一途径是使用ie浏览器，用户只需要在ie地址栏中输入如下格式的url地址：ftp：//[用户名：口令@]ftp服务器域名[：端口号]
(在CMD命令行下也可以用上述方法连接，通过put命令和get命令达到上传和下载的目的，通过ls命令列出目录，除了上述方法外还可以在cmd下输入ftp回车，然后输入open IP来建立一个连接，此方法还适用于linux下连接ftp服务器)
通过ie浏览器启动ftp的方法尽管可以使用，但是速度较慢，还会将密码暴露在ie浏览器中而不安全。因此一般都安装并运行专门的ftp客户程序。
1.在本地电脑上登陆到国际互联网.
2.搜索有文件共享主机或者个人电脑(一般有专门的FTP服务器网站上公布的,上面有进入该主机或个人电脑的名称,口令和路径).
3.当与远程主机或者对方的个人电脑建立连接后,用对方提供的用户名和口令登陆到该主机或对方的个人电脑.
4.在远程主机或对方的个人电脑登陆成功后,就可以上传你想跟别人分享的东东或者下载别人授权共享的东东(这里的东东是指能放到电脑里去又能在显示屏上看到的东东).
5.完成工作后关闭FTP下载软件,切断连接.
为了实现文件传输,用户还要运行专门的文件传输程序,比如网际快车就有这方面的功能,其它还有很多专门的FTP传输软件,FlashFxp为其中的杰出软件。有兴趣的网友可以试试其他的软件，如LeapFTP总归各有各的特色.
FTP协议
TCP/IP协议中，FTP标准命令TCP端口号为21，Port方式数据端口为20。FTP协议的任务是从一台计算机将文件传送到另一台计算机，它与这两台计算机所处的位置、联接的方式、甚至是是否使用相同的操作系统无关。假设两台计算机通过ftp协议对话，并且能访问Internet， 你可以用ftp命令来传输文件。每种操作系统使用上有某一些细微差别，但是每种协议基本的命令结构是相同的。
FTP的传输有两种方式：ASCII传输模式和二进制数据传输模式。
1．ASCII传输方式：假定用户正在拷贝的文件包含的简单ASCII码文本，如果在远程机器上运行的不是UNIX，当文件传输时ftp通常会自动地调整文件的内容以便于把文件解释成另外那台计算机存储文本文件的格式。
但是常常有这样的情况，用户正在传输的文件包含的不是文本文件，它们可能是程序，数据库，字处理文件或者压缩文件（尽管字处理文件包含的大部分是文本，其中也包含有指示页尺寸，字库等信息的非打印字符）。在拷贝任何非文本文件之前，用binary 命令告诉ftp逐字拷贝，不要对这些文件进行处理，这也是下面要讲的二进制传输。
2．二进制传输模式：在二进制传输中，保存文件的位序，以便原始和拷贝的是逐位一一对应的。即使目的地机器上包含位序列的文件是没意义的。例如，macintosh以二进制方式传送可执行文件到Windows系统，在对方系统上，此文件不能执行。
如果你在ASCII方式下传输二进制文件，即使不需要也仍会转译。这会使传输稍微变慢 ，也会损坏数据，使文件变得不能用。（在大多数计算机上，ASCII方式一般假设每一字符的第一有效位无意义，因为ASCII字符组合不使用它。如果你传输二进制文件，所有的位都是重要的。）如果你知道这两台机器是同样的，则二进制方式对文本文件和数据文件都是有效的。
5. FTP的工作方式
FTP支持两种模式，一种方式叫做Standard (也就是 PORT方式，主动方式)，一种是 Passive (也就是PASV，被动方式)。 Standard模式 FTP的客户端发送 PORT 命令到FTP服务器。Passive模式FTP的客户端发送 PASV命令到 FTP Server。
下面介绍一个这两种方式的工作原理：
Port模式FTP 客户端首先和FTP服务器的TCP 21端口建立连接，通过这个通道发送命令，客户端需要接收数据的时候在这个通道上发送PORT命令。 PORT命令包含了客户端用什么端口接收数据。在传送数据的时候，服务器端通过自己的TCP 20端口连接至客户端的指定端口发送数据。 FTP server必须和客户端建立一个新的连接用来传送数据。
Passive模式在建立控制通道的时候和Standard模式类似，但建立连接后发送的不是Port命令，而是Pasv命令。FTP服务器收到Pasv命令后，随机打开一个高端端口（端口号大于1024）并且通知客户端在这个端口上传送数据的请求，客户端连接FTP服务器此端口，然后FTP服务器将通过这个端口进行数据的传送，这个时候FTP server不再需要建立一个新的和客户端之间的连接。
很多防火墙在设置的时候都是不允许接受外部发起的连接的，所以许多位于防火墙后或内网的FTP服务器不支持PASV模式，因为客户端无法穿过防火墙打开FTP服务器的高端端口；而许多内网的客户端不能用PORT模式登陆FTP服务器，因为从服务器的TCP 20无法和内部网络的客户端建立一个新的连接，造成无法工作。
FTP软件可以更好的帮助你管理FTP目录 提供更系统的工具
FTP工具推荐使用 cuteftp
http://www.onlinedown.net/soft/3065.htm
[编辑本段]主动和被动模式
FTP有两种使用模式：主动和被动。主动模式要求客户端和服务器端同时打开并且监听一个端口以建立连接。在这种情况下，客户端由于安装了防火墙会产生一些问题。所以，创立了被动模式。被动模式只要求服务器端产生一个监听相应端口的进程，这样就可以绕过客户端安装了防火墙的问题。
一个主动模式的FTP连接建立要遵循以下步骤：
客户端打开一个随机的端口（端口号大于1024，在这里，我们称它为x），同时一个FTP进程连接至服务器的21号命令端口。此时，源端口为随机端口x，在客户端，远程端口为21，在服务器。
客户端开始监听端口（x+1），同时向服务器发送一个端口命令（通过服务器的21号命令端口），此命令告诉服务器客户端正在监听的端口号并且已准备好从此端口接收数据。这个端口就是我们所知的数据端口。
服务器打开20号源端口并且建立和客户端数据端口的连接。此时，源端口为20，远程数据端口为（x+1）。
客户端通过本地的数据端口建立一个和服务器20号端口的连接，然后向服务器发送一个应答，告诉服务器它已经建立好了一个连接。
[编辑本段]FTP和网页浏览器
大多数最新的网页浏览器和文件管理器都能和FTP服务器建立连接。这使得在FTP上通过一个接口就可以操控远程文件，如同操控本地文件一样。这个功能通过给定一个FTP的URL实现，形如ftp://<服务器地址>（例如，ftp://ftp.gimp.org ）。是否提供密码是可选择的，如果有密码，则形如:@ftp://<login>:<password>@<ftpserveraddress>。大部分网页浏览器要求使用被动FTP模式，然而并不是所有的FTP服务器都支持被动模式。[1][2]
[编辑本段]ftp 命令
1、FTP服务器的登陆
匿名用户：FTP 口令：FTP
用户 ：ANONYMOUS 口令：任何电子邮件
2、显示文件信息：DIR/IS
3、下载文件：GET 文件名 （下载到当前目录）
4、上传文件：PUT 文件名
5、多文件下载：MGET
6、多文件上传：MPUT
7、退出：BYE
8、帮助：HELP
[编辑本段]用途
在本地主机和远程主机之间传送文件。
[编辑本段]语法
ftp [ -d] [ -g ] [ -i ] [ -n ] [ -v] [ -f ] [ -k realm] [-q[-C]][ HostName [ Port ] ]
[编辑本段]描述
ftp 命令使用“文件传送协议” (FTP) 在本地和远程主机或远程主机之间传送文件。
FTP 协议允许在使用不同文件系统的主机之间进行数据传送。尽管协议在传送数据中提供了很高的灵活度，它仍然不会尝试保留特定于某个文件系统的文件属性（如文件保护模式或修改时间）。而且，FTP 协议为文件系统的整体结构做了少许假设，且不提供或不允许诸如循环地复制子目录这样的函数。
请注意：如果您正在系统之间传送文件，且需要保存文件属性或递归地复制子目录，请使用 rcp 命令。
[编辑本段]发布子命令
您可以在 ftp> 提示符中输入子命令，执行类似这样的任务：列出远程目录、更改当前的本地和远程目录、在单一请求中传送多个文件、创建和除去目录，以及转义到本地 shell 执行 shell 命令。请参考子命令章节取得每个子命令的描述信息。
如果您执行 ftp 命令而不为远程主机指定 HostName 参数，ftp 命令会立即显示 ftp> 提示符，等待 ftp 子命令。要连接远程主机，请执行 open 子命令。 当 ftp 命令连接到远程主机时，ftp 命令在再次显示提示符 ftp> 之前会提示输入登录名和密码。如果远程主机中未定义登录名的密码，ftp 命令将不成功。
ftp 命令解释器（处理在 ftp> 提示符处输入的全部子命令），会提供大多数文件传送程序没有的性能，如：
* 对 ftp 子命令处理文件名参数
* 将一组子命令集中成一个单一的子命令宏
* 从 $HOME/.netrc 文件中装入宏
这些性能会帮助您简化重复的任务，并允许您在 unattended 方式使用 ftp 命令。
命令解释器将按照下列规则处理文件名参数：
* 如果为此参数指定了 -（连字符），则标准输入 (stdin) 将用于读取操作，而标准输出用于写入操作。
* 如果未应用前面的检查，且文件名扩展已启用（请参考 -g 标志或 glob 子命令），则解释器将根据 C shell 的规则扩展文件名。启用了文件名匹配替换以及在期待单一文件名的子命令中使用了模式匹配字符时，结果可能与期待的不一样。
例如，append 和 put 子命令将拓展文件名，然后仅使用所生成第一个文件名。其它 ftp 子命令，如 cd、delete, get、mkdir、rename 和 rmdir 不会执行文件名拓展，并从字面上接受模式匹配字符。
* 对于 get、put、mget 和 mput 子命令，解释器有能力在不同的本地和远程文件名语法样式之间进行翻译和映射（请参考 case、ntrans 和 nmap 子命令），并且在本地文件名不是唯一的情况下有修改它的能力（请参考 runique 子命令）。另外，如果远程文件名不是唯一的，则 ftp 命令可将指令发送到远程 ftpd 服务器，以修改远程的文件名（请参考 sunique 子命令）。
* 使用双引号 (" ") 指定包含空字符的参数。
请注意：ftp 命令解释器不支持管道。也无需支持所有多字节字符文件名。
要在互动地运行的时候结束 ftp 会话，请使用 quit 或 bye 子命令或 ftp> 提示符处的End of File (Ctrl-D) 按键顺序。要在文件传送未完成之前结束它，请按中断按键顺序。其缺省“中断键”序列是 Ctrl-C。stty 指令能用于重新定义该键系列。
ftp 命令在正常情况下会立即暂停正在发送（从本地主机到远端主机）的传输。ftp 命令通过将 FTP ABOR 指令发送到远程 FTP 服务器，来暂停正在接收的传输（从远程主机到本地主机），并废弃所有传入的文件传送包（直到远程服务器停止发送它们为止）。如果远程服务器不支持 ABOR 指令，在远程服务器未发送所有请求的文件之前，ftp 命令不会显示 ftp> 提示符。另外，如果远程服务器执行未期望的操作时，可能需要结束本地 ftp 进程。
安全性和自动登录
如果“标准的”是当前认证方法：
ftp 命令也会通过将密码发送到远程主机来处理安全性，并许可自动登录、文件传送和注销操作。
如果您执行 ftp 命令并指定远程主机的主机名 (HostName), ftp 命令会尝试建立一个对于指定主机的连接。如果 ftp 命令连接成功，ftp 命令会在当前目录或主目录中搜索本地的 $HOME/.netrc 文件。如果文件存在，ftp 命令会在文件中搜索启动登录过程的入口，在命令宏定义中搜索远程主机。如果 $HOME/.netrc 文件或自动登录项不存在，或是系统已使用 securetcpip 命令保护起来， ftp 命令会提示用户输入用户名和密码。不论命令行中是否指定 HostName 参数，该指令都会显示此提示。
请注意： 排队系统不支持多字节主机名。
如果 ftp 命令找到指定主机的$HOME/.netrc 自动登录项， ftp 会试图使用该登录项中的信息登录远程主机。ftp 命令也会载入任何在登录项中定义的命令宏。在某些情况（例如，所需的密码在自动登录项中没有列出来），ftp 命令会在显示 ftp> 提示符之前提示输入密码。
一旦 ftp 命令完成自动登录，如果宏是在自动登录项中定义的，ftp 命令就会执行init 宏。如果init 宏不存在或未包含 quit 或 bye 子命令，ftp 命令将显示 ftp> 提示符并等待子命令。
请注意： 在提示符或在 $HOME/.netrc 文件中指定的远程主机名必须存在，并拥有在远程主机中定义的密码。否则，ftp 指令无效。
如果 Kerberos 5 是当前的认证方法：
ftp 命令会按在 IETF 草稿文挡 "draft-ietf-cat-ftpsec-09.txt" 定义的那样将此拓展用于 ftp 规范。FTP 安全性扩展将使用“ InPattern 参数。除 $（美元符号）和 \$ (反斜杠，美元符号)以外，InPattern 参数中的所有字符，都是按字面意义处理的，并用作 InPattern 变量之间的定界符。例如，如果 InPattern 参数是 $1.$2 且远程文件名是 mydata.dat，则 $1 的值是 mydata，$2 的值是 dat。
此 OutPattern 参数确定结果文件名。从 $1 到 $9 的变量将被它们从 InPattern 参数获得的值替换，而变量 $0 将由原文件名替换。另外，如果 Sequence1 不为空，序列 [Sequence1,Sequence2] 将由 Sequence1 替换；否则它将由 Sequence2 的值替换。例如，子命令：
nmap $1.$2.$3 [$1,$2].[$2,file]
会从 myfile.data 或 myfile.data.old 中产生 myfile.data，从 myfile 中产生 myfile.file，从 .myfile中产生myfile.myfile。请使用 \ (反斜杠) 符号防止 OutPattern参数中 $（美元符号）、[（左括号）、]（右括号）和 ,（逗号）的特殊意义。
non-print form non-print 子命令的同义词。
ntrans ] 打开或关闭文件名字符翻译机制。如果未指定任何参数，字符翻译将关闭。如果参数已指定，在没有指定目标文件名的时候，将为 mget 和 mput 子命令以及 get 和 put 子命令翻译源文件名中的字符。
此子命令在本地和远程主机使用不同的文件名约定和惯例时很有用。字符翻译遵从 InCharacters 和 OutCharacters 参数设置的模式。匹配InCharacters 参数中字符的源文件名中的字符将由 OutCharacters 参数中对应的字符替换。
如果 InCharacters 参数指定的字符串比 OutCharacters 参数指定的字符串长，而且其在 OutCharacters 参数中无对应的字符，则 InCharacters 参数中的字符将被删除。
open HostName [Port] 在由 HostName 参数所指定主机中建立对 FTP 服务器的连接。如果可选的端口号已指定ftp 命令将尝试连接该端口中的服务器。如果已设置自动登录功能（即，该 -n 标志没有在命令行中指定）, 则 ftp 命令就会试图让用户登录到 远程 FTP 服务器的全部响应。另外， ftp 会在传输完成后显示所有文件传送的统计信息。
⑹ 如何建内网FTP服务器，详细点 说是使用serv-U的，就详细说怎么设置
快速入门指南
Serv-U 设计的配置简单，其灵活性和控制功能使您得以在可能的最佳安全保护下与其他人方便地共享文件。快速入门指南将帮助您安装服务器，创建首个域，并向新域中添加用户帐户。一旦完成这些简单步骤，您就能连接到新的文件服务器并开始传输文件！
安装
如果您是首次安装 Serv-U，只需遵照安装屏上的指令选择安装目录并配置桌面快捷方式，以便快速访问服务器。您也可选择将 Serv-U 作为系统服务安装，这意味着当 Windows 启动时自动启动 Serv-U——在任何用户登录服务器前。如果 Serv-U 运行于专用的服务器机器，且没有交互式用户会话定期登录该服务器时，该选项很有用。如果 Serv-U 未作为系统服务安装，则登录 Windows 后需要手动启动该软件。
如果覆盖安装现有 Serv-U，我们推荐首先备份原始安装文件夹。尽管可以安全地覆盖安装任何现有的 Serv-U 并对数据文件和二进制代码进行必要的升级，在升级前备份关键组件仍被视为良好的数据管理措施。如果进行升级的安装版本早于 7.0 版，将会出现提示对话窗，指出在版本 6 后作出的关键更改，以及这些更改会如何影响您对 Serv-U 文件服务器的管理。
一旦完成安装，将启动 Serv-U 管理控制台。如果选择安装后不启动 Serv-U 管理控制台，可以通过双击系统托盘内的 Serv-U 图标，或单击右键选择 "启动管理控制台" 选项，来随时启动控制台。
创建首个域
完成加载管理控制台后，如果当前没有现存域会提示您是否创建新域。单击是启动域创建向导。任何时候要运行该向导，可以单击管理控制台顶部或更改域对话框内的新建域按钮，从管理控制台内的任何页面都可打开更改域对话框。在 Serv-U 文件服务器上创建新域有 3 个简单步骤。
第一步是提供唯一的域名。域名对其用户是不可见的，并且不影响其他人访问域的方式。它只是域的标识符，使其管理员更方便的识别和管理域。同时域名必须是唯一的,从而使 Serv-U 可以将其与服务器上的其它域区分开。您也可在描述区提供域的任何其它描述说明。默认情况下，启用域并供用户访问。如果您希望在配置过程中暂时拒绝用户访问该域，取消选中启用域选择框。单击下一步继续创建域。
创建域的第二步是指定用户访问该域所用的协议。标准文件共享协议是 FTP（文件传输协议），它运行于默认端口 21。然而，任何这些端口号都可更改为您所选择的数值。如果在非默认端口上运行服务器，推荐使用 1024 以上的端口。关于每个 Serv-U 版本所支持协议的更多信息，请参考有关 Serv-U 版本的文档。选中您希望域支持的协议旁的选择框，然后单击下一步继续。
第三步即最后一步是指定用于连接该域的物理地址。通常，这是用户指定的 IP 地址，用于在 Internet 上查找您的服务器。大多数家庭用户可以保留该选项空白，以使 Serv-U 使用计算机上的任何可用 IP 地址。
第四步与最后一个步骤是决定在该域存储密码时将使用的加密模式。默认情况下，使用单向加密安全地存储所有密码，一旦保存密码就会将其锁定。不过，用户希望利用 Web 客户端上的“密码恢复”工具时，可以选择使用双向密码，这样在要求密码恢复时，Serv-U 就无需重置其密码。最后，若希望将密码存储为明文，Serv-U 也可以实现。不推荐这一方式，不过要与过去的系统集成（特别是在使用数据库支持时），这可能是必需的。
现在，点击完成以让 Serv-U 创建你的第一个域。祝贺您！现在您的第一个域上线了。下一次可以配置域的更多属性。有关这些选项的更多信息，请参见域设置文档。现在，您需要创建用户帐户以便通过该域开始共享文件。
创建首个用户帐户
创建首个域后，管理控制台将显示用户页面并询问您是否希望使用新建用户向导创建新用户帐户。单击是启动新建用户帐户向导。任何时候通过单击用户帐户页面上的 "向导" 按钮可以运行该向导。创建新用户帐户有 4 个简单步骤。
第一步是提供帐户的唯一的登录 ID。连接域时使用该登录 ID开始验证过程。登录 ID对于该域必须是唯一的，但服务器上其它域可能有帐户拥有同样的登录 ID。要创建匿名帐户，请指定登录 ID为 "anonymous" 或 "ftp"。
此时，还需为该用户账户指定全名与电子邮件地址。全名提供引用用户账户的规范名，电子邮件地址允许将 Serv-U 邮件通知与恢复的密码发送到用户账户。单击下一步继续创建用户帐户。
指定唯一登录 ID后，您还必须为帐户指定密码。当用户连接域时，密码是验证用户身份所需的第二条信息。如果有人要连接该域，他们必须知道第一步中指定的登录 ID，以及此密码。密码可以留空，但将导致知道登录 ID的任何人都能访问域。点击下一步继续。
第三步是指定帐户的根目录。根目录是登录成功时用户帐户在服务器硬盘（或可访问的网络资源）上所处的位置。实质上，它是用户帐户在服务器上收发文件时您希望它使用的位置。单击浏览按钮转到硬盘上的某个位置，或手动输入该位置。如果锁定用户至根目录，他们就不能访问其根目录结构之上的文件或文件夹。此外，根目录的真正位置将被屏蔽而显示为 "/"。单击下一步按钮继续最后一个步骤。
最后一步是授予用户帐户访问权。访问权是按目录授予的。然而，可访问目录中的所有子目录可以继承访问权。默认访问权是 "只读"，这意味着用户可以列表显示其根目录中的文件和文件夹并进行下载。然而他们不能上传文件、创建新目录、删除文件/文件夹或重命名文件/文件夹。如果选择 "完全访问"，用户就能执行所有上述操作。创建用户后，通过编辑用户并选择 "目录访问" 选项卡，可以更细致的配置这些访问权限。选择目录访问权限后，单击完成按钮创建用户帐户。
祝贺您！您的 Serv-U 文件服务器已准备就绪可供访问和共享。您可以像创建该帐户一样创建更多帐户以便与其他朋友、家人或同事共享。每个用户可有不同的根目录从而使您可与不同人共享不同文件。还有更多用户配置选项使您可以微调帐户访问服务器的权限。有关这些选项的更多信息，请参见用户帐户的文档。
⑺ FTP的防范与攻击如何实现
------------------------FTP安全考虑—RFC2577----------------------------------
1．简介
文件传输协议规范（FTP）[PR85]提供了一种允许客户端建立FTP控制连接并在两台
FTP服务器间传输文件的机制。这种“代理FTP”机制可以用来减少网络的流量，客户端命
令一台服务器传输文件给另一台服务器，而不是从第一台服务器传输文件给客户端，然后从
客户端再传输给第二台服务器。当客户端连接到网络的速度特别慢时，这是非常有用的。但
同时，代理FTP还带来了一个安全问题——“跳转攻击（bounce attack）”[CERT97:27]。除
了“跳转攻击”，FTP服务器还可以被攻击者通过强力来猜测密码。
本文档并不考虑当FTP和一些强壮的安全协议（比如IP安全）联合使用的情况。虽然
这些安全关注并不在本文档的考虑范围内，但是它们也应该被写成文档。
本文给FTP服务器的实现者和系统管理员提供了一些信息，如下所示。第二章描述了
FTP“跳转攻击”。第三章提供了减少“跳转攻击”的建议。第四章给基于网络地址限制访
问的服务器提供了建议。第五章提供了限制客户端强力“猜测密码”的建议。接着，第六章
简单的讨论了改善保密性的机制。第七章给出了阻止猜测用户身份的机制。第八章讨论了端
口盗用。最后，第九章讨论了其它跟软件漏洞有关而跟协议本身无关的FTP安全问题。
2．跳转攻击（Bounce Attack）
RFC959[PR85]中规定的FTP规范提供了一种攻击知名网络服务器的一种方法，并且使
攻击者很难被跟踪。攻击者发送一个FTP"PORT"命令给目标FTP服务器，其中包含该主机
的网络地址和被攻击的服务的端口号。这样，客户端就能命令FTP服务器发一个文件给被
攻击的服务。这个文件可能包括根被攻击的服务有关的命令（如SMTP,NNTP等）。由于是
命令第三方去连接到一种服务，而不是直接连接，就使得跟踪攻击者变得困难，并且还避开
了基于网络地址的访问限制。
例如，客户端上载包含SMTP命令的报文到FTP服务器。然后，使用正确的PORT命
令，客户端命令服务器打开一个连接给第三方机器的SMTP端口。最后，客户端命令服务
器传输刚才上载的包含SMTP命令的报文给第三方机器。这就使得客户端不建立任何直接
的连接而在第三方机器上伪造邮件，并且很难跟踪到这个攻击者。
3．避免跳转攻击
原来的FTP规范[PR85]假定使用TCP进行数据链接，TCP端口号从0到1023时报留给
一些众所周知的服务的，比如邮件，网络新闻和FTP控制链接。FTP规范对数据链接没有
限制TCP端口号。因此，使用代理FTP，客户端就可以命令服务器去攻击任何机器上众所
周知的服务。
为了避免跳转攻击，服务器最好不要打开数据链接到小于1024的TCP端口号。如果服
务器收到一个TCP端口号小于1024的PORT命令，那么可以返回消息504（对这种参数命
令不能实现）。但要注意这样遗留下那些不知名服务（端口号大于1023）易受攻击。
一些建议（例如[AOM98]和[Pis94]）提供了允许使用除了TCP以外的其他传输协议来
建立数据连接的机制。当使用这些协议时，同样要注意采用类似的防范措施来保护众所周知
的服务。
另外，我们注意到跳转攻击一般需要攻击者首先上载一个报文到FTP服务器然后再下
载到准备攻击的服务端口上。使用适当的文件保护措施就可以阻止这种情况发生。然而攻击
者也可能通过从远程FTP服务器发送一些能破坏某些服务的数据来攻击它。
禁止使用PORT命令也是避免跳转攻击的一种方法。大多数文件传输可以仅通过PASV
命令来实现。但这样做的缺点就是丧失了使用代理FTP的能力，当然代理FTP并不是在所
有场合都需要的。
4．受限制的访问
一些FTP服务器希望有基于网络地址的访问控制。例如，服务器可能希望限制来自某
些地点的对某些文件的访问（例如为了某些文件不被传送到组织以外）。在这种情况下，服
务器在发送受限制的文件之前应该首先确保远程主机的网络地址在本组织的范围内，不管是
控制连接还是数据连接。通过检查这两个连接，服务器就被保护避免了这种情况：控制连接
用一台可信任的主机连接而数据连接不是。同样的，客户也应该在接受监听模式下的开放端
口连接后检察远程主机的IP地址，以确保连接是由所期望的服务器建立的。
注意，基于网络地址的受限访问留下了FTP服务器易受“地址盗用(spoof)”攻击。在
spoof攻击中，攻击机器可以冒用在组织内的机器的网络地址，从而将文件下载到在组织之
外的未授权的机器上。只要可能，就应该使用安全鉴别机制，比如在[HL97]中列出的安全鉴
别机制。
5．保护密码
为了减少通过FTP服务器进行强力密码猜测攻击的风险，建议服务器限制尝试发送正
确的密码的次数。在几次尝试（3~5次）后，服务器应该结束和该客户的控制连接。在结束
控制连接以前，服务器必须给客户端发送一个返回码421（“服务不可用，关闭控制连接”
[PR85]）。另外，服务器在相应无效的“PASS”命令之前应暂停几秒来消减强力攻击的有效
性。若可能的话，目标操作系统提供的机制可以用来完成上述建议。
攻击者可能通过与服务器建立多个、并行的控制连接破坏上述的机制。为了搏击多个并
行控制连接的使用，服务器可以限制控制连接的最大数目，或探查会话中的可疑行为并在以
后拒绝该站点的连接请求。然而上述两种措施又引入了“服务否决”攻击，攻击者可以故意
的禁止有效用户的访问。
标准FTP[PR85]在明文文本中使用“PASS”命令发送密码。建议FTP客户端和服务器
端使用备用的鉴别机制，这种鉴别机制不会遭受窃听。比如，IETF公共鉴别技术工作组开
发的机制[HL97]。
6．私密性
在FTP标准中[PR85]中，所有在网络上被传送的数据和控制信息（包括密码）都未被
加密。为了保障FTP传输数据的私密性，应尽可能使用强壮的加密系统。在[HL97]中定义
了一个这样的机制。
7．保护用户名
当“USER”命令中的用户名被拒绝时，在FTP标准中[PR85]中定义了相应的返回码530。
而当用户名是有效的但却需要密码，FTP将使用返回码331。为了避免恶意的客户利用USER
操作返回的码确定一个用户名是否有效，建议服务器对USER命令始终返回331，然后拒绝
对无效用户名合并用户名和密码。
8．端口盗用
许多操作系统以递增的顺序动态的分配端口号。通过合法的传输，攻击者能够观察当前
由服务器端分配的端口号，并“猜”出下一个即将使用的端口号。攻击者可以与这个端口建
立连接，然后就剥夺了下一个合法用户进行传输的能力。或者，攻击者可以盗取给合法用户
的文件。另外，攻击者还可能在从授权用户发出的数据流中插入伪造的文件。通过使FTP
客户和服务器随机的给数据连接分配端口号，或者要求操作系统随机分配端口号，或者使用
与系统无关的机制都可以减少端口盗用的发生。
9．基于软件的安全问题
本文档的重点是和协议相关的安全问题。另外还有一些成文的FTP安全问题是由于不
完善的FTP实现造成的。虽然这种类型的问题的细节超出本文档的范围，还是有必要指出
以下那些过去曾被误用，今后的实现应该慎重考虑的FTP特性。
? 匿名FTP
匿名FTP服务使客户端用最少的证明连接到FTP服务器分享公共文件。如果这样的用
户能够读系统上所有的文件或者能建立文件，那么问题就产生了。[CERT92:09] [CERT93:06]
? 执行远程命令
FTP扩展命令"SITE EXEC"允许客户端执行服务器上任意的命令。这种特性显然需要非
常小心的实现。已经有几个成文的例子说明攻击者利用FTP“SITE EXEC”命令可以破坏服
务器的安全性。[CERT94:08] [CERT95:16]
? 调试代码
前面的一些跟FTP有关危及安全的问题是由于置入了调试特性的软件造成的。
[CERT88:01]
本文建议有这些功能的FTP服务器的实现者在发布软件之前参阅所有的CERT有关这
些问题的攻击以及类似机制的忠告。
10．结论
使用以上建议可以减少和FTP服务器有关的安全问题的发生，而不用删除其功能。
⑻ ftp的解读
、什么是FTP:文件传输协议原理
互联网文件传输协议(File Transfer Protocol ,FTP) 标准是在RFC959说明的。该协议定义了一个从远程计算机系统和本地计算机系统之间传输文件的一个标准。一般来说，传输文件的用户需要先经过认证以后才能登录网站，然后方能访问在远程服务器的文件。而大多数的FTP服务器往往提供一个GUEST的公共帐户来允许没有远程服务器的用户可以访问该FTP服务器。
一个FTP会话通常包括五个软件元素的交互。
用户接口 提供了一个用户接口并使用客户端协议解释器的服务
客户 PI 客户协议解释器，其项远程服务器协议机发送命令并且驱动客户数据传输过程
服务器PI 服务器协议解释器，响应客户协议机发出的命令并驱动服务器端数据传输过程
客户 DTP 客户数据传输过程，其负责完成和服务器数据传输过程及客户端本地文件系统的通信
服务DTP 服务器数据传输过程，其负责完成和客户数据传输过程及服务器端文件系统的通信
在RFC 959中，一般使用用户这个名词来指代客户。RFC 959定义了客户PI和服务器PI交互的方式和规范。用户接口与PI和DTP交互的机理都并不是协议标准的一部分。PI和DTP往往通常是在同一个程序模块中实现的。
在FTP会话中，一共会存在有两个独立的网络连接，一个是由两端的PI使用的，另一个是由两端的DTP使用的。PI之间的连接一般被称作控制连接(control connection),DTP之间的连接被称做数据连接(data connection)
使用TCP服务的控制和数据连接
通常情况下，FTO服务器监听端口号21来等待控制连接建立请求。而数据连接端口号的选择依赖于控制连接上命令。通常是客户发送一个控制消息来指定客户监听并等待服务器端发送数据连接建立请求的端口号。
对数据传输和控制命令传输来使用不同的独立连接有如下优点：两个连接可以选择不同的合适服务质量，如：对控制连接来说高需要更小的延迟时间，对数据连接来说需要更大的数据吞吐量；而且可以避免实现数据流中的命令的通明性及逃逸。
当传输建立时，总是由客户端首先发起。然而客户和服务器都可能是数据发送者。除了传输用户请求下载文件，数据传输过程同样在客户端请求列服务器端目录结构时建立。
1.命令选择
当一个传输建立时，一般通常需要指定四个方面的属性：
文件类型
该属性指定如何将文件的数据匹配成适于传输的格式，一共有四种可能的选择：
ASCII文件类型
在发送端，文件从本地文本文件格式转换为 NVT ASCII格式，每行结束有一个CR/LF对来标识。 在接收端，再被转换为本地的文本格式。
这说明了为什么Unix主机之间传输文本文件为何传输的数据量要大于文件的实际大小。若传输一段端或传输两端都不使用ASCII文本编码，则是应该由数据传输过程来实现本地编码和NVT ASCII 编码之间的转换。
EBCDIC文件类型
类似于ASCII，区别仅仅上使用EBCDIC字符编码
图象 (或二进制)文件类型
文件以本地传输内容传输，在远端以同本地完全相同的内容存储。
本地文件系统
用在字节大小不是8位的环境下。没字节位数由发送者指定。
在实际应用中，只有ASCII和图象格式使用的较多。
格式控制
该属性是和将文本文件最后传送到打印设备相关的，其中有多种方式来实现将垂直格式信息编码到文件中，包括指示一个新页开始的方式。有如下方式可供选择：
无须打印格式控制，这是缺省值
Telnet打印控制，在telnet协议中定义的控制字符包含在数据流中。.
Fortran打印控制，
该属性在实际中很少使用。
结构
文件可以拥有内部结构，在传输中该结构被保留。由数据传输过程来负责在传输中的结构及本地结构之间相互匹配，有三种可能性：
文件结构
这实际上意味着文件被看作没有内部结构的连续的字节流。
记录结构
文件是有一系列记录组成的结构。这只适用于文本文件。
页面结构
也可以称做块结构。每一页都伴随一个页号来传输，从而以顺序的方式来完成传输。
页面结构很少在实际中遇到。记录结构也不是很常见。对于文本文件使用ASCII文件类型可以获得相同的效果。
传输模式
该属性可以取三个不同的值：
流模式
文件的以字节流的方式传输。
块模式
文件以一个块连接一个块的方式传输，每个块的开头都有一个头。
压缩模式
一个简单的运程长度压缩编码被应用，来压缩连续的相同的字节。
实际中，一般只有流模式被使用。而压缩一般通过使用各种其他的工具程序来获得。
当一次传输被建立，客户端一般指定一个或多个前面说明的属性。若服务器端不能支持某个选项，服务器将用一个错误信息来响应客户端，并不具有协商机制。
FTP提供了充足的命令来使用户和远程建立连接并访问远程文件系统。
2.命令格式
命令以NVT ASCII串的格式被传输。每个命令以三个或四个大写的NVT ASCII字符开始，后面带有选项参数和一个CR/LF对来标识命令结束
应答由三个NVT ASCII数字及一个选项消息组成。
一个长的应答也许会有多个消息组成，第一个消息的三个数字后带有一个破折号，最后的消息不带有破折号。中间的消息无须携带三个数字，但是如果带了三个数字，则也需要破折号。
下面是所有的命令的列表。带有星号的命令一般很少使用，所以往往在具体实现中不支持。
String Meaning
ABOR 放弃传输
*ACCT 某些系统将帐号和用户与文件系统相关联
*ALLO 为即将传送的文件分配空间。后面携带的参数来确定字节数
*APPE 将文件附加到已经存在的文件后面
CDUP 在远程系统上将当前目录切换到上级父目录
CWD 改变远程系统的工作目录
DELE 删除远程系统的文件
HELP 读取服务器的帮助信息，如：支持的命令的列表
LIST 在一个新建立的数据连接上发送当前工作目录下的文件名列表
MKD 创建目录
MODE 指定传输模式，可携带的参数是：S、B或 C.
NLST 在一个新建立的数据连接上发送一个当前目录下的“完全”的目录列表
NOOP 空操作，防止连接断掉
PASS 提供一个用户登录密码，必须立即跟随在USER命令后
*PASV 指定服务器数据传输过程监听等待客户端的数据连接连接建立请求
PORT 指定客户端监听等待服务器端建立的连接的端口号
PWD 显示服务器端的当前工作目录名
QUIT 退出登录并终止连接
*REIN 重新初始化，退出登录但是并不断开连接，后面必须随后发出一个新的USER命令
*REST 从服务器的一个标识处重新开始传输
RETR 从远程系统取回一个文件
RMD 删除一个目录
*RNFR 指定要被命名的文件的老的路径名，随后必须是一个RNTO命令
*RNTO 指定要被命名的文件的新的路径名
*SITE 站点特有的服务器提供的服务
*SMNT 结构加载，提供一个文件系统结构的远程系统路径名
*STAT 状态信息
STOR 上载一个文件到服务器上，若文件已经存在则覆盖
*STOU 上载一个文件到服务器上，不覆盖已经存在的文件
STRU 指定文件结构，参数可以是F、R或P.
*SYST 报告远程系统的操作系统类型
TYPE 指定文件类型，参数可以是A、E、I、L只有TYPE A和TYPE I常用
控制连接命令应答有如下形式：
Type Description
1yz 主动初步应答，在发送另一个命令以前等待另一个应答
2yz 主动最后应答，最后一个命令成功结束
3yz 主动中间应答，必须再发送一个命令
4yz 暂时被动应答，要求的动作当时不能完成，但可以重试
5yz 永久被动应答，要求的动作不能完成，不应该重试
"y"数字编码进一步的信息
Digit Meaning
0 语法错误
1 信息
2 连接状态
3 认证和记帐
4 保留
5 File s文件系统状态
下面是一些典型的消息：
Number Meaning
125 数据连接打开，传输开始
200 命令OK
331 用户名OK 需要输入密码
425 不能打开数据连接
452 错误写文件
500 语法错误-不可识别的命
具体的详细情况可以参见RFC
⑼ FTP建立后，和服务器建立哪两种连接
起初，FTP并不是应用于IP网络上的协议，而是ARPANEt网络中计算机间的文件传输协议， ARPANET是美国国防部组建的老网络，于1960-1980年使用。在那时， FTP的主要功能是在主机间高速可靠地传输文件。目前FTP仍然保持其可靠性，即使在今天，它还允许文件远程存取。这使得用户可以在某个系统上工作，而将文件存贮在别的系统。例如，如果某用户运行Web服务器，需要从远程主机上取得HTML文件和CGI程序在本机上工作，他需要从远程存储站点获取文件(远程站点也需安装Web服务器)。当用户完成工作后，可使用FTP将文件传回到Web服务器。采用这种方法，用户无需使用Telnet登录到远程主机进行工作，这样就使Web服务器的更新工作变得如此的轻松。
FTP是TCP/IP的一种具体应用，它工作在OSI模型的第七层，TCP模型的第四层上，即应用层，使用TCP传输而不是UDP，这样FTP客户在和服务器建立连接前就要经过一个被广为熟知的"三次握手"的过程，它带来的意义在于客户与服务器之间的连接是可靠的，而且是面向连接，为数据的传输提供了可靠的保证。
下面，让我们来看看，一个FTP客户在和服务器连接是怎么样的一个过程（以标准的FTP端口号为例）。
首先，FTP并不像HTTP协议那样，只需要一个端口作为连接（HTTP的默认端口是80，FTP的默认端口是21），FTP需要2个端口，一个端口是作为控制连接端口,也就是21这个端口，用于发送指令给服务器以及等待服务器响应；另一个端口是数据传输端口,端口号为20（仅PORT模式），是用来建立数据传输通道的，主要有3个作用
从客户向服务器发送一个文件。
从服务器向客户发送一个文件。
从服务器向客户发送文件或目录列表。
其次，FTP的连接模式有两种，PORT和PASV。PORT模式是一个主动模式，PASV是被动模式，这里都是相对于服务器而言的。为了让大家清楚的认识这两种模式，朗月繁星分别举例说明。
PORT模式
当FTP客户以PORT模式连接服务器时，他动态的选择一个端口号（本次试验是6015）连接服务器的21端口，注意这个端口号一定是1024以上的，因为1024以前的端口都已经预先被定义好，被一些典型的服务使用，当然有的还没使用，保留给以后会用到这些端口的资源服务。当经过TCP的三次握手后，连接（控制信道）被建立（如图1和图2）。
图1：FTP客户使用FTP命令建立于服务器的连接
图2：用netstat命令查看，控制信道被建立在客户机的6015和服务器的20端口
现在用户要列出服务器上的目录结构(使用ls或dir命令)，那么首先就要建立一个数据通道，因为只有数据通道才能传输目录和文件列表，此时用户会发出PORT指令告诉服务器连接自己的什么端口来建立一条数据通道（这个命令由控制信道发送给服务器），当服务器接到这一指令时，服务器会使用20端口连接用户在PORT指令中指定的端口号，用以发送目录的列表（如图3）。
图3：ls命令是一个交互命令，它会首先与服务器建立一个数据传输通道。经验证本次试验客户机使用6044端口
当完成这一操作时，FTP客户也许要下载一个文件，那么就会发出get指令，请注意，这时客户会再次发送PORT指令，告诉服务器连接他的哪个"新"端口，你可以先用netstat -na这个命令验证，上一次使用的6044已经处于TIME_WAIT状态(如图4)。
图4：使用netstat命令验证上一次使用ls命令建立的数据传输通道已经关闭
当这个新的数据传输通道建立后(在微软的系统中，客户端通常会使用连续的端口，也就是说这一次客户端会用6045这个端口)，就开始了文件传输的工作。
PASV模式
然而，当FTP客户以PASV模式连接服务器时，情况就有些不同了。在初始化连接这个过程即连接服务器这个过程和PORT模式是一样的，不同的是，当FTP客户发送ls、dir、get等这些要求数据返回的命令时，他不向服务器发送PORT指令而是发送PASV指令，在这个指令中，用户告诉服务器自己要连接服务器的某一个端口，如果这个服务器上的这个端口是空闲的可用的，那么服务器会返回ACK的确认信息，之后数据传输通道被建立并返回用户所要的信息（根据用户发送的指令，如ls、dir、get等）；如果服务器的这个端口被另一个资源所使用，那么服务器返回UNACK的信息，那么这时，FTP客户会再次发送PASV命令，这也就是所谓的连接建立的协商过程。为了验证这个过程我们不得不借助CUTEFTP Pro这个大家经常使用的FTP客户端软件，因为微软自带的FTP命令客户端，不支持PASV模式。虽然你可以使用QUOTE PASV这个命令强制使用PASV模式，但是当你用ls命令列出服务器目录列表，你会发现它还是使用PORT方式来连接服务器的。现在我们使用CUTEFTP Pro以PASV模式连接服务器（如图5）。
图5：使用CUTEFTP Pro以PASV模式连接服务器
请注意连接LOG里有这样几句话：
COMMAND:> PASV
227 Entering Passive Mode (127,0,0,1,26,108)
COMMAND:> LIST
STATUS:> Connecting ftp data socket 127.0.0.1: 6764...
125 Data connection already open; Transfer starting.
226 Transfer complete.
其中，227 Entering Passive Mode (127,0,0,1,26,80). 代表客户机使用PASV模式连接服务器的26x256+108=6764端口。（当然服务器要支持这种模式）
125 Data connection already open; Transfer starting.说明服务器的这个端口可用，返回ACK信息。
再让我们看看用CUTEFTP Pro以PORT模式连接服务器的情况。其中在LOG里有这样的记录：
COMMAND:> PORT 127,0,0,1,28,37
200 PORT command successful.
COMMAND:> LIST
150 Opening ASCII mode data connection for /bin/ls.
STATUS:> Accepting connection: 127.0.0.1:20.
226 Transfer complete.
STATUS:> Transfer complete.
其中，PORT 127,0,0,1,28,37告诉服务器当收到这个PORT指令后，连接FTP客户的28x256+37=7205这个端口。
Accepting connection: 127.0.0.1:20表示服务器接到指令后用20端口连接7205端口，而且被FTP客户接受。
比较分析
在这两个例子中，请注意: PORT模式建立数据传输通道是由服务器端发起的，服务器使用20端口连接客户端的某一个大于1024的端口；在PASV模式中，数据传输的通道的建立是由FTP客户端发起的，他使用一个大于1024的端口连接服务器的1024以上的某一个端口。如果从C/S模型这个角度来说，PORT对于服务器来说是OUTBOUND，而PASV模式对于服务器是INBOUND，这一点请特别注意，尤其是在使用防火墙的企业里，比如使用微软的ISA Server 2000发布一个FTP服务器，这一点非常关键，如果设置错了，那么客户将无法连接。
最后，请注意在FTP客户连接服务器的整个过程中，控制信道是一直保持连接的，而数据传输通道是临时建立的。
在本文中把重点放到了FTP的连接模式，没有涉及FTP的其他内容，比如FTP的文件类型（Type），格式控制（Format control）以及传输方式（Transmission mode）等。不过这些规范大家可能不需要花费过多的时间去了解，因为现在流行的FTP客户端都可以自动的选择正确的模式来处理，对于FTP服务器端通常也都做了一些限制，如下：
类型：A S C I I或图像。
格式控制：只允许非打印。
结构：只允许文件结构。
传输方式：只允许流方式
至于这些内容，限于篇幅在这里就不想再介绍了。希望这篇文章能对大家有些帮助，特别是正在学习ISA Server2000的朋友和一些对FTP不很了解的朋友。