Cisco fire linux os update

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Обновляем Cisco IOS

3 минуты чтения

Сегодня мы расскажем про то, как обновить IOS на устройствах Cisco. Новые версии IOS выходят постоянно и в них добавляют новый функционал, исправляют уязвимости и баги, поэтому важно иметь обновленное устройство.

Онлайн курс по Кибербезопасности

Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии

Обновление

Начнем с того, что посмотрим, какая версия IOS установлена на данный момент, используя команду show version

Из вывода этой команды мы видим, что текущая версия прошивки – 12.4.(15)T1. Подробнее о версиях IOS можно прочесть в этой статье.

Далее найдем новую версию прошивки для нашего маршрутизатора на сайте cisco.com и скачаем её.

Затем посмотрим доступный объем flash памяти, где находится текущий файл IOS, при помощи команды show flash.

Тут мы видим, что текущий файл IOS — c2800nm-advipservicesk9-mz.124-15.T1.bin занимает 50 мегабайт из доступных 64, и у нас остается свободно 12 мегабайт flash памяти. Чтобы загрузить новую версию прошивки нам не хватает места, поэтому нужно удалить старую. Используем команду delete /force /recursive flash:имя_файла.

Теперь поместим скачанную версию IOS на TFTP или FTP сервере и с него скачаем себе на роутер. Для этого сначала используем команду copy [откуда] [куда] . Потом указываем IP адрес нашего TFTP сервера, имя файла и какое он будет иметь название после копирования.

Проверить содержимое памяти можно используя команду dir flash

Также можно проверить все ли в порядке с самим файлом, сравнив его MD5 сумму, с той, которая указана у этого файла на сайте Cisco.

Если на нашей flash памяти хранится больше одного образа IOS, то нужно вручную при помощи команды boot system указать какой будет загружаться.

Затем отправляем наше устройство в ребут командой reload, и при включении загрузится новая версия. Проверить это можно снова выполнив команду show version и найдя строчку System image file is.

Если мы тут видим название файла образа новой IOS, то значит, что мы успешно обновились.

Онлайн курс по Кибербезопасности

Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии

Источник

Процедуры обновления программного обеспечения маршрутизаторов доступа

Параметры загрузки

Об этом переводе

Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.

Содержание

Введение

В этом документе поясняется процедура обновления образа ПО Cisco IOS на платформах маршрутизации доступа Cisco. Примеры, приведенные из настроек маршрутизаторов серий 2600 и 3600, равным образом применимы к списку маршрутизаторов, перечисленных ниже. Имена файлов программного обеспечения Cisco IOS могут изменяться в зависимости от версии Cisco IOS, набора характеристик и платформы.

Настоящий документ применим к следующим маршрутизаторам:

Cisco 1000 Series Routers

Cisco 1400 Series Routers

Маршрутизаторы Cisco серии 1600-R

Маршрутизаторы Cisco 1700 Series Routers

Маршрутизаторы серии Cisco 2600

Маршрутизаторы серии Cisco 2800

Маршрутизаторы серии Cisco 3600

Маршрутизаторы Cisco серии 3700

Маршрутизаторы Cisco серии 3800

Cisco 4000 Series Routers

Cisco 4700 Series Routers

Маршрутизаторы Cisco серии AS5300

Маршрутизаторы Cisco серии MC3810

Примечание.Чтобы иметь возможность использовать средства устранения неполадок, описанные в данном документе, необходимо быть зарегистрированным пользователем и выполнить вход на веб-сайт Cisco.com. Чтобы зарегистрироваться на веб-сайте Cisco.com, необходимо зайти на страницу Cisco.com Registration.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Данный документ содержит сведения, касающиеся Cisco IOS Software Release 12.0 или более поздней.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Общие сведения

Для копирования образа Cisco IOS на маршрутизаторы Cisco доступно несколько протоколов. Наиболее употребим протокол TFTP. Также могут использоваться ftp, http, https, scp и rcp. При необходимости можно скопировать образ с одного устройства на другое. Более подробно об этом см. в разделе Копирование с одного маршрутизатора на другой документа Копирование образа системы с одного устройства на другое.

В данном разделе описываются процедура установки TFTP-сервера, а также установление консольного сеанса связи с маршрутизатором и проблемы, связанные с загрузкой маршрутизатора.

Установите сервер TFTP

Приложение сервера упрощенного протокола передачи файлов (TFTP) должно быть установлено на рабочей станции или ПК с подключенным TCP/IP. После установки приложения необходимо выполнить незначительные настройки.

Настройте приложение TFTP для работы в качестве TFTP-сервера, а не TFTP-клиента.

Укажите каталог для исходящего файла. Это каталог, в котором хранятся образы программного обеспечения Cisco IOS. В большинстве TFTP-приложений имеется процедура установки, облегчающая выполнение указанных настроек.

Установка консольного сеанса связи с маршрутизатором

Даже если возможно подключение к маршрутизатору через сеанс Telnet, Cisco рекомендует подключение к маршрутизатору напрямую через консольный порт, поскольку в случае неполадок во время обновления может потребоваться физическое присутствие пользователя рядом с маршрутизатором, чтобы выключить и снова включить его. Кроме того, в ходе обновления соединение Telnet разрывается на время перезагрузки маршрутизатора.

ПК подключается к одному из консольных потов с помощью инверсного кабеля (обычно это плоский черный кабель).

После подключения ПК к консольному порту коммутатора на ПК запустите программу Hyper Terminal, а затем используйте данные настройки:

Если во время сеанса HyperTerminal появятся бессмысленные символы, то это означает, что были либо неправильно настроены свойства HyperTerminal либо было установлено нестандартное значение команды config-register, при котором скорость соединения посредством консоли превышает 9600 бит/сек. Чтобы проверить значение config-register, выполните команду show version. Значения config-register отображаются в последней строке выходных данных команды. Убедитесь в том, что установлено одно из следующих значений: 0x2102 или 0x102.

Примечание:Чтобы изменения реестра конфигурации вступили в силу, необходимо перезагрузить маршрутизатор.

После того как вы убедитесь в том, что консольная скорость со стороны маршрутизатора составляет 9600 бит/сек, проверьте свойства HyperTerminal. Дополнительные сведения по установке параметров HyperTerminal см. в разделе Применение корректных параметров эмулятора терминала для консольных подключений.

Проблемы, связанные с загрузкой маршрутизатора

После подключения к порту консоли маршрутизатора, можно определить, что маршрутизатор находится режиме ROMmon или в режиме загрузки. Эти два режима используются для выполнения процедуры восстановления и/или диагностики. Если обычная командная строка маршрутизатора не отображается, тогда для того, чтобы продолжить процедуру обновления, необходимо следовать нижеприведенным рекомендациям:

Маршрутизатор загружается в режиме ROMmon, и при выполнении команды dir flash: будет выведено следующее сообщение:

Это сообщение об ошибке выводится в случае, если флэш-память пуста или если файловая система повреждена. Более подробно см. Процедура загрузки консоли Xmodem с использованием ROMmon.

Примечание:Вам может также понадобиться обратиться за справкой по процедурам устранения сбоев при загрузке, которые являются специфическими для вашей платформы. Выберите свою платформу в Product Support Selector, чтобы найти соответствующие процедуры. Обратитесь к разделу «Устранение неполадок» каждого документа.

Когда маршрутизатор находится в режиме загрузки, в консоли появляются следующие сообщения:

При пустой флэш-памяти или повреждении файловой системы на консоли вывода будут отображаться приведенные выше сообщения об ошибке. Скопируйте необходимый образ во флэш-память так, как это описывается в процедурах, содержащихся в настоящем документе.

Примечание:Вам может также понадобиться обратиться за справкой по процедурам устранения сбоев при загрузке, которые являются специфическими для вашей платформы. Выберите свою платформу в Product Support Selector, чтобы найти соответствующие процедуры. Обратитесь к разделу «Устранение неполадок» каждого документа.

Процедуры установки и обновления программного обеспечения

В этом разделе рассматриваются следующие темы:

Источник

Firepower eXtensible Operating System (FXOS) Technical FAQ

Available Languages

Download Options

Contents

Introduction

This document describes the most Frequently Asked Questions (FAQ) related to FXOS platforms (e.g. Firepower 9300, Firepower 41xx, etc) also known as Security Services Processors (SSP) platforms. The FXOS is the Operating System (OS) which manages the chassis.

Q. How to Generate Show Tech from the FXOS System?

As from version 2.8.x the fprm deprecated. Thus FXOS 2.8.x supports only chassis and blade show techs.

• chassis: Contains log files for the chassis, blade, adaptor, Baseboard Management Controller (BMC) and Cisco Integrated Management Controller (CIMC))
• module: Contains log files for the blade/module where the logical device Adaptive Security Appliance (ASA) or Firepower Threat Defense (FTD) resides. This includes logs for components like appAgent)

In pre-2.8.x releases the FXOS provides 3 different show tech outputs. The FPRM bundle contains log files for Management Input/Output (MIO) — the supervisor engine — and the Service Manager)

Usually, you generate all 3 bundles. Use the show tech-support detail to generate the 3 different log bundles for TAC analysis:

• If you don’t specify the detail option, you get the output on the screen
• The detail option creates a tar file

To check the generated filenames:

To export a bundle from CLI:

Note: In addition to the FXOS show tech outputs the logical devices such as ASA and/or FTD have their own separate show tech capability. In the case of Multi-Instance (MI) each instance also has its own separate show-tech bundle. Finally, MI show-techs are not supported on FCM

Starting with FXOS 2.6, the FXOS technical support generation and download is made available from Firepower Chassis Manager (FCM) UI under Tools > Troubleshooting Logs

Q. How to Verify and Change the Chassis Management IP Address, Netmask and Gateway?

There are a few ways to verify the Management interface configuration:

To change the IP settings:

Note: About the commit:

For more details check:

Q. How to Run an FXOS Ping Test?

Navigate to local-mgmt CLI scope and use the ping command:

Q. How to Verify the Mac Address of the Out-of-band Management Interface?

Navigate to local-mgmt CLI scope and use this command:

Q. How to Verify if the Out-of-band Management Interface is Up?

In addition to Operable under scope fabric-interconnect a > show, you can use this command:

Alternatively, you can use this command. The Scope part shows Link UP. Note that the UP is shown in the next line:

Note: The UP state is the admin status of the interface. The status remains UP even if you unplug the physical cable or SFP module. Another important point is the RUNNING status, which means the link is operational (line protocol is up).

To bring down the logical status of the interface:

To bring it UP again:

Note: There is a show interface brief and show interface mgmt 0 under fxos mode that displays the mgmt0 interface as down and Admin down respectively. Do not use this as reference that it is down.

If you do a show run interface mgmt0 under fxos mode, you will notice that shutdown force is under that interface. Again, do not use this as reference that it is down:

Q. How to Check the FXOS Routing Table?

The out-of-band management is dependent only on the default gateway set. Therefore, ensure the chosen default gateway permits connection to clients that requires access to the system.

There is a show ip route vrf all under connect fxos, but this is not used for out-of-band management.

Q. How to Check the FXOS ARP Table?

The ARP table is visible from the FXOS CLI. You can also use packet capture under fxos mode (ethanalyzer) to capture ARP and/or check traffic to/from the management.

This is an example to capture ARP packets. You can change the capture-filter to anything. That filter is similar to tcpdump filter:

Additionally, you can save the capture to a file and then export it to a remote server:

Q. How to Check FXOS Fault Events?

Use the show fault command:

You can also filter the faults based on severity:

The same faults are also visible from the FXOS UI Overview > FAULTS dashboard:

Q. How to Change the Hostname of the System?

You use the set name command under the system scope:

Q. What is the «Compute Mismatch» Under the show server status Output?

A newly-installed security module must be acknowledged and reinitialized before it can be used. This is true even when you replace a unit via RMA.

The compute mismatch can cause this fault event:

The show service-profile status displays Unassociated as if the module is not there.

Steps to acknowledge from the CLI:

Alternatively, you use the Chassis Manager UI to acknowledge the module:

Q. What is the Meaning of «Token Mismatch» in show slot Output?

This indicates that the security module has not been reinitialized yet after being acknowledged:

Steps to reinitialize via CLI:

On Firepower 41xx, this can also mean the SSD is missing or it is faulty. Check if the SSD still exists via show inventory storage under scope server 1/1:

Q. How to Set Timezone, NTP, and DNS via CLI?

This is configured under the FXOS Platform Settings. Follow the instructions from this document: FXOS Platform Settings

To verify the chassis time settings:

To verity the module/blade time from the module Boot CLI use these 3 commands:

Q. How to Setup Smart Licensing and HTTP Proxy?

Smart Licensing is needed on FXOS chassis in the case of ASA logical device. Check this document for more details: License Management for the ASA

Here is a sample output of license status

Q. How to Configure Syslog via CLI?

Check these documents:

Q. How to Configure SNMP on Firepower Appliances?

Q. How to Install/Replace an SSL Certificate Used by the Chassis Manager?

Q. How to Troubleshoot Traffic Flow Through the FPR9300 Chassis?

Check these documents:

Q. How to View the Chassis Mac Address Table?

For FP41xx and FP93xx platforms use any of these commands:

Q. How to View the Mac addresses of the Chassis Interfaces?

Use this command:

Q. How to do Password Recovery on FXOS Supervisor (MIO)?

For password recovery procedures on FP41xx and FP9300 follow this document: Password Recovery Procedure For Firepower 9300/4100 Series Appliances

Q. How to do Password Recovery on ASA or FTD Logical Device?

In order to reset the logical device password you need to bootstrap again the device. With the Bootstrap Disaster Recovery process you can change any of these items:

• ASA/ FTD’s management IP — IP, netmask, gateway, IPv6, prefix length
• ASA’s password
• FTD’s registration key, password, FMC IP, Search Domains, Firewall Mode, DNS servers, FQDN
• ASA’s cluster IP pool, netmask, gateway, prefix length, virtual IP.

Note: The bootstrap recovery process must be executed in a Maintenance Window (MW) because it requires a logical device reload

Example 1

You can use the FXOS UI to edit the bootstrap settings of a logical device. Navigate to Logical Devices tab, Edit a device

Set the password:

Once you Save this message appears:

Example 2

This is an example of ASA enable password change/recovery:

Check if the ASA is online before connecting to it and use the new enable password.

Q. How to Change the Current Password of an FXOS User (e.g. admin)?

Follow this procedure:

Q. How to Downgrade FXOS?

The downgrade of FXOS images is not officially supported. The only Cisco-supported method of downgrading an image version of FXOS is to perform a complete re-image of the device. This is documented in Firepower 4100/9300 Upgrade Path

Q. How to Downgrade/Upgrade an ASA Logical Device?

To downgrade/upgrade ASA version via Chassis Manager: Updating the Image Version for a Logical Device

To change via CLI, follow this config guide section: Updating the Image Version for a Logical Device

Note: As soon as you commit-buffer on CLI, it restarts the module. Similarly on chassis manager, once you hit ok, it restarts the module. There is no need to restart it manually.

Q. How to Check the FXOS Upgrade Status via CLI?

The upgrade is completed once all the components get into Ready status:

Other useful commands

Q. How to Check the FXOS Chassis Uptime and Last Reload Reason?

FXOS uptime check is useful in case there is an FXOS traceback. You can see the FXOS from the UI (FCM) or from CLI:

Furthermore, in order to determine the last reload reason use this command:

For FPR2100 uptime do this:

1. Get the ‘show tech-support fprm detail’ bundle

2. Extract the contents of the bundle

3. Check the file tmp/inventory_manager.xml

There is an entry which shows the uptime in seconds:

Q. How to Check the Available Disk Space on FXOS?

Also called ‘workspace’:

To check the boot flash free space. Note that this output also shows the workspace size and usage:

Q. How to Reset the Configuration of FXOS to Factory Defaults?

Use this command:

Note: This reboots the system and erases the entire configuration, including the mgmt IP address. Therefore, ensure a console is connected. Once the system reboots, the setup application runs and you can re-enter the management configuration information.

Example

Q. How to Check the Bootstrap Configuration (assigned interfaces, version, etc) of a Logical Device from the FXOS CLI?

This is equivalent to:

Note: If you want to see all FXOS configuration then add the keyword ‘all’ (the output is several pages long):

Q. How to Check the Status (port type, state) of the FXOS Interfaces?

The above is equivalent to:

Q. How to Check the CPU and Memory Utilization on the Chassis?

Note: The total shown in the output can be different even for 2 devices that belong to the same model. Specifically, the total is taken from the free command output which in turn is taken from the /proc/meminfo.

To check the memory:

To verify the per-process memory utilization check (RES = Physical Memory):

Tip:
1. Collect the show process memory output
2. Paste the output into a file on a Linux machine (cat > top.log)
3. Sort the file based on the RES column

This shows you the GBytes, above the MBytes, etc.

Q. How to Check a Chassis Interface Transceiver Type?

Use this command:

In the case of fiber, the output is:

Q. How to Check the Module/Blade/Server/Netmod Info (HW type/PID/SN/Memory/Cores etc)?

This command shows the Product ID (PID) and Serial Number (SN) of chassis and modules (netmods)

FPR4110 has 2 slots for network modules (2 and 3) and the device in the example has an FTW netmod installed in slot 3.

Server1/1 = module/blade 1

Server1/2 = module/blade 2

Server1/3 = module/blade 3

FPR41xx model PIDs:

• FPR4K-SM-12 = FPR4110
• FPR4K-SM-24 = FPR4120
• FPR4K-SM-36 = FPR4140
• FPR4K-SM-44 = FPR4150
• FPR4K-SM-24S = FPR4115
• FPR4K-SM-32S = FPR4125
• FPR4K-SM-44S = FPR4145

You can also get other information under scope server :

Note that on FP41xx platforms, since they are not using RAID, the show inventory storage displays the Controller Status as Unknown . The main reason they are not RAID is that the second SSD is used for other functions like MSP (Malware Storage Pack) on an FTD logical device.

Q. How to Delete an ASA or FTD Image from FXOS GUI and CLI?

From FCM GUI

To delete from the GUI navigate to System > Updates and delete the image:

From FXOS CLI

Q. How to Check the FXOS Version from the CLI?

There are a few ways to do this.

This is the same as it can be seen from the FCM GUI:

Q. How to Verify the MTU on the FXOS Interfaces?

The Firepower 4100/9300 chassis has support for jumbo frames enabled by default. You can check the interface MTU with this command:

Q. How to Check Which Application is Installed on the Chassis Security/Server Blade(s)?

From the chassis CLI use the command scope ssa and then show slot expand detail

The same information can be found on file sam_techsupportinfo within the chassis show tech bundle.

Q. How to Verify the Port-Channel Configuration from FXOS CLI?

Port-Channel verification commands

Check 1

To verify which Port-Channels are currently configured on the chassis:

Check 2

To verify the Port-Channels allocated to a logical device:

Check 3

To check the Port-Channel traffic statistics per port:

Check 4

To check the details of a specific Port-Channel:

Check 5

To check the local LACP system-id:

Check 6

To check the LACP system-ID of the upstream devices along with the LACP status flags:

Check 7

To check the Port-Channel event history:

Check 8

debug lacp all produces a very big output:

Tip

Check if you receive LACP packets from the peer. For example, the Ethernet1/3 interface receives LACP packets, but Ethernet1/4 no:

Check 9

In this output the interface Ethernet1/4 is a member of Port-Channel, but is in Individual mode (Suspended on the switch side):

Check 10

In this output the interface Ethernet1/3 is operational and member of PortChannel1 while Ethernet1/4 although is member of PortChannel1 is in Individual mode. Note that Ethernet1/3 sends (tx) and receives (rx) packets, but Ethernet1/4 only sends (rx) no tx:

For additional information check this document:

Q. How to Find the FXOS Bundle Version from the Show Tech Output?

Way 1

In FPRM tar file extract the contents of FPRM_A_TechSupport.tar.gz file. Then open the sam_techsupportinfo file and search for Package-Vers:

Way 2

In FRPM tar file extract the contents of FPRM_A_TechSupport.tar.gz file. Then open the /var/sysmgr/sam_logs/svc_sam_dme.log file and search for aInPlatformVersion keyword:

Q. How the MIO Propagates Interface Information (Addition/Removal) to the Blade Application (FTD, ASA)?

It uses the MIO app-agent component.

For example, when a new Port-Channel is assigned to the FTD from MIO:

FTD app-agent debug shows:

Q. What Serial Number (SN) Must be Used in the Case of RMA of the Firepower Chassis?

The firepower chassis has multiple SNs. The one used for an RMA request can be taken from these outputs:

Q. Can you Swap SSD1 Between 2 Different FXOS Chassis?

The short answer is no. The SSD1 contains the Application Image (e.g. FTD or ASA). If you take the SSD1 out of the chassis and plug it into a different chassis the module does not come UP and these errors appear:

Critical F1548 2017-11-08T11:36:40.095 427280 Blade swap detected on slot 1

Security module image mismatch

Local disk 1 missing on server 1/1

Q. How the Check the Chassis Power Consumption?

As from FXOS 2.2.1 version you can use the command show environment summary

Источник