[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

3035.0. "Dial up the Amiga from a remote location" by MILKWY::JANZEN (cf. ANT::CIRCUITS,ANT::UWAVES) Mon Oct 23 1989 15:16

    Has anyone dialed up their Amiga from work or somewhere else?
    You'd put the amiga modem on auto answer and run the serial port
    terminal emulator that comes with workbench 1.3; dial it up and
    you could probably even do transfers.  Or at least practice C
    or something.
    I don't have a modem at work and don't know how to go out backwards
    through the modem banks that are connected to the terminal servers. 
    For all I know it may be a security problem.
    Tom
T.RTitleUserPersonal
Name
DateLines
3035.1STAR::ROBINSONMon Oct 23 1989 15:214
I haven't done this but I did recently see a PD program designed to help you 
do this. The program periodically checked the serial port for incoming calls.
Look in recent FF disks.
Dave
3035.2SoonMCDONL::BARRETTWait'll they get a load of meTue Oct 24 1989 14:196
    I intend to do this in the near future. The program you are refering
    to I believe is the one that causes the computer to "ask" for ap
    password before allowing the user on (necessary unless you want
    ANYONE to access your CLI). I have 2 phone lines, so testing should
    be easy. I post the result when I get a chance. I already have tried
    terminal connections through AUX: and that seems OK.
3035.3please post any results of your experiments!WAV12::HICKSStamp out hoplophobia!!!Mon Oct 30 1989 19:5010
    I posted a request for this capability a while back.  What you're
    talking about doing would be a real handy thing, I just didn't know
    how you'ld do it software-wise.
    
    I don't have a seperate 'phone line to try this out, but I'd get
    one if I knew I could make this work... could you post _exactly_
    what software and set-up is required to make this go, and how well
    it's worked for you?
    
    <<< T >>>
3035.4Here's what you needCGOFS::DREWSteve DrewWed Nov 01 1989 20:23185
    
    Already done, tested and working.
    
    I have written a few tools to aid in AUX: logins. Saw this note and
    decided to package up what I have working and supply the needs...
    
    To sumarize I can easily dial in, enter a password to access a CLI, 
    run emacs, and even Zmodem uploads/downloads over AUX:. I've zoo'd this
    all up into a file 'CGOU01::AMNEW:REMOTE.ZOO' along with a doc file. So
    rather than repeat my self here's the DOC file.....
    
    /Steve.

    
        REMOTE AUX: Support             Steve Drew  Oct, 1989
        -------------------

        Here are  some  utilities  I  wrote  to enchance and support,
        remote AUX:   logins.    Including  Zmodem transfers, editing
        files, password security, and my enchanced AUX:  handler.
        
        
        Files included in this archive:
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                
        sd_aux_handler
        mountlist
        
                This is version 1.1 of my aux handler an  upgrade  to
                version  1.0a  release  a  couple  of  years ago.  It
                performs the  same as the commodore 1.3 AUX:  handler
                with the following improvments:
                
                        - Supports AZ Zmodem program (see below)
                        - ^R key (retype current line)
                        - Better  typeahead  handling.    Typing    a
                          command while the display is  active,  does
                          not stop the current output, instead  it is
                          buffered  and  printed  after  the next CLI
                          prompt.    (Like VMS).  To stop the current
                          output just  use  standard XON, XOFF.  This
                          is much better  when over the modem as with
                          the 1.3 aux:   handler any line noise would
                          stop the current output until  ^X  or  <CR>
                          was entered.
                       -  When  the  typeahead  buffer  is full  AUX:
                          sends a BELL back to the user.
                       -  Support to  'kill  off' a AUX:  CLI process
                          via  the  'ECHO >AUX:ENDCLI'  command  from
                          another CLI window.  
                       -  Prevents multiple 'NEWCLI AUX:' commands.

                The  mountlist  file  needs  to be inserted into your
                DEVS:mountlist  file.     Make  sure  to  remove  the
                definition of the commodore  AUX:   handler from your
                mountlist if you are planning to use mine.
                          
        aux-startup     
                
                This is a Execute script file to initialize  a  Hayes
                modem  for auto answer, noecho, and to start the  CLI
                (NewShell) over the AUX:  port. 
        
        aux.login
        
                This  is  the  login file run by the NewShell process
                that  is  started  over  the AUX:.  It sets up a  few
                aliases,  runs  'reqoff'  and  then   the  'password'
                program to wait for the password to be entered.
        
        reqoff
        
                A small utility to turn of  system requesters for the
                current  process.    Since  accidently  referencing a
                non-mounted volume would hang the AUX:  process until
                the system requester was canceled using the mouse.
        
        password
        
                Program that will  lock up the current console device
                (AUX:) until the correct  password  is  entered.   It
                does not echo the password or provide any prompting.
        
        emacs
        .emacsrc
        
                This is standard Emacs  3.9  which I have modified to
                support running over the AUX:  port to any ansi style
                terminal.   (It also still works fine on  other  than
                the aux:  port) The  .emacsrc  file  redefines  a few
                keys such not using ^S for  search,  and should be in
                your current directory or C: directory.

        az
                
                A utility I wrote that  uses  XPRZmodem.library  file
                protocol.  AZ opens shares the  port  with  the  AUX:
                and    provides   the  interface  i/o  routines  that
                XPRZmodem  requires.    This  will not work with  the
                commodore  1.3  AUX:    handler,  since  the 1.3 AUX:
                handler does  not support any method of releasing the
                Serial port to a protocol program. 
                The  aux.login  file  contains  aliases for az.    It
                defines  the  alias  'rz'  and  'sz' for sending  and
                receiving  files.   For help on AZ's options type  AZ
                <Return>.
                This  utility  requires the  XPRZmodem.library  file,
                (version 1.0 or version 2.0).

                
        Installation instructions
        ~~~~~~~~~~~~~~~~~~~~~~~~~

        Before  starting,  your  preferences  should have the  serial
        device  set  for  the  desired  baud  rate,  and  your  hayes
        compatable modem turned on.
        
        Also you must have shell-seg resident.
                                
        1.  Create a directory to contain the above files.  And place
            them there.
        
        2.  Assign the logical 'REM:' to be this directory.

        3.  Edit the aux.login  file and find the text 'password pw'.
            Change 'pw' to be your desired password.
        
       *4.  Copy sd-aux-handler to l:
        
       *5.  Add the mountlist  segment  to  your  DEVS:mountlist,  or
            optionally 'MOUNT AUX: FROM REM:MOUNTLIST' will work.
        
        Notes:
        
        Step 4,5 are optional if  you  wish  to  use my aux:  handler
        instead of the 1.3 AUX: handler.
        

        Usage
        ~~~~~
        
      - STARTING A AUX: Process

        Once installed and AUX:  is mounted all that is needed, is to
        startup a CLI process on the AUX:  port.  This  is  initiated
        by  the  script 'aux-startup'.  So you may choose to run this
        as part  of  your  startup-sequence  or  just  by issuing the
        command 'EXECUTE rem:aux-startup'  when you have the need for
        allowing remote dailup connections to your AUX:  port.

        Then upon dialing in  the modem performs auto answer, and you
        enter  your password (case sensitive),  and  then  receive  a
        welcome  message  and  the  fimilar AShell  prompt.    

        Most programs which just  use  the  current CON:  window work
        fine with AUX:.
        
        Before  disconnecting  it  is  advisable  to  enter  the "lo"
        command which  is  aliased to re-run the aux.login file which
        leaves your system  at the password prompt, or ENDCLI to stop
        the AUX:  process all together.

      - REMOTELY Stopping an AUX: Process
        
        Once a CLI is  running  on  the  AUX:  port, you can remotely
        cause the CLI to 'ENDCLI' by issuing the following command:
        ECHO >AUX:ENDCLI , from another CLI window.
        
        The  sd-aux-handler  detects  a  file    open    request  for
        'AUX:ENDCLI' and imediatley causes an ENDCLI  command  to  be
        sent to the current reader of the  AUX:  device.  Note:  This
        does not work with the 1.3 AUX:   handler,  and will not work
        if  the  CLI  running  on the AUX:  is  currently  running  a
        program other than 'password'.


    Have fun,
    
    /s
----------------------------------------------------------------------------
    	Steve Drew at	ENET:    CGFSV1::DREW
    			ARPA:    drew%cgofs.dec.com@decwrl.dec.com
    			USENET:  {decvax!decwrl}!cgofs.dec.com!drew    
---------------------------------------------------------------------------