them easily, since all Telnet negotiations lines begin with (uppercase)
"TELNET".
+The SSH Client
+
+ C-Kermit does not have its own built-in SSH client; instead, in the
+ Unix tradition, uses the external SSH client to do the SSH part, and
+ Kermit does its thing on top -- file transfer, scripting, etc. Under
+ certain circumstances that have not yet been identified, it sometimes
+ happens that after making an SSH connection from C-Kermit, logging out
+ from the remote host, and popping back to the local C-Kermit program,
+ subsequent SSH commands file with a message like "Network type not
+ supported". Starting a new copy of C-Kermit is the workaround.
+
5. MODEMS AND DIALING
[ [55]Top ] [ [56]Contents ] [ [57]Next ] [ [58]Previous ]
software. Such drivers are generally NOT available in UNIX or other
non-Windows (or non-OS/2, in the case of the Mwave) platforms.
- In order to dial a modem, C-Kermit must know its repertoire of commands
- and responses. Each modem make and model is likely to have a different
- repertoire. Since Kermit has no way of knowhing which kind of modem
- will be dialed, normally you have to tell it with a SET MODEM TYPE
- command, e.g.:
+ In order to dial a modem, C-Kermit must know the modem's repertoire of
+ commands and responses. Each modem make and model is likely to have a
+ different repertoire. Since Kermit has no way of knowing which kind of
+ modem will be dialed, normally you have to tell it with a SET MODEM
+ TYPE command, e.g.:
set modem type usrobotics
set line /dev/cua0
configuration includes error correction, data compression, and hardware
(RTS/CTS) flow control. As long as C-Kermit is capable of hardware flow
control (as it is on many, but not all, the platforms where it runs,
- since some operating systems don't support it), the modem can be dailed
+ since some operating systems don't support it), the modem can be dialed
immediately, without lengthy configuration dialogs, and in fact this is
what SET MODEM TYPE GENERIC-HIGH-SPEED does. In C-Kermit 8.0,
GENERIC-HIGH-SPEED has become the default modem type, so now it is
usually possible to SET LINE, SET SPEED, and DIAL without having to
identify your modem. If this doesn't work, of course, then you might
- have to fall back to the tradiational method: Give a SET MODEM TYPE for
+ have to fall back to the traditional method: Give a SET MODEM TYPE for
a specific modem first, then SET LINE, SET SPEED, and DIAL.
An important change in C-Kermit 6.0 is that when you give a SET MODEM
watch the dialing interactions between C-Kermit and your modem. Consult
Chapters 3-4 of [63]Using C-Kermit (2nd Ed) for modem-dialing
troubleshooting instructions. The following sections offer some
- addtional hints and tips.
+ additional hints and tips.
6.1. Syntax
a reverse terminal server, was contributed by an Annex terminal server
user:
- Using C-Kermit on an HP 9000 712/80 running the HP-UX 10.0 operating
- system. The HP was connected to a Xylogics Annex MICRO-ELS-UX R7.1 8
- port terminal server via ethernet. On the second port of the
- terminal server is an AT&T Paradyne 3810 modem, which is connected
- to a telephone line. There is a program which runs on the HP to
- establish a Telnet connection between a serial line on the Annex and
- a character special file on the HP (/dev file). This is an Annex
- specific program called rtelnet (reverse telnet) and is provided
- with the terminal server software. The rtelnet utility runs on top
- of the pseudo-terminal facility provided by UNIX. It creates
- host-originiated connections to devices attached ot Annex serial
+ Using C-Kermit on an HP 9000 712/80 running the HP-UX 10.00
+ operating system. The HP was connected to a Xylogics Annex
+ MICRO-ELS-UX R7.1 8 port terminal server via ethernet. On the second
+ port of the terminal server is an AT&T Paradyne 3810 modem, which is
+ connected to a telephone line. There is a program which runs on the
+ HP to establish a Telnet connection between a serial line on the
+ Annex and a character special file on the HP (/dev file). This is an
+ Annex specific program called rtelnet (reverse telnet) and is
+ provided with the terminal server software. The rtelnet utility runs
+ on top of the pseudo-terminal facility provided by UNIX. It creates
+ host-originated connections to devices attached ot Annex serial
ports. There are several command line arguments to be specified with
this program: the IP address of the terminal server, the number of
the port to attach to, and the name of the pseudo-device to create.
a terminal emulator, etc, or (in the case of a self-contained
workstation) your console driver, a terminal window, xterm, etc.
- Kermit is semitrantsparent rather than fully transparent in the
+ Kermit is semitransparent rather than fully transparent in the
following ways:
* During a TELNET ("set host") session, C-Kermit itself executes the
must SET FLOW NONE. The HP48SX does not support flow control, and
evidently also becomes confused if you attempt to use it. You might
also need to use SET SEND PAUSE 100 (or other number). For greater
- detail about transferring files the the HP-48, see:
+ detail about transferring files the HP-48, see:
[85]http://www.columbia.edu/kermit/hp48.html
interruption characters between every packet. The "What Are You"
response is sitting in the keyboard buffer. Eventually Kermit will
read a character such as "c" that is a valid interruption
- character, and the file transfer stops with "User cancelled".
+ character, and the file transfer stops with "User canceled".
The right way to handle this situation is to have your look for the
"What Are You?" sequence and send the response itself, as described in
By the way, you might be tempted to use Kermit's \xnn notation to plug
hex numbers into arithmetic expressions but this doesn't work. That
- notation is stricly for bytes (hex representation of character values),
- not for numbers.
+ notation is strictly for bytes (hex representation of character
+ values), not for numbers.
11.11. Other...
projects / ckermit.git / blobdiff