home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 239.lha / amiga / README < prev    next >
Encoding:
Text File  |  1989-05-02  |  5.3 KB  |  141 lines
  1.  
  2.                   DNET V2.00
  3.                  1 MARCH 1989
  4.  
  5.  
  6.     DNET (c)Copyright 1987-1989 Matthew Dillon, All Rights Reserved
  7.  
  8.     Matthew Dillon
  9.     891 Regal Rd
  10.     Berkeley, Ca. 94708
  11.     USA
  12.  
  13.     ...!ihnp4!ucbvax!dillon     USENET
  14.     dillon@ucbvax.Berkeley.edu    ARPANET
  15.     ucbvax.berkeley.edu pub/amiga    ARPANET-FTP
  16.  
  17.                    WHAT IS DNET
  18.  
  19.     DNet is a link protocol and should properly be called DLink, but
  20.  the name DNet stuck and so it will stay.  DNet allows one to connect two
  21.  amigas together and run multiple connections between them.  For example,
  22. you can open a talk window or two or three and be doing an upload and be
  23. doing a download all at the same time.
  24.  
  25.     Currently, DNet can be used to connect two Amiga's together or
  26. an Amiga to a 4.2BSD/4.3BSD compatible UNIX.
  27.  
  28.     ** AN 8 BIT PATH MUST BE AVAILABLE TO RUN DNET **  DNet must be
  29. able to send and receive all 256 character codes.  This is generally not
  30. a problem between two amigas connected via modem.  This can be a problem
  31. connecting to UNIX boxes over a port selector or terminal concentrator.
  32.  
  33.  
  34.               INSTALLING DNET ON YOUR AMIGA
  35.  
  36.     (1) copy dres.library to libs:
  37.  
  38.     (2) copy the DNet binary and all client and server program to
  39.         somewhere accessable on your path.
  40.  
  41.     (3) copy s/dnet.servers to s:
  42.  
  43.         * modify s:dnet.servers so all server paths point to whereever
  44.           you stuck the servers
  45.  
  46.     (4) copy s/dnet.config  to s:
  47.  
  48.         * you may have to modify s:dnet.config too ... look into the
  49.           DOC directory for more information.
  50.  
  51.               CALL A FRIEND WHO HAS GOT DNET INSTALLED
  52.  
  53.     1> RUN DNET -X -8 -b1200
  54.  
  55.     warning: The defaults for -X (manual mode) in S:DNET.CONFIG
  56.     turn off security.  Please read documentation in the doc directory
  57.     for more information.  This README file is only intended to get
  58.     you up and running.  The above line also sets the baud to 1200...
  59.     the idea is you set it to what is proper for your modem.  Again,
  60.     read DOC/DNET.DOC for more options and information.
  61.  
  62.     A small DNET window should appear from which you can dialup your
  63.     friend's amiga.  On CONNECT, DNET should automatically adjust the
  64.     baud rate.  It may be necessary to modify S:DNET.CONFIG in this
  65.     regard (read the docs!)
  66.  
  67.     After connecting, executing the START DNET menu option from either
  68.     end will start the protocol.  The small dnet window should go away
  69.     and DNET should attempt to run the FTERM client program, which
  70.     connects to an STERM server program on the other end.  Your friend's
  71.     amiga will do the same.
  72.  
  73.     If all goes ok, it should flash the window size in the title bar
  74.     and you can type.  If not, the window will go away and an error
  75.     message will be printed out in your CLI: "unable to connect".
  76.  
  77.     WARNING:    Even if there are no windows open (no clients active),
  78.     DNet is still running!!!!  us the CLI BREAK command to kill DNet
  79.     and give you back the initial DNet window, from which you can
  80.     hit the close-window gadget.
  81.  
  82.     breaking the DNet protocol will kill any active clients.
  83.  
  84.     Unless specified with the -h option, if the modem carrier is lost
  85.     DNet will kill all clients and re-open its initial window.
  86.  
  87.  
  88.                 SERVERS AND CLIENTS
  89.  
  90.  
  91.     DNet has a notion of servers and clients.  That is, you run the
  92. protocol as described above, then run other external programs that talk
  93. to the core program "DNet".  These other external programs "FTerm",
  94. "GetFiles", "PutFiles", etc... obtain virtual connections to special
  95. server programs on the remote machine.
  96.  
  97.     Thus, when you started the protocol above DNet automatically
  98. ran the FTERM client... you can run as many FTERMs as you have memory
  99. for (well, actually, DNet is limited to 64 simultanious channels).  When
  100. a client program such as FTERM is run on computer A, it causes the
  101. appropriate server program (STERM in this case) to automatically be run
  102. on computer B.    The client and server need some way to rendezvous, and they
  103. do this by giving the same PORT NUMBER to the protocol driver.
  104.  
  105.     This is what the S:DNET.SERVERS file is ... when you run a client
  106. on computer A it asks for server #<blah> (e.g. 8195 for an FTERM) on the
  107. remote machine.  computer B (the remote machine) looks up 8195 in the
  108. S:DNET.SERVERS file, finds the path to the server in question, and runs it
  109. automatically.
  110.  
  111.     PORT    CLIENT    SERVER        PURPOSE
  112.  
  113.     8192    PutFiles    SCopy        send files to remote computer
  114.     8195    FTerm    STerm        open a talk window on both computers
  115.     8196    CLITerm    SCli        remote-CLI (actually newshell)
  116.     8197    LoadAv    ------        Load-Average window (when running DNet
  117.                     to a UNIX machine)
  118.     8198    ------    SPrint        printer server
  119.     8199    DLogin    SPasswd     password server.  Used to gain security
  120.                     access for auto-answer callups
  121.     8201    GetFiles    SGCopy        download files from remote computer
  122.  
  123.         READ THE DOCS FOR EACH OF THESE CLIENTS
  124.  
  125.                    SECURITY
  126.  
  127.     Read DOC/DNET.DOC and documentation for each client/server.  DNet
  128.     implements various levels of security.  This is intended for BBS
  129.     support but I have not finished my DNet-BBS program yet.  The security
  130.     is still there, however.
  131.  
  132.     One example:    If the DNET_READ security option (env: var is set
  133.     automatically from S:DNET.CONFIG depending on the option you give
  134.     DNET when you first run it) is anything less than 9, the SGCopy
  135.     server for GetFiles will only allow uploading from directories with
  136.     their comment field set a certain way.  That is, you can control
  137.     exactly what you allow other people to download.
  138.  
  139.  
  140.  
  141.