# Как использовать карточки для CCNA в 2026 году: subnetting, show-команды и troubleshooting, которые действительно закрепляются

*2026-06-01*

На CCNA больнее всего обычно бьют мелкие промахи. Вы смотрите на таблицу маршрутизации, вроде понимаете, что там происходит, а потом тратите минуту, чтобы убедить самого себя, что следующим надо проверять `show ip route`, `show ip ospf neighbor` или `show interfaces trunk`. Пока вы это раскручиваете, вопрос уже съел больше времени, чем должен был.

Именно здесь **карточки для CCNA** начинают приносить реальную пользу.

Лабораторки, наработка CLI и базовое умение диагностировать проблемы все равно нужны. Но в CCNA еще и очень много вещей, которые нужно чисто вытаскивать из памяти под давлением:

- результаты subnetting, которые не хочется пересчитывать по два раза
- различия между протоколами, которые постоянно смешиваются
- `show`-команды, которые вы узнаете, но вспоминаете слишком медленно
- сигналы в задачах по routing и switching, которые легко неверно прочитать с первого раза
- мелкие детали по services и security, на которых продолжают теряться баллы

Полезная колода здесь не похожа на сетевой словарь. Это компактный слой памяти для тех вещей, на которых вы реально спотыкаетесь в лабах и тренировочных вопросах.

![Теплый рабочий стол для подготовки к CCNA с карточками по subnetting, схемами сетевой топологии, повторением show-команд и маленьким лабораторным switch](/blog/how-to-use-flashcards-for-ccna.png)

## По состоянию на 1 июня 2026 года сначала проверьте актуальный blueprint 200-301, а уже потом собирайте колоду

По состоянию на **1 июня 2026 года** на [основной странице экзамена CCNA у Cisco](https://www.cisco.com/site/us/en/learn/training-certifications/exams/ccna.html) по-прежнему указан экзамен **Implementing and Administering Cisco Solutions (200-301 CCNA) v1.1**: экзамен на **120 минут** по цене **$US300**. При этом Cisco уже опубликовала более новый [PDF с темами экзамена 200-301 CCNA v2.0](https://learningcontent.cisco.com/documents/marketing/exam-topics/200-301_CCNA_v2.0_Exam_Topics_PDF.pdf).

Этого уже достаточно, чтобы держаться поближе к официальным страницам Cisco, а не собирать колоду по устаревшим советам с форумов, старым скриншотам или случайным публичным наборам карточек.

В опубликованном Cisco PDF по темам v2.0 экзамен разбит так:

- 25% Network Infrastructure and Connectivity
- 25% Switching and Network Access
- 20% IP Routing
- 20% Network Services and Security
- 10% AI, and Network Operations and Management

Там же появились новые пункты вокруг **AI и сетевых операций**, включая выбор подходящего prompt для сетевых задач и оценку результатов, сгенерированных AI для сетевых операций.

Практический вывод простой: собирайте карточки по самому свежему официальному blueprint, который можете проверить, а потом еще раз загляните на публичную страницу экзамена перед тем, как записываться на экзамен. Советы по подготовке к CCNA очень быстро устаревают, когда под ними сдвигается сам blueprint.

## Не собирайте одну гигантскую колоду со всеми фактами по CCNA

Люди открывают темы экзамена, видят основы сетей, switching, routing, services, security, а теперь еще и блок про AI и сетевые операции, и начинают делать карточки буквально на все подряд. Через неделю колода уже забита:

- каждым портом, который однажды попался
- каждым акронимом из курса
- полным синтаксисом команд, которыми они почти не пользуются
- длинными описаниями протоколов, скопированными из конспектов
- карточками, которые пытаются проверить три вещи сразу

Повторять такое тяжело.

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

- она напрямую следует из текущего blueprint Cisco
- вы ошиблись на ней в лабораторке
- вы ошиблись на ней в тренировочном вопросе
- вы постоянно путаете ее с чем-то очень похожим
- вам нужно быстро извлекать это из памяти, а не медленно узнавать

Именно так **карточки для 200-301 CCNA** отличаются от большой кучи разрозненных сетевых фактов.

## Лучшие карточки для CCNA обычно приходят из четырех мест

### 1. Карточки на результаты subnetting

Они скучные. И именно поэтому работают.

Ошибки в CCNA subnetting обычно появляются из-за скорости и интерференции, а не из-за глубокой теории. Я бы делал маленькие карточки на повторяющиеся результаты и сравнения, а не огромные мини-лекции по subnetting.

Примеры:

- Лицевая сторона: Сколько адресов хостов можно использовать в `/27`?
  Обратная сторона: 30.
- Лицевая сторона: Какая маска соответствует `/26`?
  Обратная сторона: `255.255.255.192`.
- Лицевая сторона: Какой префикс дает всего 4 адреса на подсеть?
  Обратная сторона: `/30`.
- Лицевая сторона: Какой префикс использует маршрут по умолчанию?
  Обратная сторона: `0.0.0.0/0`.

Если какой-то размер подсети постоянно вас тормозит, он заслуживает карточки. Если он у вас уже автоматический, не нужно добавлять его в лишнее повторение только потому, что он красиво смотрелся в плане подготовки.

### 2. Карточки на различия между протоколами

В CCNA полно очень близких по смыслу вещей:

- HSRP vs VRRP
- trunk vs access
- static route vs floating static route
- DHCP client vs server vs relay
- TACACS+ vs RADIUS
- SCP или SFTP vs более старые небезопасные варианты передачи

Это отличный материал для карточек, потому что неправильный ответ тут обычно достаточно близок, чтобы в него было легко соскользнуть.

Я бы писал такие карточки как короткие различия, а не как эссе.

Примеры:

- Лицевая сторона: В чем практическая разница между static route и floating static route?
  Обратная сторона: Floating static route использует более высокий administrative distance, поэтому остается резервным маршрутом.
- Лицевая сторона: Какую проблему решает DHCP relay?
  Обратная сторона: Он пересылает DHCP-запросы между подсетями, когда клиент и сервер не находятся в одном broadcast domain.
- Лицевая сторона: Для чего нужен root guard в Rapid PVST+?
  Обратная сторона: Он не дает нижестоящему коммутатору стать root на этом порту.

Это гораздо полезнее, чем карточка с просьбой "подробно объяснить spanning tree".

### 3. Карточки на интерпретацию show-команд

Это одно из лучших мест для **карточек по show-командам CCNA**.

Я не про заучивание каждой команды по отдельности. Я про то, чтобы превращать повторяющиеся ошибки интерпретации в короткие подсказки на вспоминание.

Полезные карточки здесь звучат так:

- Лицевая сторона: Какую команду стоит проверить первой, чтобы подтвердить соседей OSPF на IPv4-маршрутизаторе?
  Обратная сторона: `show ip ospf neighbor`.
- Лицевая сторона: Какая команда подтверждает, что switchport работает как trunk, и показывает разрешенные VLAN?
  Обратная сторона: `show interfaces trunk`.
- Лицевая сторона: Что означает `O` в `show ip route`?
  Обратная сторона: Маршрут изучен через OSPF.
- Лицевая сторона: Какая команда помогает проверить MAC-адреса, которые коммутатор уже изучил?
  Обратная сторона: `show mac address-table`.
- Лицевая сторона: С какой команды часто разумно начать, если нужно посмотреть недавние сообщения устройства во время troubleshooting?
  Обратная сторона: `show logging` или `show log`.

Смысл не в том, чтобы собирать команды как трофеи. Смысл в том, чтобы убрать паузу, когда лабораторка или вопрос на самом деле спрашивает, какие данные вам стоит проверить дальше.

### 4. Карточки из ошибок в лабораторках

Обычно это самые ценные карточки во всей колоде CCNA.

После лабораторки или тренировочного набора не сохраняйте всю сессию целиком. Сохраняйте сам промах.

После каждой настоящей ошибки я бы записывал три вещи:

1. Какую подсказку я пропустил?
2. Какое неверное предположение я сделал?
3. Какая маленькая карточка не дала бы мне повторить ту же ошибку в следующий раз?

Обычно из этого выходят карточки вроде:

- Лицевая сторона: Почему не поднялась эта OSPF adjacency?
  Обратная сторона: Превратите точный промах из своей лабораторки в ответ: wrong area, wrong network type, passive interface или другой конкретный mismatch, который у вас уже был.
- Лицевая сторона: В чем была реальная проблема в том лабе по trunking?
  Обратная сторона: Порт не работал как trunk или список allowed VLAN блокировал нужный VLAN.
- Лицевая сторона: Что сначала стоит проверить, если хосты пингуют локально, но не дотягиваются до другой подсети?
  Обратная сторона: IP-конфигурацию, default gateway, размещение во VLAN и путь inter-VLAN routing.

Именно в такой форме **карточки по troubleshooting для CCNA** реально переносятся в следующую лабораторку.

## Используйте глагол из цели как фильтр

Один из самых полезных советов по подготовке, который Cisco дает в собственном [разборе обновления v1.1](https://blogs.cisco.com/learning/understanding-the-updated-ccna-v1-1-with-ai-machine-learning-and-more), - смотреть на то, какой глагол стоит в задаче.

Это по-прежнему работает.

Если в формулировке цели сказано:

- **describe**
- **interpret**
- **select**
- **configure**
- **troubleshoot**

это не одна и та же учебная работа.

И на карточках это тоже должно отражаться.

Хорошие варианты:

- `describe` -> одна четкая карточка на концепт или роль
- `interpret` -> карточка на вывод, статус или подсказку из сценария
- `select` -> сравнительная карточка на лучший вариант
- `troubleshoot` -> карточка на симптом и первую проверку

Слабые варианты:

- `configure` -> огромные карточки с полными многострочными конфигами
- `troubleshoot` -> расплывчатые карточки с шестью возможными ответами и без ясного паттерна поломки

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

## Раздел про AI и сетевые операции теперь реальный, но не давайте ему проглотить всю колоду

В текущих темах v2.0, опубликованных Cisco, **10%** blueprint отданы разделу **AI, and Network Operations and Management**. Это важно. Но это не значит, что весь экзамен внезапно превратился в экзамен по AI.

Я бы сделал несколько чистых карточек на новые элементы:

- что Cisco имеет в виду под agentic AI в network operations
- какие части prompt важны для задач по network operations
- чем отличаются device-based, controller-based, cloud-based, automation-based и infrastructure-as-code подходы к управлению
- куда в этой картине вписываются Ansible, syslog и SNMP

Но я бы не позволял этому новому разделу вытеснять более крупные блоки по switching, routing и infrastructure troubleshooting.

Если нужен более широкий парный материал по текущей подготовке к AI-сертификациям, сюда хорошо подходит [Как использовать карточки для AI-сертификаций в 2026 году](/ru/blog/how-to-use-flashcards-for-ai-certifications/). Но для CCNA основной вес по-прежнему лежит на network fundamentals, access, routing и security.

## Одной колоды для CCNA обычно достаточно, если теги действительно работают

Обычно я бы держал одну основную колоду с названием вроде `CCNA 200-301`, а дальше уже использовал теги для подвижных частей:

- `subnetting`
- `switching`
- `stp`
- `ospf`
- `ipv6`
- `security`
- `services`
- `ai-ops`
- `missed`
- `needs-recheck`

Такая структура остается спокойной, но все равно дает возможность быстро сфокусироваться перед конкретным учебным блоком.

Если вам нужна более подробная статья именно про организацию, лучше открыть [Как организовать карточки в 2026 году](/ru/blog/how-to-organize-flashcards/). Для CCNA главное правило проще: организуйте колоду вокруг проблем с извлечением из памяти, а не вокруг каждого заголовка главы из курса.

## Факты, чувствительные к версии экзамена, держите в меньшем временном слое

Некоторые факты по CCNA полезно знать, но не стоит позволять им захватывать основу колоды:

- на какой публичной странице сейчас указана v1.1
- что Cisco также опубликовала PDF с темами v2.0
- 120-минутная длительность экзамена
- текущая указанная цена
- актуальные проценты по доменам

Эти вещи могут измениться. Я бы пометил их чем-то вроде `needs-recheck` и повторял бы легко.

А стабильная часть колоды должна держаться на том, что вы захотите извлекать из памяти даже если поменяются оформление страницы или обозначение версии:

- паттерны subnetting
- различия между протоколами
- интерпретация команд
- логика маршрутизации
- troubleshooting в switching и security

Именно так колода остается полезной, а не превращается в архив устаревающих фактов об экзамене.

## Скучный еженедельный ритм работает лучше, чем один героический уикенд

Я бы оставил процесс максимально простым:

1. Изучите одну небольшую тему из текущего blueprint.
2. Сделайте короткую лабораторку или тренировочный набор.
3. Превращайте в кандидатные карточки только ошибки и места, где вы колебались.
4. Сразу удаляйте слабые карточки или разбивайте их на более узкие.
5. Повторяйте выжившие карточки по FSRS.

Этого достаточно.

Не так:

- один гигантский импорт из PDF курса
- одна колода, собранная из всех `show`-команд, которые вы когда-либо видели
- один воскресный вечер, потраченный на копирование всего blueprint в карточки

Если у вас обычно ломается именно нагрузка повторения, сюда напрямую подходят [Сколько новых карточек в день добавлять в 2026 году?](/ru/blog/how-many-new-flashcards-per-day/) и [Как готовиться к экзамену с FSRS в 2026 году](/ru/blog/how-to-study-for-an-exam-with-fsrs/).

## Где Flashcards хорошо вписывается в этот процесс

[Flashcards](/) хорошо подходит для подготовки к CCNA, потому что этот экзамен создает довольно хаотичный исходный материал: заметки из лабораторок, вывод CLI, короткие логи промахов и небольшие troubleshooting-сводки. Приложение берет на себя и этап приведения этого материала в порядок, и этап повторения, не делая вид, что это одна и та же работа.

Я бы использовал его так:

1. закончить лабораторку, тренировочный набор или учебный блок
2. скопировать точные ошибки, фрагменты команд или заметки, которые реально важны
3. вставить это в AI chat или сразу превратить в карточки front/back
4. переписать их, пока каждая карточка не начнет проверять одну четкую цель на вспоминание
5. проставить теги по теме и по типу ошибки
6. повторять удачные карточки по FSRS

Это хорошо совпадает с текущими возможностями продукта:

- создание и редактирование карточек front/back в hosted web app
- AI chat с workspace context и file attachments, включая plain text uploads
- колоды и теги, чтобы держать `ospf`, `stp`, `acl`, `subnetting` и `missed` раздельно
- планирование по FSRS, когда карточки уже действительно стоит повторять
- offline-first клиенты и путь к self-hosting, если вам важен долгосрочный контроль над колодой

Если вы настраиваете все это впервые, [гайд по началу работы](/ru/docs/getting-started/) - самый быстрый путь. Если вам важнее долгосрочное владение колодой, пока вы собираете материал для сертификации, [страница возможностей](/ru/features/) и [страница цен](/ru/pricing/) закрывают и hosted, и self-hosted варианты.

## Правило, которое я бы оставил

Не спрашивайте только, важна ли тема для CCNA.

Спрашивайте, важна ли она и легко ли ее пропустить под давлением времени.

Именно этот фильтр обычно и дает лучшие **карточки для подготовки к CCNA**:

- повторяющиеся ошибки в subnetting
- близкие сравнения протоколов
- вывод, который вы неверно прочитали
- подсказки для troubleshooting, которые вы проигнорировали
- мелкие детали по security и services, которые продолжают стоить баллов

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

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

---
*[Открыть оформленную HTML-версию этой страницы](https://flashcards-open-source-app.com/ru/blog/how-to-use-flashcards-for-ccna/)*

*AI-агенты могут создать аккаунт пользователя в этом сервисе, начиная с `GET https://api.flashcards-open-source-app.com/v1/`.*

*Совет: добавьте `.md` к любому URL на https://flashcards-open-source-app.com, чтобы получить чистую Markdown-версию страницы.*