home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / fsp-faq / part2 < prev   
Internet Message Format  |  1995-07-25  |  10KB
  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!gatech!news.mathworks.com!udel!news.sprintlink.net!tank.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!sunews!suma3!ssrdoher
  2. From: A.J.Doherty@reading.ac.uk (A. J. Doherty)
  3. Newsgroups: alt.comp.fsp,alt.answers,news.answers
  4. Subject: File Service Protocol (FSP) Frequently Asked Questions [Part 2/2]
  5. Followup-To: alt.comp.fsp
  6. Date: 24 Jul 1995 18:02:57 GMT
  7. Organization: Dept. of Comp. Sci., University of Reading
  8. Lines: 219
  9. Approved: news-answers-request@MIT.EDU
  10. Distribution: world
  11. Message-ID: <3v0n8h$dq1@susscsc1.rdg.ac.uk>
  12. Reply-To: A.J.Doherty@reading.ac.uk
  13. NNTP-Posting-Host: suma3-e2.reading.ac.uk
  14. Summary: This posting contains a list of frequently asked questions
  15.         (and their answers) about the FSP protocol.  Please read this
  16.         before you post to alt.comp.fsp.
  17. Keywords: fsp administrivia
  18. Xref: senator-bedfellow.mit.edu alt.comp.fsp:3187 alt.answers:10878 news.answers:49174
  19.  
  20. Archive-name: fsp-faq/part2
  21. Last-modified: 1995/07/21
  22. Version: 1.0
  23. Frequency: Twice Monthly
  24.  
  25. -------------------------------------------------------------------------------
  26.  
  27. Section 3: Technical Issues
  28.  
  29. Q.3.1 What are the main differences between FSP and FTP? How does FSP work?
  30.  
  31. From the user's point of view, the differences are not that great, except that
  32. some of the more annoying features of FTP are gone. Here are the main
  33. differences.
  34.  
  35.    * The protocol can stand things going down: if the server or the network
  36.      falls over in the middle of a transfer, you can just wait until it comes
  37.      back up. You don't have to reconnect, and even better, if the server went
  38.      down 90% through grabbing a file, you can continue from where you left
  39.      off.
  40.  
  41.    * The protocol doesn't need a username or password. You just throw packets
  42.      at the server. You don't have to identify yourself (though you're not
  43.      completely anonymous -- see below).
  44.  
  45.    * It's harder to kill off a site with an FSP server than with an FTP server.
  46.      The FSP daemon is designed to be as lightweight as possible: it doesn't
  47.      fork off any sub-processes, and it takes steps to limit the amount of
  48.      traffic it handles.
  49.  
  50.    * The user interface is completely different. The interface that comes with
  51.      the package consists of eleven commands that you can call from the shell.
  52.      In effect, your shell is providing all the nice functions like command
  53.      line editing. This makes the interface much more versatile than FTP's.
  54.      (See below for how to get an FTP-like interface, though).
  55.  
  56.    * FSP is a bit slower than FTP. This is a feature, not a bug. The point is
  57.      to keep the communication lightweight, and not to flood the net.
  58.  
  59. From the programmer's point of view, fsp is a complete rewrite.
  60.  
  61.    * Instead of TCP sockets, it uses datagrams to communicate, so that the
  62.      connection doesn't break on a flaky line.
  63.  
  64.    * FTP works by opening a port, and then asking the server to send a file to
  65.      it. FSP uses the same port all the time for communication, and asks for
  66.      segments of a file. So you can start off a transfer half way through a
  67.      file, if you really want to.
  68.  
  69.    * The server tries to make sure you don't ask for packets too quickly. Each
  70.      packet it sends out has a random identification number, which the client
  71.      must return on the next request. (If the client loses the number, it must
  72.      wait a few seconds before the server accepts another packet from it).
  73.      Therefore, the client has to wait for an answer to each request before it
  74.      sends out the next one.
  75.  
  76. -------------------------------------------------------------------------------
  77.  
  78. Q.3.2 How secure/anonymous is FSP?
  79.  
  80. By default, the FSP daemon keeps logs of transactions, along with their site
  81. names. An FSP administrator could use this to find out who you are, with a
  82. reasonable degree of certainty.
  83.  
  84. In short, FSP gives you no more privacy than anonymous FTP. Anyone who tells
  85. you different has a less devious mind than most FSP admins I know.
  86.  
  87. Why not make FSP more anonymous? Well, it's impossible to make a protocol with
  88. complete anonymity, since at some point, the remote site will have to send a
  89. file back to you, and it needs at least an address to send it to.
  90.  
  91. If you really need privacy, you can encrypt any files you make available, and
  92. only give out the decryption password to a select few. But of course, you have
  93. to trust them to keep the password safe.
  94.  
  95. -------------------------------------------------------------------------------
  96.  
  97. Q.3.3 Why not add passwords to FSP?
  98.  
  99. Thanks to Joseph Traub for the material for this section)
  100.  
  101.    * They don't add much security. If you use one password for the whole site,
  102.      then you might just as well set up the site and only tell a few people its
  103.      port number. That's no more or less secure than using a password. Besides,
  104.      it's easier just to set up the server only to respond to certain hosts.
  105.  
  106.    * Any other password system is likely to be a big lose on efficiency, since
  107.      you'll have to check every single packet.
  108.  
  109.    * The main use of server passwords appears to be so that people can move
  110.      pirated software around, and the authors don't want to add code to support
  111.      that.
  112.  
  113.    * This capability does NOT belong in FSP because it gets away from the
  114.      concept of lightweight simple file transfers.
  115.  
  116. -------------------------------------------------------------------------------
  117.  
  118. Q.3.4 So what *does* FSP stand for?
  119.  
  120. As of 12th August 1993, FSP stands for `File Service Protocol'. Thanks to
  121. Michael Grubb (mg@ac.duke.edu) for the words, and Wen-King for the initials.
  122.  
  123. Other suggestions were:
  124.  
  125.    * File Slurping Protocol
  126.    * Flaky Stream Protocol
  127.    * FTP's Sexier Partner
  128.  
  129. -------------------------------------------------------------------------------
  130.  
  131. Section 4: Who's Who?
  132.  
  133. Q.4.1 Who writes and maintains FSP software?
  134.  
  135. Unix Versions:
  136.      The current maintainer (as of March 1994) is Andy Doherty
  137.      (A.J.Doherty@reading.ac.uk), who also maintains the alt.comp.fsp FAQ and
  138.      wrote and maintains FSPtool an X-Windows FSP client.
  139.  
  140.      The previous maintainers were Phil Richards (pgr@sst.icl.co.uk) and Pete
  141.      Bevin (pete@bestiary.demon.co.uk) from July 1993 to March 1994. Phil is
  142.      also the maintainer of fspclient, an FTP-like interface for FSP.
  143.  
  144.      Joseph Traub (was jtraub@cs.cmu.edu) was maintainer from Dec 1992 to July
  145.      1993 (versions 2.6.5 to 2.7.1).
  146.  
  147.      Wen-King Su (wen-king@cs.caltech.edu) wrote the original Unix version
  148.      (versions 1.0 to 2.6.4).
  149.  
  150. VMS:
  151.      Sven Pechler (S.A.Pechler@bdk.tue.nl) wrote and maintains a VMS version.
  152.  
  153. OS/2:
  154.      OS/2 is handled by Larkin Lowrey (llowrey@ucsd.edu).
  155.  
  156. MS-DOS:
  157.      Lindsey Smith, of the MS-DOS rewrite is lsmith@symantec.com
  158.  
  159. -------------------------------------------------------------------------------
  160.  
  161. Q.4.2 Who writes and maintains FSP Client Software?
  162.  
  163. Jim Browne (jbrowne@jbrowne.com) and Modris Berzonis (imara@mii.lu.lv) are both
  164. writing (soon to be released?) Macintosh clients. See Section 2.2.3.
  165.  
  166. Andy Doherty (A.J.Doherty@uk.ac.reading) wrote and maintains 'FSPtool' an
  167. X-Windows based Unix client. Also the FSP and alt.comp.fsp FAQ maintainer.
  168.  
  169. Ian Heath (ih@ecs.soton.ac.uk) wrote 'winfsp' an MS-Windows based client.
  170.  
  171. Nicolai Langfeldt's (janl@ifi.uio.no) wrote and maintains 'fspcli' a Perl based
  172. client.
  173.  
  174. Ove Ruben R Olsen (Ruben@uib.no) wrote and maintains 'fspsh', another Perl
  175. based client.
  176.  
  177. Phil Richards' (pgr@sst.icl.co.uk) wrote and maintains 'fspclient'.
  178.  
  179. -------------------------------------------------------------------------------
  180.  
  181. Q.4.3 Who helped put this FAQ together?
  182.  
  183. The following people have contributed to the FAQ. Thanks very much to all of
  184. them.
  185.  
  186.    * Pete Bevin (pete@bestiary.demon.co.uk)
  187.    * Tony Brannigan (tbrann@ox.ac.uk)
  188.    * Jim Browne (jbrowne@jbrowne.com)
  189.    * Dan Charrois (charro@ee.ualberta.ca)
  190.    * Wilson Cheung (wcheung@netcom.com)
  191.    * Maurizio Codogno (mau@beatles.cselt.stet.it)
  192.    * David DeSimone (fox@netcom.com)
  193.    * Ian Dickinson (vato@violet.csv.warwick.ac.uk)
  194.    * Andy Doherty (A.J.Doherty@reading.ac.uk)
  195.    * Ian Heath (ih@ecs.soton.ac.uk)
  196.    * Jan Nicolai Langfeldt (janl@ifi.uio.no)
  197.    * Larkin Lowrey (llowrey@ucsd.edu)
  198.    * Ove Ruben R Olsen (buboo@uib.no)
  199.    * Jerome Pier (jp@edu.unl.unlinfo)
  200.    * Lutz Prechelt (prechelt@ira.uka.de)
  201.    * Phil Richards (pgr@sst.icl.co.uk)
  202.    * Lindsey Smith (lsmith@symantec.com)
  203.    * Wen-King Su (wen-king@cs.caltech.edu)
  204.    * Joseph Traub (jtraub@cs.cmu.edu)
  205.  
  206. -------------------------------------------------------------------------------
  207.  
  208. Section 5: Site Information
  209.  
  210. Q.5.1 What FSPable sites exist ?
  211.  
  212. The following is a small list of the some sites sites which are available
  213. through the FSP protocol. This list should be reasonably up to date but comes
  214. with no warranty. It is in the unofficial "taxus" format. ftp.germany.eu.net is
  215. the official home for FSP software distributions, most packages can be found
  216. there.
  217.  
  218.         genie.lut.ac.uk        21   genie    / # small UK site
  219.         ftp.germany.eu.net     2001 germany  / # big German archive (FSP)
  220.         fsp.luth.se            6969 luth     / # Top of Europe
  221.         src.doc.ic.ac.uk       21   src      / # SUNsite Northern Europe
  222.         terra.stack.urc.tue.nl 21   terra    / # big Netherlands site
  223.         ftp.wustl.edu          21   wu       / # lots of mirrors ...
  224.  
  225. For more site information sources see Q.2.3
  226.  
  227. -------------------------------------------------------------------------------
  228. Comments and suggestions should be sent to A.J.Doherty@reading.ac.uk. The
  229. information in this FAQ is in no way associated with the University of Reading
  230. or its Information Technology Unit. This FAQ represents the efforts of many
  231. people to help consolidate information about FSP. There is no guarantee that
  232. the information in this FAQ is correct, nor can anyone contributing to this FAQ
  233. be held responsible for the information they provide.
  234.  
  235. Addresses in () after the answer are the email addresses of people who have
  236. contributed. Please let me know if you don't wish to be identified when you
  237. contribute.
  238. -------------------------------------------------------------------------------
  239.