Transport Input: SSH, Telnet, All, None Keywords
The virtual terminal (vty) lines allow remote access to the devices. We can use the Cisco ‘transport input’ command to set which protocols are allowed to access the virtual terminal lines. We can choose from the following transport input command keywords to set the allowed protocols on the virtual terminal lines:
- ssh – allows TCP/IP SSH protocol only
- telnet – allows TCP/IP Telnet protocol only
- all – allows all protocols
- none – blocks all protocols
- telnet ssh – allows both Telnet and SSH protocols
Telnet Input Configuration
To configure, in the Command Line Interface (CLI), we need to enter the command ‘transport input ’ under the virtual terminal (vty) line configuration mode. We can allow different protocols on the virtual terminal lines, and each vty line accepts one user only. Virtual terminal lines are evaluated starting from the line vty 0 forward.
In the example configuration above, virtual terminal (vty) line 0 was configured with the ‘transport input ssh’ command. Therefore, vty 0 enables SSH connections only. Virtual terminal (vty) line 1 has the command ‘transport input telnet’ and it permits only Telnet connections. The ‘all’ transport input command keyword was used on vty 2. Thus all protocols, both Telnet and SSH protocols, are allowed.
Virtual terminal (vty) line 3 was configured with the ‘none’ keyword, so no protocol is allowed to connect via vty 3. Lastly, ‘transport input telnet ssh’ was entered on vty 4. Meaning, both Telnet and SSH protocols are allowed on the virtual terminal (vty) line 4.
Verifying the Transport Input Command
In this example, we’ve configured R1 with the transport input commands shown above. We can use the ‘show run‘ command to view the configured transport input commands in the device. The ‘show line‘ command is used to show which line is in use.
Let’s connect R2 to R1 via SSH. I’ve set the username as ‘study’ and the password as ‘ccnp’.
If we do a ‘show line’ on R1, the output is as shown as below:
The asterisk on the left means that the line is in use. In the output above, lines 0 and 2 have asterisks. That indicates that a user is connected to the console (CTY) line and vty 0. The first VTY line, line 2 VTY, is mapped to vty 0 automatically.
Now, let’s connect R3 to R1 via Telnet. Again, the username is ‘study’, and the password is ‘ccnp’.
If we enter the ‘show line’ command on R1, we will have the output below:
You can see that the asterisk was added on line 3 VTY, which is mapped to vty 1. We now have active connections via the console line, virtual terminal (vty) lines 0 and 1 using SSH and Telnet, respectively.
Download our Free CCNA Study Guide PDF for complete notes on all the CCNA 200-301 exam topics in one book.
We recommend the Cisco CCNA Gold Bootcamp as your main CCNA training course. It’s the highest rated Cisco course online with an average rating of 4.8 from over 30,000 public reviews and is the gold standard in CCNA training:
Terminal Services Configuration Guide, Cisco IOS XE Release 16.x
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
Book Title
Terminal Services Configuration Guide, Cisco IOS XE Release 16.x
Configuring Terminal Operating Characteristics for Dial-In Sessions
View with Adobe Reader on a variety of devices
Results
Chapter: Configuring Terminal Operating Characteristics for Dial-In Sessions
Configuring Terminal Operating Characteristics for Dial-In Sessions
This chapter describes how to set operating characteristics for remote terminal service connections. It includes the following main sections:
- Terminal Operating Characteristics Overview
- Selecting a Preferred Connection Protocol
- Configuring Communication Parameters for Terminal Ports
For a complete description of the terminal characteristic commands in this chapter, refer to the Cisco IOS Terminal Services Command Reference, Release 12.2. To locate documentation of other commands that appear in this chapter, use the command reference master index or search online.
To identify the hardware platform or software image information associated with a feature, use the Feature Navigator on Cisco.com to search for information about the feature or refer to the software release notes for a specific release. For more information, see the “Identifying Supported Platforms” section in the “Using Cisco IOS Software” chapter.
Terminal Operating Characteristics Overview
In line configuration mode, you can set terminal operating characteristics that will be in operation for that line until the next time you change the line parameters. Alternatively, you can change the line setting locally (temporarily) with terminal EXEC commands. Both tasks are described in this chapter.
Selecting a Preferred Connection Protocol
Your first task is to select a preferred connection protocol, then configure the appropriate communication parameters. The preferred transport type is your preferred connection protocol. To configure the router to support specific protocols, perform the tasks described in the following sections:
- Specifying the Transport Protocol
- Specifying a Local Transport Protocol
Specifying the Transport Protocol
Use the transport preferred command to specify which transport protocol is used on connections. Use the transport input and transport output commands to explicitly specify the protocols allowed on individual lines for both incoming and outgoing connections.
Note Cisco routers do not accept incoming network connections to asynchronous ports (TTY lines) by default. You must specify an incoming transport protocol before the line will accept incoming connections. For example, if you are using your router as a terminal server to make console-port connections to routers or other devices, you will not be able to use Telnet to connect to these devices. You will receive the message “Connection Refused.”
For routers that support the Digital local-area transport (LAT) protocol, the default protocol for outgoing connections is LAT. For those that do not support LAT, the default protocol for outgoing connections is Telnet. For incoming connections, all the supported network protocols are accepted.
To specify transport protocols, use one or more of the following commands in line configuration mode:
Defines which protocols can be used to connect to a specific line.
Determines the protocols that can be used for outgoing connections from a line.
Specifies the protocol for the router to use if the user did not specify a protocol.
Router(config-line)# transport preferred none
Prevents errant connection attempts.
The IOS software accepts a host name entry at the EXEC system prompt as a Telnet command. If you enter the host name incorrectly, the router interprets the entry as an incorrect Telnet command and provides an error message indicating that the host does not exist. The transport preferred none command disables this option so that if you enter a command incorrectly at the EXEC prompt, the software does not attempt to make a Telnet connection to a host that it cannot find.
The transport preferred command setting specifies a search order when attempting to resolve names that might be valid for multiple protocols. If the address or service does not match the preferred protocol, all other valid output protocols are searched to find a valid match.
Specifying a Local Transport Protocol
You can configure the Cisco IOS software to save local parameters between sessions. These local parameters are set with terminal EXEC commands.
To specify the preferred protocol to use for the current session when a command does not specify one, use the following command in EXEC mode:
Specifies the protocol for the Cisco IOS software to use for the current session if the user did not specify a protocol.
The preferred transport type is your preferred connection protocol. This setting specifies a protocol search order that the Cisco IOS software uses when it attempts to resolve a device name that you enter, but you do not specify a connection protocol. For example, if you want to connect to a TCP/IP host named host1 and want to use Telnet, you enter the telnet host1 command. However, if your preferred connection protocol is set to Telnet, you could enter only the host1 argument and be connected to the device. A host name might be valid for multiple protocols. If the address or service does not match the preferred protocol, all other valid connection protocols are searched to find a valid match for the name.
For router software images that support LAT, the default protocol for outgoing connections is LAT. For router software images that do not support LAT, the default protocol for outgoing connections is Telnet. For incoming connections, all the supported network protocols are accepted.
The Cisco IOS software accepts a host name entry at the EXEC prompt as a Telnet command. If you enter the host name incorrectly, the Cisco IOS software interprets the entry as an incorrect Telnet command and provides an error message indicating that the host does not exist. The transport preferred none command disables this option so that if you enter a command incorrectly at the EXEC prompt, the Cisco IOS software does not attempt to make a Telnet connection.
Configuring Communication Parameters for Terminal Ports
To configure communication parameters, perform the tasks described in the following sections:
- Configuring Sessions on a Line (Required)
- Configuring Local Session Parameters (As Required)
- Changing the Default Privilege Level for Lines (As Required)
- Enabling Password Checking at Login (As Required)
- Establishing Terminal Session Limits (As Required)
- Displaying Line Connection Information After the Login Prompt (As Required)
Configuring Sessions on a Line
The Cisco IOS software supplies the following default serial communication parameters for terminal and other serial device operation:
- 9600 bits per second (bps) line speed
- 8 data bits
- 2 stop bits
- No parity bit
To change the default parameters as necessary to meet the requirements of the terminal or host to which you are connected, use any of the following commands in line configuration mode:
Router(config-line)# speed bps
Router(config-line)# txspeed bps
Router(config-line)# rxspeed bps
Sets the line speed. Choose from line speed, transmit speed, or receive speed.
Sets the data bits.
Sets the stop bits.
Sets the parity bit.
Configuring Local Session Parameters
To change these parameters as necessary to meet the requirements of the terminal or host to which you are attached, use the following commands in EXEC mode, as needed:
Router> terminal speed bps
Router> terminal txspeed bps
Sets the line speed for the current session. Choose from line speed, transmit speed, or receive speed.
Sets the data bits for the current session.
Sets the stop bits for the current session.
Sets the parity bit for the current session.
Changing the Default Privilege Level for Lines
To change the default privilege level for a given line or a group of lines, use the following command in line configuration mode:
Router(config-line)# privilege level level
Specifies a default privilege level for a line.
Enabling Password Checking at Login
You can enable password checking on a particular line so that the user is prompted to enter a password at the system login screen. You must then also specify a password. To do so, use the following commands in line configuration mode:
Router(config-line)# login
Enables password checking on a per-line basis using the password specified with the password command.
Router(config-line)# password password
Assigns a password to a particular line.
You can enable password checking on a per-user basis, in which case authentication is based on the username specified with the username global configuration command. To enable password checking on a per-user basis, use the following commands in line configuration mode:
Router(config-line)# login local
Enables password checking on a per-user basis using the username and password specified with the username global configuration command.
Router(config-line)# login tacacs
Router(config-line)# login authentication <default | list-name >
Selects the TACACS style user ID and password-checking mechanism.
Use the login tacacs command with TACACS and extended TACACS. Use the login authentication command with AAA/TACACS+.
By default, virtual terminals require passwords. If you do not set a password for a virtual terminal, the router displays an error message and closes the attempted connection. Use the no login command to disable this function and allow connections without a password.
For other access control tasks and password restrictions, including the enable password global configuration command that restricts access to privileged mode, see the Cisco IOS Security Configuration Guide, Release 12.2.
Establishing Terminal Session Limits
You might need to control terminal sessions in high-traffic areas to provide resources for all users. You can define the following limitations for terminal sessions:
- The maximum number of sessions
- The session timeout interval
To establish terminal session limits, use the following commands in line configuration mode:
Router(config-line)# session-limit session-number
Sets the maximum number of simultaneous sessions. 1
Router(config-line)# session-timeout minutes [ output ]
Router(config-line)# absolute-timeout minutes
Sets an idle timeout interval on a console or terminal (tty) line.
Sets a timeout interval on a virtual terminal (vty) line.
Router(config-line)# logout-warning [ seconds ]
Warns users of impending timeouts set with the absolute-timeout command.
1. There is no inherent upper limit to the number of sessions you can create.
The session-timeout command behaves slightly differently on virtual (vty) terminals than on physical console, auxiliary (aux), and terminal (tty) lines. When a timeout occurs on a vty, the user session returns to the EXEC prompt. When a timeout occurs on physical lines, the user session is logged out and the line returned to the idle state.
The absolute-timeout command terminates the connection after the specified time period has elapsed, regardless of whether the connection is being used at the time of termination. You can specify an absolute-timeout value for each port. The user is given 20 seconds notice before the session is terminated. You can use this command along with the logout-warning command, which notifies the user of an impending logout.
You can use a combination of the exec-timeout line configuration command, which sets the interval that the EXEC command interpreter waits until user input is detected, and the session-timeout line configuration command, both set to approximately the same values, to get the same behavior from virtual lines that the session-timeout command causes on physical lines.
The absolute-timeout command overrides any timeouts set through the AppleTalk Remote Access (ARA) protocol.
Displaying Line Connection Information After the Login Prompt
You can display the host name, line number, and location of the host each time an EXEC session is started or an incoming connection is made. The line number banner appears immediately after the EXEC banner or incoming banner. This feature is useful for tracking problems with modems because it lists the host and line for the modem connection. Modem type information is also included if applicable.
To provide line information after the login prompt, use the following command in global configuration mode:
Router(config)# service linenumber
Provides service line number information after the EXEC banner or incoming banner.
Первоначальная настройка маршрутизаторов Cisco
Если вы в первый раз столкнулись с оборудование cisco, то совершенно очевидно, что необходимо понять как с ним обращаться, создать своего первого пользователя, задать имя вашего устройства, задать время, настроить возможность удаленного подключения и т.д.
Данную статью я решил посвятить ряду подобных вопросов и как результат решил назвать ее «Первоначальная настройка маршрутизаторов Cisco». Сразу хочу заметить, что мы не будем вдаваться в настройки детально, а просто пройдемся по ряду опций, что бы иметь необходимое представление по теме.
Итак, хватит лирики, давайте перейдем непосредственно к делу.
Допустим к нам в руки попал маршрутизатор cisco.
Задачи, которые мы будем выполнять:
1) Ознакомимся с интерфейсом.
2) Определим какие бывают уровни доступа.
3) Посмотрим, что такое режим конфигурации.
4) Настроим такие параметры как имя устройства, имя домена, время.
5) Зайдем в режим настройки портов устройства и зададим на них ip адреса.
6) Зададим пароль на привилегированный режим и создадим пользователя в локальной базе данных.
7) Настроим возможность удаленного подключения по telnet
8) Настроим возможность удаленного подключения по ssh 1.
Подключаемся к устройству посредством консольного кабеля и видим приблизительно следующее
Press RETURN to get started.
Жмем Enter попадаем в нашу консоль:
Что-ж, давайте попробуем посмотреть как оно работает. Нажимаем «?» и видим приблизительно следующее:
Я думаю вы уже поняли что мы воспользовались подсказкой и увидили все доступные нам на данном этапе команды. Более того, давайте попробуем сделать так:
Cisco подсказывает нам какие варианты дальнейшего написание команды у нас есть. Опция действительно очень полезная, а главное, что доступна на любом этапе написания команды.
Давайте попробуем сделать еще вот так:
То есть мы можем поставить знак «?» абсолютно в любом месте и cisco предложит нам все возможные пути продолжения.
В данном случае мы видим, что за счет символа «е» cisco говорит, что есть две команды соответствующие данному критерию и показывает что это за команды.
Должен отметить, что не обязательно набирать команды целиком, т.е. что бы разлогиниться с cisco не надо набирать команду exit полностью. Достаточно будет набрать «ex». При наборе команд «не полностью» нужно понимать что у системы не должно быть выбора и можно было идентифицировать одну команду подходящую заданному критерию.
2. Всего в системе существует 16 возможных уровней доступа от 0 до 15. Нам для понимания нужно будет только 3- privilege level 0 — режим в котором мы оказались, когда подключились к маршрутизатору- privilege level 1 — пользовательский режим, который включает в себя пользовательские команды- privilege level 15 — привелигированный режим, который включает в себя все команды.
Что бы попасть в него нужно набрать команду enable, после чего вместо «Router>» мы увидим «Router#». Знак «#» собственно и означает, что мы находимся в привилигированном режиме.
3. В пункте 2 мы попали в привилигированный режим.
Теперь, если мы хоти производить на роутере какие-либо настройки нам нужно будет перейти в режим конфигурации. Для этого воспользуемся командой configure terminal, или же можно набрать сокращенно conf t
4. Теперь можно попробовать произвести ряд настроек.
Должен сказать, что прямой необходимости в настройке имени устройства, домена и времени нет. Но если это не последняя статья, которую вы читаете, вероятность того что настройка этих параметров еще пригодится очень высока. Что бы настроить имя устройства воспользуемся командой hostname
что мы можем прекрасно видеть Для настройки имени домена воспользуемся командой ip domain-name
Теперь наше доменное имя test.ru
Настройка времени чуть сложнее, т.к. состоит из настройки часового пояса и непосредственно времени. Для задания часового пояса воспользуемся командой clock timezone.
Для настройки времени необходимо выйти из режима конфигурации и воспользовать командой clock set, то есть «время установить» если перевести дословно.
Проверить наши настройки можно посредством команды show.
Так же, для вывода всей конфигурации можно воспользоваться командой show run
Вывод результата данной команды довольно объемный и я не буду постить его. Скажу только, что результат содержит информацию обо всех параметрах, которые есть на маршрутизаторе.
5. Давайте разберем настройки портов на маршрутизаторе и зададим ip адреса.
Порт в сетевом оборудовании cisco называется interface. Что бы вывести список доступных интерфейсов можно воспользоваться командой show interfaces. Однако вывод будет довольно объемным. Для более компактного вывода можно воспользоваться командой show ip int brief
Теперь мы можем видеть список доступных физических портов.
Предположен что порт GigabitEthernet0/0 подключен к подсети 192.168.0.0 с маской подсети 255.255.255.0, а порт GigabitEthernet0/1 подключен к подсети 192.168.1.0 с маской подсети 255.255.255.0. Соответственно мы решили задать на GigabitEthernet0/0 ip адрес 192.168.0.1, а на GigabitEthernet0/1 ip адрес 192.168.1.1.
Все это нужно для того что бы компьютеры первой сети могли обращаться к компьютерам второй сети и наоборот. Можем приступить к конфигурации.
TEST#conf t — идем в режим конфигурации
TEST(config)#interface gigabitethernet0/0 — команда interface позволяет нам перейти в режим настройки нужного нам порта на маршрутизаторе
TEST(config-if)#ip address 192.168.0.1 255.255.255.0 — задаем ip адрес для подсети 192.168.0.0
TEST(config-if)#no shutdown — команда включения порта на маршрутизаторе
TEST(config-if)#exit — выходим из настройки порта
TEST(config)#int gi0/1 — заходим в настройки второго порта.
Название портов можно сокращать как показано в данном случае
TEST(config-if)#ip address 192.168.1.1 255.255.255.0 — задаем ip адрес для подсети 192.168.1.0
TEST(config-if)#exit
Все ip адреса настроены и связь между сетями 192.168.0.0 и 192.168.1.0 налажена.
Допустим если мы ошиблись и задали неверный ip адрес (пусть будет 192.168.0.2) или неправильно указали маску, тогда отменить изменения можно будет посредством команды «no».
TEST(config-if)#no ip address 192.168.0.2 255.255.255.0 — данная команда снимет ip адрес 192.168.0.2 на интерфейсе.
Команда «no» применима не только к параметру ip адрес. Ей можно пользоваться для отмены и других параметров маршрутизатора.
6. Мы уже знаем как попасть в привилигированный режим, причем мы это делали без какой-либо авторизации. Предлагаю, для повышения безопасности, задать пароль на привилегированный режим. Сделать это можно посредством команды enable secret [password
]TEST#conf t — заходим в режим конфигурации
TEST(config)#enable secret 0 cisco — теперь наш пароль на привилегированный режим будет cisco.
Должен отметить, что 0 означает, что мы вводим пароль просто текстом. Если у нас есть пароль в зашифрованном виде мы можем выбрать другую опцию. Посмотреть возможные опции можно посредством enable secret ?
TEST(config)#enable secret ?
0 Specifies an UNENCRYPTED password will follow
4 Specifies an SHA256 ENCRYPTED secret will follow
5 Specifies an MD5 ENCRYPTED secret will follow
LINE The UNENCRYPTED (cleartext) ‘enable’ secret
level Set exec level password
Чтож, пароль на привилегированный режим мы задали. Предлагаю создать своего собственного пользователя в системе, которого мы в дальнейшем будем использовать для подключения к устройству удаленно через telnet или ssh. Для этого дадим вот такую команду:
TEST(config)#username user1 privilege 15 secret password1
В результате ее выполнения система создаст пользователя с именем user1, паролем password1 и уровнем доступа 15 (привилегированный режим) 7. У нас есть подсети, есть пользователь в локальное базе данных. Теперь можно настроить подключение к устройству через telnet. Для этого нам нужно будет зайти в настройки line vty (виртуальная терминальная линия). Перейдем к конфигурирования и все станет ясно.
TEST#conf t — заходим в режим конфигурации
TEST(config)#line vty 0 4 — заходим в настройку терминальных линий.
На разных устройствах может быть разное количество терминальных линий. В нашем случае их 5, т.е. от 0 до 4, что отражено в команде. Количество терминальных линий говорит о количестве возможных одновременных подклюений к маршрутизатору. Когда кто-то подключается, то ему присваивается первая свободная линия vty.
TEST(config-line)#transport input telnet — мы говорим, что к нашему устройству можно подключаться удаленно посредством telnet
TEST(config-line)#login local — данная команда говорит, залогиниться по vty можно использую локальную базу данных пользователей.
Соответственно мы сможем зайти под пользователем, которого создали в пункте 6. Теперь можно подключиться к устройству удаленно посредством telnet, с какого-нибудь компьютера из ранее созданных подсетей 192.168.0.0 или 192.168.1.0 8. Использовать telnet достаточно удобно, но не безопасно, т.к. он передает логин и пароль по сети в открытом виде. Т.е. если кто-нибудь отловит нужные пакеты, то сможет увидеть пароль. Поэтому я рекомендую настраивать подключение через протокол ssh. Для этого необходимо выполнение ряда требований. Должны быть заданы параметры hostname (см. пункт 4), domain-name (см. пункт 4), так как исходя из этих параметров происходит шифрование, а так же необходимо сгенерировать пару ключей шифрования, посредством команды:
TEST(config)#crypto key generate rsa modulus 1024 — где 1024 разрядность шифрования наших ключей.
Теперь нужно разрешить подключение через ssh на наших vty линиях.
TEST(config)#line vty 0 4 — заходим в настройку терминальных линий
TEST(config-line)#transport input telnet ssh — мы говорим нашему устройству, что можно подключиться как через telnet так и через ssh. На самом деле можно указать только ssh, но тогда подключиться по telnet уже не получится.
TEST(config-line)login local — говорим маршрутизатору использовать локальную базу данных пользователей. Если вы уже давали эту команду из пункта 7, то она не обязательна. Все. Теперь можно подключиться к нашему устройству удаленно и главное безопасно посредством ssh.
В конце предлагаю сохранить все сделанные нами настройки командой write. Таким образом после перезагрузки устройства все параметры сохранятся. Если не произвести сохранение, тогда после перезагрузки устройство будет «девственно» чистым как будто на нем ничего не меняли.
TEST#write
Building configuration…
[OK]TEST#
Cisco Networking/CCENT/Remote Management
This lesson covers remote management, including over WANs with serial connections.
Contents
Objectives and Skills [ edit | edit source ]
Objectives and skills for the WANs portion of Cisco CCENT certification include: [1]
- Select the components required to meet a given network specification
- Predict the data flow between two hosts across a network
- Configure and verify utilizing the CLI to set basic Router configuration
- Console & VTY logins
- Interface IP Address
- loopback
- ping
- telnet
- SSH
Readings [ edit | edit source ]
Multimedia [ edit | edit source ]
Examples [ edit | edit source ]
Line Configuration [ edit | edit source ]
show line [ edit | edit source ]
To display parameters of a terminal line, use the show line command in EXEC mode. [2]
line [ edit | edit source ]
To identify a specific line for configuration and enter line configuration collection mode, use the line command in global configuration mode. [3]
Command Sequence [ edit | edit source ]
A command sequence to configure line access with passwords might be similar to the following.
A command sequence to configure line access with usernames and passwords might be similar to the following.
Interface Configuration [ edit | edit source ]
show ip interface [ edit | edit source ]
To display the usability status of interfaces that are configured for IP, use the show ip interface command. [4]
show ip interface brief [ edit | edit source ]
To display the usability status of interfaces configured for various IP addresses, use the show ip interface brief command in privileged EXEC mode. [5]
shutdown [ edit | edit source ]
Use the shutdown interface configuration command to disable an interface. Use the no form of this command to restart a disabled interface. [6]
ip address [ edit | edit source ]
To assign an IP address and subnet mask to an interface, use the ip address command. [7]
interface loopback [ edit | edit source ]
To specify a loopback interface and enter interface configuration mode, use the interface loopback in global configuration mode. A loopback interface is a virtual interface that is always up and allows selected protocols to stay up even if other interfaces are down. [8]
clock rate [ edit | edit source ]
To configure the clock rate for the hardware connections on serial interfaces to an acceptable bit rate, use the clock rate command in interface configuration mode. The desired clock rate, in bits per second (bps) may be: 1200, 2400, 4800, 9600, 19200, 38400, 56000, 64000, 72000, 125000, 148000, 250000, 500000, 800000, 1000000, 1300000, 2000000, 4000000, or 8000000. [9]
bandwidth [ edit | edit source ]
To set and communicate the current bandwidth value for an interface to higher-level protocols, use the bandwidth command in interface configuration mode. [10]
encapsulation [ edit | edit source ]
To set the encapsulation method used by the interface, use the encapsulation command in interface configuration mode. [11]
Command Sequence [ edit | edit source ]
A command sequence to assign interface ip addresses would be similar to the following.
SSH Configuration [ edit | edit source ]
crypto key generate rsa [ edit | edit source ]
To generate Rivest, Shamir, and Adelman (RSA) key pairs, use the crypto key generate rsa command in global configuration mode. [12]
ip ssh version [ edit | edit source ]
To specify the version of Secure Shell (SSH) to be run on a router, use the ip ssh version command in global configuration mode. If this command is not configured, SSH operates in compatibility mode, that is, Version 1 and Version 2 are both supported. [13]
transport input [ edit | edit source ]
To define which protocols to use to connect to a specific line of the router, use the transport input command in line configuration mode. [14]
Command Sequence [ edit | edit source ]
A command sequence to configure SSH access might be similar to the following.
Status [ edit | edit source ]
ping [ edit | edit source ]
To diagnose basic network connectivity on a variety of networks, use the ping privileged EXEC command. [15]
Remote Management [ edit | edit source ]
telnet [ edit | edit source ]
To log in to a host that supports Telnet, use the telnet command in EXEC mode. [16]
ssh [ edit | edit source ]
To start an encrypted session with a remote networking device, use the ssh user EXEC command. [17]
Activities [ edit | edit source ]
- Configure router aux line password security.
- Add a router to a new GNS3 project and start the device.
- Open the console for the router and practice using the following commands.
- enable
- configure terminal
- line aux 0
- password
- login
- exit
- Verify the configuration using the following command.
- show running-config
- Exit the router console session and open a console on the aux line to test the configuration.
- Add a router to a new GNS3 project and start the device.
- Set the router IP addresses and subnet masks using the following commands.
- R1 FastEthernet0/0: 192.168.1.1 255.255.255.0
- R1 FastEthernet0/1: 192.168.2.1 255.255.255.0
- enable
- configure terminal
- show ip interface brief
- interface <interface>
- ip address <address> <subnet>
- no shutdown
- exit
- Verify the configuration using the following commands.
- show running-config
- show ip interface brief
- Add a router to the GNS3 project above and start the device.
- Add a link to connect the following.
- R1 FastEthernet0/0 <-> R2 FastEthernet0/0
- Set the following IP addresses and subnet masks.
- R2 FastEthernet0/0: 192.168.1.2 255.255.255.0
- R2 FastEthernet0/1: 192.168.3.1 255.255.255.0
- If using serial ports for the connection, use the following commands if necessary.
- clock rate
- encapsulation
- Verify the configuration using the following commands on both routers.
- show ip interface brief
- ping
- Use the routers from above and practice using the following commands on both routers.
- enable
- configure terminal
- username
- line vty 0 4
- login local
- exit
- Verify the configuration using the following command on both routers.
- show running-config
- Test the configuration using the following command to remotely manage one router from the other.
- telnet
- Use the routers from above and practice using the following commands on both routers.
- enable
- configure terminal
- hostname
- ip domain-name
- crypto key generate rsa
- ip ssh version 2
- line vty 0 4
- transport input ssh
- Verify the configuration using the following command on both routers.
- show running-config
- Test the configuration using the following command to verify that telnet access is no longer supported.
- telnet
- Test the configuration using the following command to remotely manage one router from the other.
- ssh