rfc1635.txt

RFC规范的翻译稿

   在你操作系统自带的FTP文档中,有对FTP命令的所有细节和可选项的介绍.你也可以在FTP命令提示符下输入"help"
   来获得所有FTP命令和选项的列表.

   UNIX系统下的FTP文档可以从FTP的在线手册中得到.如果你的UNIX系统安装了这些手册,你可以在UNIX提示符下
   输入下面的命令:

           % man ftp
文件的打包和命名
   一些广泛使用的约定,使得FTP档案站点对信息的存储和传输变得更加有效.

   通常用三种方式"转换"FTP档案站点存储的信息."压缩"(削减文件的大小)存储的信息,能获取更多的存储空间,
   并且减少网络实际传输的数据量."打包"把几个文件并入一个更大的文件中,这样便于维护其内部的目录结构,这
   样还能让用户只需一次传输一个大文件,而不是多次传输许多(有时是上百个)小文件.

   另外,为了便于传输,二进制文件常常被转化成ASCII格式.这个过程在本文中被成为"格式转化".通常,基于RFC 822
   的电子邮件和USENET协议不允许传输"二进制"(8位)数据.因此,二进制格式的文件在传输前,必须转化为可打印的
   7位ASCII文件.

   在许多操作系统中,有各种命名传统.这可以帮助远程用户根据文件名来判断该文件的格式,从而不需要先把文件
   下载过去.下面,我们列出Internet上比较普遍的对压缩,打包和格式转换文件的命名传统.下面列出的信息并不是
   详尽无遗漏的,网络上有很多与这些文件格式相关的应用程序和软件.

     1) compress/uncompress

     以".Z"结束的文件名一般意味着该文件被标准的UNIX Lempel-Ziv"压缩"程序处理过.与之相对应的有一类"解
     压缩"程序,它们可以将压缩文件恢复为它们原始的状态."压缩"程序不提供"打包"机制.无论它们原来是什么
     格式,压缩后的文件一般都是二进制格式.

     2) atob/btoa

     进行从ASCII到二进制的格式转换(atob).反之,是从二进制到ASCII的格式转换(btoa).如此转换过的文件经常
     以".atob"结尾.不提供打包或压缩机制.

     3) atox/xtoa

     此标准用于转换二进制格式为可传输的ASCII格式.由于与其他类似的转换机制相比,它更能节省存储空间,被
     使用的优先级也相对较高,尽管它并不属于压缩机制的一种.对与从一种格式到另一种格式之间的转换,它更为
     有效.这种格式的文件通常有".atox"的后缀文件名.

     4) uuencode/uudecode

     从二进制到ASCII的转换("uuencode")和相反的转换("uudecode")是一种标准转换方式.它最初使用于UUCP
     ("Unix to Unix CoPy")电子邮件/USENET系统.没有使用压缩和打包机制.命名传统通常给这样的文件加上
     ".uu"后缀文件名.

     5) tar/untar

     最初,它是一个基于UNIX的工具,用与把多个文件或目录打成一个包,或者从一个包文件中解出打包之前的文件
     和目录(tar 是 "Tape ARchive"的缩写).它的标准格式不提供压缩机制.无论打包之前的状态如何,打包之后
     生成的文件常常是二进制格式.命名传统通常给一个"tar文件"的文件名中加上".tar"或者"-tar".

     6) zip/unzip

     通常用于IBM PC环境,这类应用程序通常提供打包和压缩机制.生成的文件常常是二进制格式."zip"应用程序生
     成的文件通常是以".zip"为扩展名.

     7) arc/unarc

     通常用于IBM PC环境,这类应用程序通常提供打包和压缩机制,生成的文件常常是二进制格式.以这种格式存储
     的文件经常以".arc"作为扩展文件名.

     8) binhex

     用于Apple MacIntosh环境,转为binhex的过程提供和btoa一样的打包机制.命名传统对此类文件规定的扩展名
     是".hqx".

     9) shar

     是Bourse shell下的一种文档类型,可以是文本或二进制格式,是一个单独的文件,比原文件大.一旦运行,将生
     成它包含的原文件.因为这种格式有被用于不正当途径的危险,因此多数用户使用一个特殊的叫做unshar的工具
     来解开这种文件.命名传统对此类文件规定的扩展名是".shar".

     10) VMS_SHARE

     是DCL的一种文档类型,可以是文本或二进制格式,是一个单独的文件,比原文件大.一旦运行,将生成它包含的
     原文件.因为这种格式有被用于不正当途径的危险,运行这种格式的文件之前必须对其仔细检查.命名传统对此
     类文件规定的扩展名是".shar".

     11) 多卷shar/vms_share文件

     有时候,档案文件被分割成多个小的分卷文件,以便于在具有相同的目录结构的档案服务器之间传输.为了达到
     这样的目的,文件名的后面经常跟上数字标识(例如, xyz.01 xyz.02 xyz.03 ...或者.01-05).得到所有的分卷
     文件之后,你可以把他们在自己的机器上合成一个shar文件或者vms_share文件,然后用上面提到的方法解开还
     原为原来的文件.

     12) zoo

     zoo将压缩/解压缩,打包/解包功能集成于一个应用程序之中.许多不同的操作系统下都有支持zoo格式文件的应
     用程序,这些操作系统包括Unix, MS-DOS, Macintosh, OS/2, AtariST, 和 VAX VMS.命名传统把zoo程序建立
     的文件的扩展名规定为".zoo".Zoo是一种广为流传的文件格式,原因在于它的应用程序在许多操作系统下都是
     免费的(包括可执行文件和源代码).

     13) gzip/gunzip

     免费软件项目计划GNU采纳了不同的zip压缩机理,以替代压缩和解压缩命令.生成的文件是二进制格式."gzip"
     程序生成的压缩文件扩展名是".z"或者".gz".gunzip程序也能识别".tgz"和".taz"扩展名的文件,将它们当作
     ".tag.z"或".tag.Z"的缩写.同样,gzip程序能够识别并解压缩由gzip,zip,compress和pack命令压缩的文件.

     GNU项目计划最近开始分发和使用gzip/gunzip应用程序.就在近期,他们把默认的文件后缀.z改为.gz,这样做
     一是为了防止人们把.z和.Z混淆,二是为了消除某些对大小写敏感的操作系统(例如MS-DOS)可能会引起的问题.
     gzip软件是免费分发传播的,而且它已经被移植到大多数的UNIX操作系统下,例如:Amiga,Atari,MSDOS,OS2和
     VMS操作系统.


   在某些时候,为了生成存储的档案文件,要经过一系列上面介绍的处理过程.考虑到文件要经过不止一次的处理,
   因此,为了反映出所经历的各种过程,最终生成的文件名,是以原文件名为基础,在后面依次加上各种步骤所特有的
   文件名后缀.例如,有一个过程是先把原文件用"tar"打包,然后"压缩"打包后的文件.如果开始的文件名是"foobar",
   最后生成的文件名就是"foobar.tar.Z".由于这是一个二进制文件,为了便于被常用的电子邮件或USENET程序传输,
   它还应该被转换为可打印的ASCII格式,例如用"uuencode"实现这个转换,因此最后生成的文件名将是"foobar.tar.
   Z.uu."

   有些操作系统无法处理包含多个点(".")的文件名,可以采用连字符("-"),下划线("_")来代替,或者在目录里的
   "read me"文件里有对具体解决办法的详细介绍.
Compress和Tar
   下面是一个使用"compress/uncompress"和"tar/untar"程序的例子.

   假定"补丁"是一个对已有应用程序进行修补和升级的程序.你在一个FTP档案站点找到诸如"patch.tar.Z"的文件.
   现在你可以知道,".Z"说明这个文件是用UNIX的"compress"命令压缩的,".tar"说明它被UNIX的"tar"命令处理过.

   首先,用匿名FTP把这个文件传到你自己的主机上.要解开这个程序包,你首先应该运行下面的命令对其解压缩:

      uncompress patch.tar.Z

   这会把这个文件的压缩解开,并将其重命名为"patch.tar".你可以执行"tar"命令再把里面每个文件释放出来.

   在这个例子中,对patch.tar这个文件,你可以运行如下命令:

      %tar xvf patch.tar

   被打包的文件将从文件"patch.tar"(加"f"参数的作用)释放出来(加"x"参数的作用).由于还使用了"v"参数(交互
   模式),文件被释放时会显示其文件名.这个释放过程结束后,原来组成这个"patch"程序的目录和文件就完整地存
   在于你现在的工作目录中了.
值得注意的礼节性问题
   不是每个支持FTP的站点都允许匿名传输.试图从没有公开FTP服务的站点获得文件的做法是不正确的.

   我们应该记住,那些FTP站点的管理员们是本着增进交流的目的开放FTP服务的.他们管理维护站点所付出的努力和
   时间很少得到补偿.有些问题用户如果能够自己解决,最好不要要再去给管理增添麻烦.

   大多数的档案站点都能很好地发挥它们功能.但用户们应该理解,有时候为了照顾到站点高级用户们的使用方便,
   FTP站可能会把普通用户的访问时间限制在访问的非高峰时段(一般是站点本地时间的19:00到6:00).对于远在大
   洋彼岸的站点,注意到这一点是很重要的.因为连往这样站点的速度通常相对较慢.

   另外,有些匿名FTP站点限制了同一时刻的连接数目.如果你在尝试连接这样的站点时,得到了"在线用户过多"的错
   误信息,你应该等待一端时间后再做登陆尝试,,最好不要立即重新连接.

   为了防止重复存储,你应该与你的团体成员共享使用那些你从匿名FTP站点的到的有用软件.一旦你发现某个软件
   确实很有用处,你可以请求你的本地网络管理员,让这个软件在本地共享.这样可以避免每个人都在自己的用户目
   录里安装同样的软件包,从而节省了存储空间.

   如果你在一个档案站点发现一个有趣的程序,你可以把这个发现告诉其他的人.你不应该把它复制到你自己管理的
   档案站点上,除非你愿意保持对它进行同步更新.
参考文献
   [1] Postel, J., and J. Reynolds, "File Transfer Protocol (FTP)", STD9, RFC 959, USC/Information
   Sciences Institute, October 1985.

安全方面的考虑

   本文的讨论没有涉及安全方面的问题.
作者地址
   Peter Deutsch
   Bunyip Information Systems
   266 Blvd. Neptune
   Dorval, Quebec, H9S 2L4
   Canada

   Phone: [phone]
   EMail: [e-mail]

   Alan Emtage
   Bunyip Information Systems
   266 Blvd. Neptune
   Dorval, Quebec, H9S 2L4
   Canada

   Phone: [phone]
   EMail: [e-mail]

   April N. Marine
   NASA NAIC
   M/S 204-14
   Ames Research Center
   Moffett Field, CA 94035-1000

   Phone: [phone]
   EMail: [e-mail]

RFC1635  How to Use Anonymous FTP                                   RFC1635 怎样使用匿名FTP

1


1
ＲＦＣ文档中文翻译计划