home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / mag&info / hytel63.zip / TELNET < prev    next >
Text File  |  1991-09-17  |  7KB  |  152 lines
  1.                               TELNET tips
  2.  
  3. The Telnet protocol has been implemented on a variety of systems. Each
  4. is different, so specific commands depend on your version. However, all
  5. versions function similarly, so there are a few general guidelines to
  6. follow.
  7.  
  8. The one common element across the disparate environments of the Internet
  9. is the TCP/IP software protocol suite, the basis of communications.
  10.  
  11. Telnet, the terminal-handler portion of the TCP/IP protocol suite, is
  12. the cornerstone of this striking communications technology. Telnet
  13. handles the remote login to another Internet host, so it is useful to
  14. know something about the way it works.
  15.  
  16. Telnet operates in a client/server environment in which one host (the
  17. computer you are using, running Client (User) Telnet) negotiates opening
  18. a session on another computer (the remote host, running Server Telnet).
  19. During the behind-the-scenes negotiation process, the two computers
  20. agree on the parameters governing the session.  One of the first things
  21. they settle is the terminal type to be used -- in general, a
  22. line-by-line network virtual terminal, for simplicity's sake.  Virtual
  23. terminal, in this context, refers to a set of terminal characteristics
  24. and sequences that both sides of a network connection agree to use to
  25. transmit data from terminals across the network, regardless of the
  26. terminal used.
  27.  
  28.                         Finding Telnet Commands
  29.  
  30. Try typing "help" or "?"  at the Telnet prompt to get a list of the
  31. commands available in your Telnet software.
  32.  
  33.                    Using Local versus Remote Commands
  34.  
  35. Once you have established a remote session, all commands you type will
  36. be sent to the Server Telnet on the remote host for execution.
  37.  
  38. If you want a Telnet command issued in the remote environment to be
  39. acted on locally by your client Telnet, on most systems you would
  40. normally precede the command with an escape sequence (a predetermined
  41. character or combination of characters that signal your Telnet software
  42. to execute the command that follows locally).  For example, in NCSA
  43. Telnet for pc-compatible microcomputers, the F10 key is the escape
  44. character that alerts Telnet to execute locally the next command you
  45. type (to turn local echo on or off, or to toggle capture on or off,
  46. etc.).
  47.  
  48. The Telnet escape sequence by itself followed by [cr] returns you
  49. temporarily to your local operating environment.  On UNIX systems, the
  50. escape sequence is usually the control key (CNTL) and left bracket ([)
  51. pressed simultaneously.
  52.  
  53.                                Logging On
  54.  
  55. TELNET [host]
  56.    or
  57. TELNET [cr] followed by OPEN [host] at the prompt.
  58.  
  59. The basic command set is simple.  You also need to know either the
  60. machine domain name or the machine Internet address (a series of
  61. numbers).  The numbers will always work; the names will work if they are
  62. in a software table available to your version of Telnet.
  63.  
  64. IBM systems that use TN3270 may require you to type a carriage return,
  65. "DIAL VTAM," or just "VTAM" in response to the first prompt from the
  66. remote system.
  67.  
  68.                               Logging Off
  69.  
  70. LOGOFF or LOGOUT (also try QUIT, END, EXIT, STOP, etc.)
  71.  
  72. CLOSE, prefixed by the escape sequence.
  73.  
  74. ABORT, prefixed by the escape sequence--use as a last resort!
  75.  
  76. To exit the remote system, first try that system's logoff command.  To
  77. determine what the appropriate logoff command is, check the menus, help,
  78. and welcome screens when you first log on. Oftentimes, the logoff
  79. information is listed there but not always easy to retrieve later.
  80.  
  81. Logging off the remote system may return you to your primary operating
  82. environment (all the way out of Telnet), or you may be left in Telnet.
  83. If so, type "quit".
  84.  
  85. But some information systems have no graceful exit for remote users.  In
  86. that case, you have two options --- CLOSE or ABORT.
  87.  
  88. CLOSE should be your next choice after LOGOFF.  If you are unable to
  89. CLOSE the connection normally (e.g., if your remote session is hung),
  90. try the Telnet ABORT command to drop your connection locally.
  91.  
  92. ABORT will return control to you in your local environment, but it may
  93. not properly terminate your session on the remote machine. Since this
  94. can leave the port on the remote machine busy for an indefinite period
  95. even though you are no longer using it, ABORT should be used only as a
  96. last resort.
  97.  
  98. In either case, you can also try escaping back to your local environment
  99. and then issuing the termination commands.  If one method doesn't work,
  100. try the other.
  101.  
  102. Other commands may allow you to control your communications environment.
  103. Investigate the help systems both in your local Telnet and on the remote
  104. system at the outset.
  105.  
  106.                           Using the BREAK Key
  107.  
  108. Don't be hasty with the Break key.  Too many Breaks may cause your
  109. Telnet session to be dropped!
  110.  
  111. There is no standard BREAK key across versions of Telnet and in remote
  112. information systems.  Telnet is based on the concept of a network
  113. virtual terminal, in which the control functions (breaks, etc.) are
  114. communicated with characters regardless of terminal type (rather than
  115. line conditions, used in the terminal server environment). Your local
  116. Telnet receives your break and sends out a character sequence which is
  117. reinterpreted on the other end, hopefully as the break you intended.
  118.  
  119. Your Break may not always be understood by the remote system, so you
  120. should try HELP or ?  when you begin (at the Telnet prompt) to determine
  121. what your version of Telnet uses as BREAK.
  122.  
  123. Tips: In UNIX, CNTL-C may work for BREAK.  In the Mac environment, BREAK
  124. may be a click down menu option or a character combination. In NCSA
  125. Telnet (a popular PC version), BREAK is F10 followed by a lower case
  126. letter "b".
  127.  
  128.                         Using the Backspace Key
  129.  
  130. The backspace character may not be recognized by the remote system.
  131. Investigate in your local Telnet how to set an erasing backspace.  Type
  132. ?  at the Telnet prompt, or SET ?  for a list of possibilities.
  133.  
  134.                   Adjusting the Settings to your Needs
  135.  
  136. Most Telnet programs have the ability to SET or TOGGLE many of these
  137. settings on and off.  Erasable backspace, local echo, carriage return
  138. interpretation ([cr] or [cr][lf] -- i.e., carriage return or carriage
  139. return with line feed), and the escape character you use to return to
  140. the local environment are things that you can usually SET or TOGGLE at
  141. the Telnet prompt. Type ?  and use Telnet's internal help system to
  142. change a setting.
  143.  
  144.                           Using Function Keys
  145.  
  146. Remember that special function keys are local implementations and have
  147. no significance in a remote session.  Function keys such as INSERT,
  148. DELETE, ERASE END-OF-FIELD, PF, and PA keys may not be recognized in the
  149. remote environment.  Even though function keys and control key
  150. combinations may have significance on the remote system, they may vary
  151. from those on your local system.
  152.