Telnet cisco что это

Cisco Telnet

Материал из Xgu.ru

Содержание

[править] Базовая настройка Telnet

Настройка доступа telnet:

При подключении сразу попасть в привилегированный режим:

[править] ACL

Для ограничения доступа к маршрутизатору по протоколу telnet можно использовать ACL и применить их к vty.

Например, настроен ACL, который разрешает подключаться к маршрутизатору по telnet только с адреса 4.4.4.4:

Подключившись по telnet, например, с адреса 4.4.4.4 к маршрутизатору dyn5, можно затем из этой сессии инициировать telnet сессию к другому маршрутизатору. Для того чтобы контролировать куда можно подключаться изнутри сессии telnet необходимо настроить ACL в исходящем направлении. Например, подключившись к маршрутизатору dyn5 по telnet, инициировать исходящую сессию telnet можно будет только на адрес 1.1.1.1:

Если выполняется попытка подключиться к неразрешенному адресу, то появляется такое сообщение:

[править] Дополнительные параметры при подключении telnet

Обычно при подключении telnet маршрутизатор в качестве адреса отправителя выбирает адрес интерфейса, который ближе всего к получателю. Однако это поведение можно изменить, как для конкретной сессии, так и в принципе для всех подключений telnet.

Указание интерфейса для текущей сессии telnet:

Указание интерфейса для всех сессий telnet:

[править] Разрыв соединения

Настройка таймаута после которого, независимо от активности, пользователь будет отключен (в минутах):

Отображение предупреждающего сообщения за 30 секунд до того как сессия будет разорвана из-за истечения интервала absolute-timeout:

[править] Предотвращение залипания соединений

[править] Настройка нестандартных портов для telnet и привязка к конкретной vty

Указание нестандартного порта для telnet:

После указания rotary 3 для того чтобы попасть по telnet на vty 3, надо заходить на порт 3000+3.

Пример конфигурации маршрутизатора:

Подключение с соседнего маршрутизатора (к порту 3000+rotary):

Источник

TELNET и SSH в устройствах Cisco

Мы можем получить доступ к маршрутизатору cisco или переключиться либо через консольный кабель, либо через удаленный доступ через хорошо известные протоколы Telnet или ssh (Secure Shell). Telnet и ssh — это протоколы прикладного уровня, используемые для удаленного доступа и управления устройством.

1. Телнет:
Как уже говорилось, Telnet — это протокол прикладного уровня, который использует TCP-порт № 23, используемый для получения удаленного доступа к устройству.

Характеристики —

Существует простая топология, в которой два маршрутизатора напрямую связаны друг с другом, а именно Router1 и Router2. Маршрутизатор 1 имеет IP-адрес 192.168.1.1/24 на своем порту fa0 / 0, а Маршрутизатор 2 имеет IP-адрес 192.168.1.2/24 на своем порту fa0 / 0.
Здесь мы включим telnet на Router1 и получим доступ через Router2.
Настройка Telnet на Router1:

Здесь 0 4 означает, что мы можем иметь 5 одновременных сессий одновременно.
Получение доступа через Router2:

Примечание. На устройствах Cisco, если вы хотите получить доступ к устройству, вы должны использовать для него линии VTY.

Исправление проблем —
При использовании telnet или ssh помните следующее:

Если устройство доступно и вы не можете подключиться к Telnet, значит, вы не установили пароль в строке vty. При использовании Telnet или SSH необходимо установить пароль на линии VTY.

Заметка —
Сервисы AAA также можно использовать для установки пароля на линии vty. Либо локальная база данных устройства (маршрутизатора) или сервера ACS может использоваться для пароля для линий VTY.
Но здесь речь идет только о простой конфигурации.

2. Безопасная оболочка (SSH):
SSH также является прикладным клиент-серверным протоколом, используемым для получения удаленного доступа к устройству. Используется порт TCP № 23.

Характеристики —

Короче говоря, SSH более безопасен, чем telnet, и почти заменил telnet.

Мы используем ту же простую топологию. Маршрутизатор 1 имеет IP-адрес 192.168.1.1/24 на своем порту fa0 / 0, а Маршрутизатор 2 имеет IP-адрес 192.168.1.2/24 на своем порту fa0 / 0.
Мы будем использовать SSH Router1 от Router2. Настройка SSH на Router1.

Обратите внимание: необходимо указать имя домена, так как ssh использует его и пароль для шифрования. Если имя домена и имя хоста не указаны, то ключи crypro не будут сгенерированы. Мы предоставили пароль для входа в vty-линию и, наконец, создали ключ размером 1024 байта и пометили его как Cisco.

Заметка —
Последняя команда «crypto key generate rsa label Cisco modulus 1024» будет выполнена, только если ваш маршрутизатор поддерживает функции безопасности, такие как маршрутизатор 3700.
Если эта команда не поддерживается, введите команду:

После этого он запросит размер ключа, который вы хотите сгенерировать, поэтому введите 512 или 1024.
Теперь попробуем выполнить ssh из Router2 в Router1.

Заметка —
Если используется локальная база данных маршрутизатора, т.е. имя пользователя и пароль, настроенные на маршрутизаторе локально, а не на линиях vty, то будет использоваться команда login local.

Источник

Telnet cisco что это

Как включить telnet в Cisco на примере Cisco 2960+48TC-S

Всем привет, сегодня хочу рассказать, как включить telnet на оборудовании Cisco. Ранее мы рассмотрели, как включить ssh и создали локального пользователя. Я конечно больше предпочитаю ssh, но может кому пригодится, так как ситуации у всех могут быть, абсолютно разными, да и для кругозора ваших знаний, это будет полезно. Все, как обычно у оборудования Cisco, делается до безобразия, очень просто, я бы наверно перефразировал и сказал был дружелюбно, все для людей.

Логинимся через консоль в Cisco, и переходим в режим конфигурирования.

Далее вводим команду.

Как включить telnet в Cisco на примере Cisco 2960+48TC-S-02

Теперь проверим с какого либо компьютера подключиться по telnet. У меня на коммутаторе настроен ip адрес 192.168.1.1

Как включить telnet в Cisco на примере Cisco 2960+48TC-S-03

как видим я успешно залогинился через telnet. Вот так вот просто включить telnet в Cisco на примере Cisco.

Источник

Client/Server TELNET

Available Languages

Download Options

Table Of Contents

Client/Server Telnet

This chapter describes the Cisco IOS for S/390 Telnet facilities. It provides the information necessary to develop a working knowledge of the Cisco IOS for S/390 implementation of Client Telnet and Server Telnet. This chapter contains these sections:

•Introducing Client/Server Telnet

Provides a brief overview of the services Client Telnet provides.

•Client Telnet

Describes how to use the Client Telnet facilities to access Cisco IOS for S/390 locally.

•Server Telnet

Describes how to use the Server Telnet facilities to access Cisco IOS for S/390 remotely.

•Telnet Escape Sequences

Describes the escape sequences Cisco IOS for S/390 uses to implement the Telnet protocol.

Introducing Client/Server Telnet

Lets network users access TSO and other VTAM applications.

Application must support 3278 or 3767 through VTAM.

Provides Cisco IOS for S/390 help, news, status display, etc.

Implemented within Cisco IOS for S/390.

Lets MVS users access network hosts.

Supports access from 3278s and 3767s via VTAM and from TSO via the TELNET command.

Client Telnet

The Client Telnet facilities provide local access to your network via Cisco IOS for S/390. You can access Cisco IOS for S/390 locally in either of these ways:

•Indirectly, using the Client Telnet (or FTP) command processors under TSO

The TSO Telnet processor supports line-by-line and full-screen terminals, but both are mapped into line-by-line Network Virtual Terminal (NVT) operation of the remote host. A difficulty with this program is that TSO supports only half-duplex locked-keyboard operation, which makes access to character-by-character hosts awkward. You can receive pending screen data only by using Enter.

The TSO Telnet program is written in PL/I and you must have the PL/I Transient (runtime) Library (an IBM program product). Some useful features of this program are saving typescripts and multiplexing several sessions at once.

•Directly, using VTAM-supported 3767 or 3278 terminals

Although the Cisco IOS for S/390 3278 terminal manager does not have all the features of the TSO Telnet program, it can access the 3278 with a true full-duplex unlocked-keyboard protocol.

The 3278 can either be mapped into line-by-line operation as an NVT or can be operated in transparent 3278 full-screen mode to access a remote IBM MVS or VM server.

The TSO Client Telnet Command

The TSO Client Telnet command, TELNET, provides a TSO Client Telnet interface to the network. The TELNET command supports only line-by-line or NVT operation of remote hosts. However, it has functions, such as multiple concurrent sessions, that the direct VTAM Client Telnet lacks.

Client Telnet operates the local terminal in either line or screen mode, depending on whether it is accessed from a terminal of the IBM 3270 family or from an ASCII terminal. Choice of mode is automatic and usually transparent. However, you can override the automatic choice if you need to operate in line mode on a terminal. This may prove useful if you use facilities such as the Session Manager in TSO/E.

Since IBM systems normally do not support character-by-character interactions, Client Telnet does not operate in character-oriented mode, and it can be inconvenient to communicate with processes on remote hosts that do operate in such a mode. Because there may be such hosts on a network, Client Telnet implements devices and techniques to ease the incompatibility.

The TSO Telnet program screen mode can present one or more multiplexed line-oriented terminal sessions; however, full-screen interaction with a processing program is not possible with this version of the program.

In screen mode, Client Telnet does all its own screen management. Client Telnet is not compatible with operation under the IBM ISPF program product. It can be invoked under ISPF, as can most TSO command processor programs, but Client Telnet is not aware of the ISPF environment, so it does not support such ISPF features as split-screen operation. In anticipation of future enhancements, this version of Client Telnet reserves certain screen fields and function keys for ISPF compatibility.

Some options of the TSO Telnet program (the PRINT and TEST commands) require allocation of a SYSPRINT file, but this is not absolutely necessary in normal operation (that is, when you are not using PRINT or TEST).

Allocating a SYSPRINT file to the terminal in screen mode causes constant switching between screen and line modes. To avoid this, allocate the SYSPRINT file to a SYSOUT file instead of to the terminal.

The TELNET Command

Invoke the TSO Telnet program with the TSO TELNET command in one of these forms:

No arguments are required and none are useful to most Client Telnet users. Any that are specified must be preceded by slash (/) to accommodate the conventions of the PL/I runtime support package.

The two classes of TELNET command options, general and debugging, are described in the following sections.

General Command Options

These are the general Telnet command options:

•TTY

The TTY option specifies that your terminal is capable of generating carriage returns. Since virtual 3767 line terminals such as those supported by the Virtual Line Terminal (VLT) facility do not generate carriage return (CR) or new line (NL) characters at the end of lines, Client Telnet automatically appends an NL to every line of user input that is received. The TTY option disables this by specifying to Client Telnet that your terminal appends either a CR or an NL at the end of every line of input. This option is useful in supporting real local ASCII terminals that connect to TSO through TCAM, NTO, or NPSI.

•LINE

The LINE option causes the TSO Telnet program to drive the terminal in line mode even if the terminal is a CRT.

•SYS

The SYS option, in the form SYS = x, where x is an arbitrary character, causes Client Telnet to open its VLT connection to a network name of ACCESx instead of the usual ACCES. This allows communication through a test version of Cisco IOS for S/390.

•APPLID

The APPLID option, in the form APPLID = aaaaaaaa, where aaaaaaaa specifies to the TSO Telnet program the default VTAM application ID of the local Cisco IOS for S/390. This command causes Client Telnet to open its VLT connection to a network name of aaaaaaaa instead of the usual ACCES. If supplied, this parameter need not point exclusively to the local Cisco IOS for S/390; it can refer to any VTAM application. For example, TSO is the necessary APPLID to connect to TSO.

Debug Options

The debugging options, TEST and U, are described here:

•TEST

The TEST option causes the program to operate in test mode, where status information is written to the SYSPRINT file. This information is essentially unformatted and is not useful to the casual Telnet user.

•U

The U option, specified as U = userid, modifies the output of TEST mode. It arranges to send the output via TPUT to the specified TSO user ID instead of to SYSPRINT.

TSO Client Telnet Operation

Once the program has been activated, you can enter Telnet commands or data to be transmitted on the session. In session data, the logical not character ( ÿ ) is reserved as an escape character. To transmit the ÿ character, you must type it twice ( ÿÿ ). Refer to Telnet Escape Sequences for details on using the Telnet escape character.

Line Mode Operation

TSO Telnet operates in line mode if TSO believes your terminal is line-oriented or if you have used the LINE argument when invoking the program. In most cases, Client Telnet commands operate essentially the same in either line or screen mode.

The techniques used to send data lines in line mode are described here:

•The keyboard operates in unlocked mode; you can type at any time. However, the underlying TSO system is operating in half-duplex, line-by-line mode, so sometimes your typing might be interrupted. If Client Telnet interrupts your typing with output, you must retype the portion that was not successfully read. It is not always possible to tell which characters were read and which were not, so it is best to abort the input line and start over. Since you usually know when output is expected and when it is not, this should not be a problem.

•In line mode, the data you type is sent to the currently active session unless the first character is a greater than ( > ) symbol (in which case it is sent to the TSO Telnet program rather than to the currently active session) or there is no session active. In either case, the data is taken to be a Telnet command.

•When you terminate an input line (including a null line) with a carriage return, the data is sent with a new line character appended.

•When you terminate an input line with CONTROL-D, the data is sent without a new line character. This facilitates communication with remote systems that operate in character mode.

•CONTROL-C and ESCAPE can be used as data characters and are transmitted properly. Most other control characters are filtered from the input by TSO. CONTROL-C is usually interpreted by a remote IBM process as an attention.

•The ATTN key is reserved for use by the local process. It stops output flow long enough to enter an input line.

Screen Mode Operation

TSO Telnet operates in screen mode if your terminal is believed by TSO to be a display terminal of the 3270 family and if you have not used the LINE argument when invoking the program. The rules of screen mode interaction seem complex, but screen mode is very useful.

In screen mode, the screen is divided into the following areas:

•The TSO Telnet banner and version number

This field is also used to present short error or exception messages.

•The primary input area

This 149-character field (CMD) is where you type most session input and Telnet commands, so TSO Telnet keeps moving the cursor to the beginning of this field.

•The command input area

This field is provided for future ISPF compatibility and is not needed for normal TSO Telnet operation.

•The current VTAM application identification default

This field points to the local Cisco IOS for S/390 application. Every Telnet CONNECT command initiates a VTAM connection to the Cisco IOS for S/390 currently identified by the APPLID default. Multiple VTAM sessions to different VTAM applications are possible by changing the APPLID default dynamically. This is described in VTAM Client Telnet.

•The current session identification

When a session has been established, this identifies the session number and the host to which it is connected.

•A list of other session numbers

This row conceals a set of indicators that are replaced as various operating modes are activated. These are the operating modes:

•AUTO for automatic page turning

•NOECHO for non-display of output

•READ during read processing

•WRITE during write processing

•SLEEP when the keyboard is disabled

•TEST during test debugging

•HIDE when the input line is turned into a non-display line

•17 rows of output area

Both input and output data are echoed to the output area. This data is not scrolled; the current output line is indicated by a row of equal characters (=). The line of equal characters rolls around the screen, erasing old output and overlaying it with new. When the indicator wraps from the bottom of the output area to the top, press Enter to prevent overwriting data that has not been read (in other words, «turn the page»).

•2 rows of Program Function key (PF) definitions, associating certain commands with function keys

These associations are fixed and cannot be overridden. The key assignments are chosen to be compatible with the default assignments used by the ISPF program product, and, in this version, some function keys are reserved for ISPF functions that have not yet been implemented (SPLIT and SWAP). Like ISPF, Client Telnet follows the convention that there are no functions available through function keys that are not also available through commands.

In screen mode, you normally type into the input area; however, you can modify lines in the output area and cause them to be reread as input. Read Retransmitting Data.

The NULL Transaction

In most cases, Client Telnet commands operate the same in either line or screen mode. However, the techniques used to send data lines and to differentiate them from command lines are different. Because IBM terminals operating under TSO are half-duplex, it is not possible to operate in screen mode with an unlocked keyboard.

For a NULL transaction in screen mode, press Enter with no screen fields modified or with all modified fields blank for a no-operation. This does not send data; it merely returns control of the terminal to the TSO Telnet program and allows the program to switch into output mode.

The most obvious effect of this is that an empty line can be sent only by using a Telnet command (XWNL) or a function key (PF10, which sends a NULL transaction and a new line (NL)).

A more important effect is that communication in screen mode frequently requires constantly using Enter to keep output flowing. Client Telnet tends to hold control of the terminal until there is an indication that no more output is immediately available. You can control how long the program waits for this indication, but the defaults are satisfactory for most conditions. While the null transaction is used frequently in screen mode, the real work of a Telnet session is done with the other kinds of transactions. The most common occur when non-blank data is typed into the input field and/or when the keyboard is locked through a key other than Enter.

Sending Data

There are several ways to send data to the current session. The usual method is to type a complete input line into the input area and press Enter, which stands for the SEND command. The data is sent, including explicit leading and trailing blanks, and a new line character is sent after them.

Another method is to type the SEND command (or one of the other similar commands) into the input area, followed by the data to be sent, and then press PF5 instead of Enter. PF5 stands for the EXEC command, which causes Client Telnet to parse its input into a command and an operand string, and then to execute the command. The operand string begins with the character after the single blank that terminates the command.

A third method is to type the data into the input field and press a function key that has been assigned the value of a command. This is equivalent to using an explicit command and PF5 (EXEC).

With any of these methods, you can enter a command name in the command field on the screen. That command takes precedence over the command implied by the key you press. Normally, you do not need to use this method of input, but the rules of interaction with ISPF make it necessary.

Command Entry Rules

Many Client Telnet commands perform functions other than sending data. In all cases, the same rules apply.

•If you clear the screen and enter the command at the top left of the screen, the key you use has no effect. The command is parsed for a command verb and operands. (This is compatible with a panic exit, such as CLEAR followed by END.)

•If you modified the CMD field, its contents are the command verb. Otherwise, the verb is implied by the key you pressed.

•Operands for the command are in the CMD field.

•Any command of the class that transmits data is not active if there is no current session. Such a command is treated as an implied EXEC. This means that if there is a current session, strings entered with Enter are data to be transmitted. If there is no current session, strings entered with Enter are commands.

•The > convention sends Telnet commands as if PF 5 were pressed. When used in line mode it does not apply to keyboard input in screen mode. (Read the description of the READ command in Commands for Controlling Input and Output for a situation in which it does apply.)

Retransmitting Data

You can edit and retransmit lines from the output area of the screen. However, each line of the output area is a screen field and the folding of received data to accommodate the 79-character usable screen width might split a logical line into two separate fields. To make the feature easier to use, PF4 has been assigned the CURSOR command. The CURSOR command moves the physical cursor to the beginning of the last line echoed into the output area.

These are the rules of transmission from the output area:

•For every user interaction, there is an implicit command that is determined either by the contents of the CMD field or by the function key pressed. (The PA and Enter keys are included for this purpose.)

•For every such interaction, there is an ordered set of modified data fields, potentially including the input area and each line of the output area. The ordering is from the top of the screen down.

Function Keys

A fixed mapping of commands onto function keys is used in this version of Client Telnet. The commands that can be executed by pressing function keys are listed in :

Table 6-2 Client Telnet Function Keys

Note Those commands annotated with an asterisk can be entered when the screen shows the message HIT ENTER TO TURN PAGE.

TSO Client Telnet Commands

This section outlines commands for sending data, for session control, for controlling input and output, and miscellaneous commands.

Some commands can be entered by hitting a programmed function key. Where a function key can be used in place of typing the command, the key name is shown to the right of the command name.

Commands for Sending Data

These are the commands for sending data:

• SEND or ENTER

The SEND command sends its operand followed by a new line. If the operand is null, SEND has no effect (no-op).

• XWNL or PF10

The XWNL transmit with null line command sends its operand followed by a new line. A null operand results in only a new line.

• XNNL or PF11

The XNNL transmit with no null line command sends only its operand. If the operand is null, XNNL is a no-op.

• XCTL or PF8

The XCTL transmit control command sends its operand after transforming only the last character into control case (CONTROL-x). If the operand is null, XCTL is a no-op.

• XESC or PF7

The XESC transmit escape command sends its operand followed by an escape. If only an escape is sent, a null operand results.

• KO or PF6

The KO kill output command transmits an abort-output signal followed by an interrupt-process signal. Any operand is ignored.

• HEX

The HEX command interprets its operand as hexadecimal field characters, so the operand must consist of an even number of hexadecimal digits with no blanks or delimiters. The operand is converted to binary bytes and transmitted. The TSO Telnet program operates in EBCDIC mode and translates your string from EBCDIC to ASCII before placing it on the network.

• IP or PA1

The IP command transmits an interrupt-process signal. Any operand is ignored.

The PA1 function key is also used for ATTN command.

• BRK or PF6

The BRK command transmits a break signal. Any operand is ignored.

Commands for Session Control

These commands are sent to Client Telnet to add sessions, switch between sessions, and change the status of a session:

Note Any matching function keys are in parentheses to the right of the command.

• APPLID string

Changes the current APPLID default used by TSO Telnet to connect to the local Cisco IOS for S/390. The new APPLID is given by string. Thus, connections to multiple copies of Cisco IOS for S/390 or to other VTAM applications are possible.

• END | BYE (PF3)

Terminates the current TSO Telnet activity. Normally, this is a session or a HELP screen. However, if no sessions are defined and HELP is not in effect, TSO Telnet is terminated. This command is refused if you issue it when there are sessions defined but no session is current.

• RETURN (PF12)

Ends all TSO Telnet activity. It is equivalent to multiple END commands.

Commands for Controlling Input and Output

These commands manipulate the TSO Telnet session that is currently running:

• TTO number

This command is effective only in screen mode. It specifies the number of milliseconds that TSO Telnet is to wait for more output before unlocking a locked keyboard. Large values cause sluggish operation, and small values require excessive use of ENTER. The default value of 500 is a reasonable compromise in most cases.

• READ dsname | OFF

The READ command opens the file dsname and reads its records as Telnet input lines. Each line is processed as though entered from the keyboard with the ENTER or carriage return in line mode. This means that if you are operating in screen mode, lines beginning with the greater than (>) character are processed as though entered with PF5, that is, as Telnet commands.

Use this feature carefully, because it can cause confusing results if errors occur.

The dsname is specified in the usual TSO syntax, either quoted or unquoted. It can name any file that can be read sequentially with the PL/I READ statement, including a PDS member. Blanks and sequence numbers are treated as data by the TSO Telnet READ command, so an unsequenced variable-length file is the preferred input form. TSO Telnet continues to accept input from the screen during the READ operation. Lines read from the screen are executed at whatever point in the file they fall. The most useful application of this feature is the ability to enter the READ OFF command to abort reading. Otherwise, reading proceeds to end-of-file and stops. Obviously, you cannot read a file named OFF unless you use its quoted name. When a READ operation is in effect in screen mode, a READ indicator is visible on the separator line.

• RTO seconds

The Read Timeout command specifies the number of milliseconds that TSO Telnet is to wait between input records during a READ operation. Normally, a READ operation is limited by the rate at which the data can be transmitted or by the need to turn the page as the read data is echoed; however, this command is provided for cases where those limitations do not apply. The default value is 500 milliseconds.

• WAIT milliseconds

This command causes TSO Telnet to pause just once for the number of milliseconds specified. You can interleave your READ data with WAIT commands at points where you know an operation takes a lot of time. For instance, it is wise to include WAIT commands behind CONNECT commands and LOGON sequences.

• WRITE dsname OFF

Use the WRITE OFF command to terminate writing. You cannot write to a file named OFF unless you use its quoted name. When a WRITE operation is in effect in screen mode, a WRITE indicator is visible on the separator line.

WRITE OFF opens the file dsname and echoes Telnet input and output records into it. This produces a typescript of all interactions with all sessions that TSO Telnet is managing. The named file must already exist. Its DCB characteristics are changed to VB, 260, 4000.

• PRINT

This command is effective only in screen mode. It writes a snapshot of only the current screen to the SYSPRINT file. It is different from WRITE, which writes continuously into a data set of your choice.

• ECHO ON | OFF

This command controls echoing of output to the terminal and, in screen mode, echoing of input to the output area. When ECHO OFF has been specified, no output is written to the terminal, and a NOECHO indicator is visible on the separator line. This mode is usually used in conjunction with WRITE.

• SAMPLE

This command is used in ECHO OFF mode. It causes a small amount of output data to be echoed. In screen mode, one page is echoed, while in line mode the sample is determined by the size of the data records being received from the network and is usually only a partial line. SAMPLE lets you monitor a session that is writing its output only to a file. However, your SAMPLE commands appear in the output file.

• AUTO ON | OFF

This command controls automatic page turning in screen mode. When AUTO ON (or just AUTO) has been specified, pages are turned without your intervention and an AUTO indicator is visible on the separator line. This mode, used with SLEEP mode, removes the terminal entirely from your control. Avoid using this combination.

• SLEEP

This command disables keyboard input (so you do not need to keep pressing ENTER to maintain output flow) and places a SLEEP indicator on the separator line. The only way to exit SLEEP mode is to press ATTN ( PA1 in screen mode). This mode can be used with AUTO mode to remove the terminal entirely from the user’s control. Use caution with this option.

• ATTN (PA1)

This command is always invoked through ATTN. In screen mode, attention is signaled through PA1 and is used only to break SLEEP mode. In line mode, attention interrupts TSO Telnet operation and requests a new input line. This input is then processed like any other.

The PA1 function key is also used for the IP command.

Note The attention key on a 3278 is the PA1 key, not the ATTN key.

• NOTE

This command introduces a limited comment. No data is transmitted, but when you are in screen mode, data is echoed to the output area.

• HIDE (PF9)

This command causes the next input on the terminal not to display. It implements password protection. When in screen mode, HIDE causes HIDE to appear on the separator line and turns the primary input area into a nondisplay field. It is a toggle switch, so if it is on, you can enter it again to turn it off. Any operand associated with HIDE is ignored.

Miscellaneous Commands

These are some miscellaneous commands that can be useful:

• EXEC (PF5)

This command is always invoked through PF5, although it works as a command. It executes its argument as a Telnet command.

• HELP (PF1)

This command presents brief tutorial information. In line mode, it lists common commands briefly. In screen mode, it displays a sequence of HELP screens. You can step through the screens with ENTER or return to Client Telnet with PF3.

• RESHOW (PA2)

This command is meaningful in screen mode only and is invoked through PA2. It restores the screen to its previous condition.

• CURSOR (PF4)

This command is effective in screen mode only. It moves the cursor to the beginning of the last line written to the output area.

• CLEAR

This command is effective in screen mode only. It clears the screen for the current session and resets the current output line to the top of the output area, which can be useful in keeping things together on one display screen.

• TEST ON | OFF

This command controls the output of debugging information. When TEST ON (or just TEST) is specified, diagnostic data are written to the SYSPRINT file and a TEST indicator displays on the separator line.

• LOG userid

This command modifies the action of TEST. userid is the target of TPUT macro instructions to write the TEST output data. The same data is not written to SYSPRINT. This command lets you receive test output in real time, but on another terminal. LOG without an operand stops this special behavior.

• TSO | DO

This command executes its argument as a TSO command and pre-empts Client Telnet temporarily. When the command processor returns, if screen mode is in effect, Client Telnet refreshes its screen.

VTAM Client Telnet

Cisco IOS for S/390 is a VTAM primary application and can support 3278 or 3767 terminals with Client Telnet access to your network.

Invoking VTAM Client Telnet

The VTAM Client Telnet command, VTELNET, operates in either NVT (line-by-line) mode or in transparent full-screen 3278 mode, depending on the Telnet negotiations initiated by the remote Server Telnet. The choice of mode is automatic and does not normally concern you except for the usage of special function keys ( PF n). See NVT Operation from 3278 Terminals for more information on programmable function key assignments.

Invoke VTELNET with one of these commands:

LOGON APPLID(ACCES) to DATA ( host_name )

Note host_name is a required operand.

The command is entered on the system login invitation screen in place of the LOGON command used to start a TSO session. Here ACCES is the VTAM application name for Cisco IOS for S/390 and the permissible host name is defined in Using Host Name Strings in Introduction to Cisco IOS for S/390. For example, if you enter ACCES SRI-NIC and the message SRI-NIC PARAMETER UNRECOGNIZED displays, it means that the LOGTAB=INTTAB parameter has not been set correctly during the Cisco IOS for S/390 installation. Report this problem to your Cisco IOS for S/390 site administrator.

Note The exact VTAM logon command might be different at your installation. If in doubt, contact your Cisco IOS for S/390 site administrator.

VTAM Client Telnet Operation

When you enter the VTAM LOGON command, VTAM connects the terminal to Cisco IOS for S/390. Cisco IOS for S/390 then checks the host name, displays appropriate error messages, and disconnects the terminal. If the host name is correct, Cisco IOS for S/390 prompts you for a user ID and password, checking that you are allowed access to the network. If you supply the correct user ID and password, the Telnet connection to the remote server is established and the server’s banner message displays.

NVT Operation from 3278 Terminals

While the remote host is operating in normal Telnet ASCII or NVT mode, VTAM Telnet maps line-by-line data onto the local 3278 screen much like TCAS does for TSO.

Each line segment is placed on a blank screen sequentially at the cursor. The control characters BS, CR, and LF affect the cursor in the applicable fashion. Characters typed on the keyboard display and transmit with the carriage return/line feed symbol (CRLF) appended when you press ENTER. The necessary 3278 orders are added to the screen data and deleted from the keyboard data.

The terminal operates in full-duplex local echo mode when controlled by VTAM Telnet. You need not press ENTER or any other key to poll for output. Any data received is immediately displayed. If you attempt to type while data is being sent to the screen, the typed data is lost. This is not normally a problem because usually you must wait for a prompt before beginning to type.

The screen can be erased at any time by pressing CLEAR. This homes the cursor so data display starts at the top of the screen. When the screen is filled, three asterisks (***) display on the last line. Read the screen and press ENTER or CLEAR to erase the screen and continue the display of data.

The program function keys map into the functions shown in :

Источник