Сетевая инфраструктура – одна из тех областей, где цена ошибки измеряется не в потраченных нервах, а в часах простоя, утечках данных и звонках от директора в 11 вечера. Именно поэтому промпты для сетевого администратора – не просто удобство, а реальный инструмент, который сокращает время на рутину и помогает не упустить критичное.
В этой статье собраны 24 готовых примера запросов для нейросети, охватывающих главные задачи сетевого администрирования: от диагностики до документации.
Какие задачи закрывают эти промпты:
- Анализ и устранение неисправностей в сети
- Настройка сетевого оборудования и протоколов
- Составление технической документации и регламентов
- Планирование резервного копирования и восстановления
- Аудит безопасности и настройка политик доступа
- Мониторинг производительности и разбор инцидентов
- Автоматизация типовых задач и написание скриптов
Каждый промпт оформлен по единому шаблону: понятна проблема, понятно решение, понятно почему именно такая формулировка дает нужный результат. Можно брать и использовать сразу.
24 промпта для сетевого администратора: готовые примеры для работы с нейросетью
1. Диагностика причин нестабильного соединения
Проблема:
Сеть "моргает", пользователи жалуются на обрывы, а логи не дают однозначного ответа. Тратится несколько часов на перебор гипотез вместо системного анализа.
Решение:
Промпт заставляет нейросеть выстроить структурированное дерево причин и предложить конкретный порядок проверок.
Текст промпта:
*****
Ты – опытный сетевой инженер с практикой диагностики корпоративных сетей. Пользователи сообщают о нестабильном подключении: [опишите симптомы, например, “обрывы каждые 20–30 минут на участке между коммутатором и маршрутизатором”]. Оборудование: [укажите модели, например, “Cisco Catalyst 2960, MikroTik RB4011”]. Топология: [опишите кратко, например, “звезда, 3 коммутатора, один центральный маршрутизатор”]. Составь структурированный план диагностики: выдели уровни модели OSI, на которых вероятнее всего находится проблема, перечисли конкретные команды проверки для каждого уровня, объясни, какой результат каждой команды считать тревожным. Ответ структурируй по уровням: физический, канальный, сетевой. Избегай общих рекомендаций – только конкретные действия с командами.
*****
Почему это работает:
Указание модели OSI как структуры ответа не позволяет нейросети уйти в общие рассуждения – она вынуждена разбирать проблему послойно, что соответствует реальному процессу диагностики.
2. Настройка VLAN на коммутаторах
Проблема:
Задача сегментировать сеть по отделам понятна, но конкретная последовательность команд под конкретное оборудование каждый раз требует лезть в документацию или искать примеры на форумах.
Решение:
Промпт генерирует пошаговую инструкцию настройки VLAN с готовыми командами под указанное оборудование.
Текст промпта:
*****
Ты – сетевой администратор с опытом настройки корпоративных коммутаторов. Нужно настроить VLAN-сегментацию на оборудовании: [укажите модель, например, “Cisco Catalyst 3750” или “D-Link DGS-1210”]. Количество VLAN: [укажите, например, “4 VLAN: управление, бухгалтерия, производство, гости”]. Требования: [опишите, например, “бухгалтерия не должна видеть производственный сегмент, гости – только интернет”]. Составь пошаговую инструкцию: создание VLAN, назначение портов access и trunk, настройка inter-VLAN routing если нужен. Для каждого шага приведи точные команды в формате CLI. Укажи, какие ошибки чаще всего допускают при такой настройке и как их избежать. Стиль – технический, без лишних объяснений основ.
*****
Почему это работает:
Указание конкретной модели оборудования переключает нейросеть с универсального описания на команды именно этой платформы – разница между Cisco IOS и D-Link CLI принципиальная.
3. Разбор инцидента: сеть недоступна для части пользователей
Проблема:
Инцидент произошел, часть пользователей без связи, нужно быстро локализовать причину – а не тратить 40 минут на вопрос "а вы кабель проверили?".
Решение:
Промпт помогает быстро выстроить логику локализации инцидента по симптомам и сузить зону поиска.
Текст промпта:
*****
Ты – дежурный сетевой инженер, специализирующийся на оперативном устранении инцидентов. Зафиксирован инцидент: [опишите ситуацию, например, “недоступна сеть для 30 пользователей в крыле B, остальные работают нормально”]. Симптомы: [перечислите, например, “нет IP-адреса от DHCP, ping до шлюза не проходит, физические индикаторы коммутатора в норме”]. Оборудование: [укажите, например, “HP ProCurve 2530, DHCP на Windows Server 2019”]. Помоги локализовать причину инцидента: предложи 5–7 конкретных проверок в порядке убывания вероятности, для каждой укажи команду или действие и ожидаемый результат при исправной и неисправной работе. Ответ должен быть в виде нумерованного списка. Не предлагай "обратитесь к вендору" – только действия, доступные администратору на месте.
*****
Почему это работает:
Формат "нумерованный список в порядке убывания вероятности" – это не просто красивая структура, а реальная методология триажа, которую нейросеть воспроизводит точно при таком задании.
4. Составление технического регламента резервного копирования сетевой конфигурации
Проблема:
Конфигурации коммутаторов и маршрутизаторов обновляются, но никто не документирует когда, как и куда сохраняется резервная копия. До первой аварии это никого не беспокоит – а потом уже поздно.
Решение:
Промпт создает готовый регламент резервного копирования конфигураций сетевого оборудования с конкретными процедурами.
Текст промпта:
*****
Ты – технический писатель с опытом работы в ИТ-инфраструктуре. Составь регламент резервного копирования конфигураций сетевого оборудования для организации со следующими параметрами: количество устройств – [укажите, например, “15 коммутаторов, 3 маршрутизатора, 2 межсетевых экрана”]; оборудование – [укажите производителей, например, “Cisco, MikroTik, UserGate”]; место хранения резервных копий – [укажите, например, “сетевая папка на файловом сервере и внешний накопитель”]. Регламент должен включать: периодичность резервного копирования с обоснованием, способы выгрузки конфигурации для каждого типа оборудования (команды), структуру хранения файлов (именование, папки), порядок проверки актуальности копий, ответственных лиц и сроки хранения. Оформи в виде официального документа с разделами. Стиль – деловой, без воды.
*****
Почему это работает:
Перечисление конкретных разделов в задании не позволяет нейросети выдать абстрактный текст – она вынуждена структурировать документ именно так, как нужен рабочий регламент.
5. Анализ производительности сети по данным мониторинга
Проблема:
Данные из системы мониторинга есть, но интерпретировать графики загрузки каналов и выявить узкие места без опыта сложно – особенно когда все "вроде работает, но медленно".
Решение:
Промпт помогает интерпретировать метрики производительности и выявить реальные причины деградации сети.
Текст промпта:
*****
Ты – аналитик сетевой производительности. Проанализируй следующие данные мониторинга и выяви возможные проблемы: [вставьте данные или опишите показатели, например, “загрузка uplink-порта коммутатора 85–95% в период 9:00–11:00, задержка до шлюза 2–80 мс (скачки), потери пакетов 0,3–1,2%”]. Система мониторинга: [укажите, например, “Zabbix 6.0”]. Интерпретируй каждый показатель: что он означает, какой порог считается нормой, что конкретно указывает на проблему. Предложи 3–5 гипотез о причинах деградации, упорядоченных по вероятности. Для каждой гипотезы укажи способ проверки и возможное решение. Ответ оформи по схеме: показатель → интерпретация → гипотезы → действия.
*****
Почему это работает:
Схема "показатель → интерпретация → гипотезы → действия" задает нейросети аналитическую последовательность, а не просто просит "объяснить", что неизбежно дает размытый ответ.
6. Написание скрипта для автоматической проверки доступности узлов
Проблема:
Ручная проверка ping до 50 устройств – это либо потерянное время, либо задача, которую никто не делает регулярно. Пока что-то не упадет, конечно.
Решение:
Промпт генерирует готовый скрипт для автоматической проверки доступности сетевых узлов с уведомлениями.
Текст промпта:
*****
Ты – системный администратор с опытом написания сценариев автоматизации. Напиши скрипт для автоматической проверки доступности сетевых узлов со следующими требованиями: язык – [укажите, например, “PowerShell” или “Bash”]; список узлов – [опишите, например, “читается из текстового файла hosts.txt, по одному IP или имени на строку”]; действие при недоступности – [укажите, например, “запись в лог-файл с датой и временем, отправка письма на адрес администратора”]; периодичность запуска – [укажите, например, “каждые 5 минут через планировщик задач”]. Скрипт должен: корректно обрабатывать недоступные узлы без зависания, не дублировать уведомления если узел продолжает быть недоступным, логировать как падения, так и восстановления. Приведи готовый код с комментариями к ключевым блокам. Укажи, как настроить автозапуск.
*****
Почему это работает:
Перечисление технических требований к поведению скрипта (дедупликация уведомлений, логирование восстановлений) – это именно то, что отличает рабочий инструмент от наспех написанного кода, который сломается на второй день.
7. Настройка политик качества обслуживания (приоритизация трафика)
Проблема:
Видеоконференции зависают, а кто-то в это время качает обновления на 2 гигабайта. Приоритизировать трафик хочется, но конфигурация политик качества обслуживания – задача не из простых без четкого примера.
Решение:
Промпт создает готовую конфигурацию политик приоритизации трафика под конкретное оборудование и задачи.
Текст промпта:
*****
Ты – сетевой инженер, специализирующийся на управлении трафиком в корпоративных сетях. Настрой политики приоритизации трафика для следующей ситуации: оборудование – [укажите, например, “MikroTik RB3011” или “Cisco ISR 4331”]; типы трафика для приоритизации – [перечислите, например, “голосовой трафик (SIP/RTP) – высший приоритет, видеоконференции (Яндекс.Телемост) – высокий, корпоративные приложения – средний, обновления и загрузки – низший”]; пропускная способность канала – [укажите, например, “100 Мбит/с внешний канал”]. Предоставь: объяснение выбранного механизма приоритизации (DSCP, HTB или другой) с обоснованием, готовые команды конфигурации, способ проверки что политики применились корректно. Ответ – технический, с командами в формате CLI или конфигурационных блоков.
*****
Почему это работает:
Требование обоснования выбранного механизма заставляет нейросеть не просто выдать команды, а объяснить логику – это критично, потому что неправильно выбранный механизм может сделать хуже, чем его отсутствие.
8. Аудит безопасности сетевой инфраструктуры
Проблема:
Безопасность сети – это не разовое мероприятие, а постоянный процесс. Но без структурированного списка проверок аудит превращается в "посмотрел, ничего подозрительного не заметил".
Решение:
Промпт создает детальный план аудита безопасности сетевой инфраструктуры с конкретными проверками и командами.
Текст промпта:
*****
Ты – специалист по информационной безопасности с фокусом на сетевую инфраструктуру. Составь план аудита безопасности для корпоративной сети со следующими параметрами: размер сети – [укажите, например, “150 рабочих станций, 20 серверов, 3 филиала”]; оборудование – [укажите, например, “Cisco, UserGate, Windows Server Active Directory”]; последний аудит – [укажите, например, “не проводился” или “6 месяцев назад”]. План должен охватывать: проверку паролей и учетных записей на сетевом оборудовании, анализ открытых портов и служб, проверку правил межсетевого экрана, анализ журналов событий на предмет аномалий, проверку сегментации и изоляции гостевых сетей. Для каждого пункта укажи конкретные команды или инструменты проверки, критерии "норма/нарушение" и рекомендуемые действия при выявлении проблемы. Оформи в виде структурированного списка проверок.
*****
Почему это работает:
Указание критериев "норма/нарушение" – ключевой элемент: без него нейросеть дает список того, что проверить, но не объясняет, что считать проблемой, а это самое важное при реальном аудите.
9. Документирование сетевой топологии
Проблема:
Сеть работает, но схема топологии существует только в голове старого администратора, который уже уволился. Или в виде схемы 2018 года, которая не отражает реальность.
Решение:
Промпт помогает создать структурированное текстовое описание топологии, пригодное для последующего оформления в документацию или схему.
Текст промпта:
*****
Ты – технический документатор сетевой инфраструктуры. На основе предоставленных данных составь структурированное описание топологии сети, пригодное для включения в техническую документацию. Данные для описания: [вставьте имеющуюся информацию об оборудовании, IP-адресах, подключениях – например, “Маршрутизатор MikroTik RB4011, WAN-интерфейс 203.x.x.x, LAN 192.168.1.1/24. К нему подключены 3 коммутатора Cisco 2960 на портах Gi0/1-3. Коммутатор 1 – 24 порта, рабочие станции бухгалтерии…”]. Документация должна включать: общее описание топологии (тип, количество уровней), перечень оборудования с ролями и IP-адресами, описание сегментов и VLAN, схему потоков трафика. Стиль – технический, формат – разделы с подзаголовками. Если данных не хватает, укажи, какую информацию нужно дополнительно собрать.
*****
Почему это работает:
Последнее требование – "укажи, каких данных не хватает" – превращает нейросеть в помощника, который не просто обрабатывает то, что есть, но и помогает выявить пробелы в документации, что особенно ценно при работе с унаследованной инфраструктурой.
10. Планирование перехода на новый диапазон IP-адресов
Проблема:
Сеть выросла, адресное пространство 192.168.1.0/24 заканчивается, или нужно перейти на более логичную схему адресации. Планирование такого перехода без ошибок – задача, требующая системного подхода.
Решение:
Промпт создает пошаговый план миграции адресного пространства с минимизацией рисков для работающей сети.
Текст промпта:
*****
Ты – сетевой архитектор с опытом реструктуризации IP-адресации в работающих корпоративных сетях. Разработай план перехода на новую схему адресации: текущая адресация – [укажите, например, “192.168.1.0/24, все устройства в одном сегменте, 180 активных хостов”]; целевая адресация – [укажите, например, “10.10.0.0/16 с разбивкой по подсетям: /24 на каждый отдел”]; критические ограничения – [укажите, например, “переход должен проходить без длительного простоя, есть сервера с жестко прописанными IP в настройках приложений”]. План должен включать: последовательность шагов с указанием порядка перевода устройств, способы минимизации простоя (двойная адресация, поэтапный переход), список устройств и систем, требующих особого внимания, план отката при критической ошибке. Укажи типичные ошибки при таких миграциях и как их избежать.
*****
Почему это работает:
Требование плана отката – это то, о чем забывают при планировании, но именно это спасает в ситуации, когда что-то пошло не так посреди рабочего дня.
11. Настройка и проверка протокола динамической маршрутизации
Проблема:
Статические маршруты перестают справляться при росте сети, нужна динамическая маршрутизация – но настройка OSPF или BGP без четкого примера под конкретную топологию занимает значительно больше времени, чем хотелось бы.
Решение:
Промпт генерирует конфигурацию динамической маршрутизации с объяснением ключевых параметров и способами проверки.
Текст промпта:
*****
Ты – сетевой инженер с глубокой экспертизой в протоколах маршрутизации. Настрой протокол динамической маршрутизации для следующей топологии: протокол – [укажите, например, “OSPF” или “EIGRP”]; оборудование – [укажите, например, “3 маршрутизатора Cisco, соединенные в треугольник”]; сети для анонсирования – [перечислите, например, “10.10.1.0/24, 10.10.2.0/24, 10.10.3.0/24”]; особые требования – [укажите, например, “один маршрутизатор должен быть выбран DR, суммаризация маршрутов на граничных маршрутизаторах”]. Предоставь: конфигурацию для каждого маршрутизатора в формате CLI, объяснение ключевых параметров (area, cost, hello/dead intervals), команды для проверки корректной работы протокола, признаки правильно работающей и неправильно работающей конфигурации. Стиль – технический, с примерами вывода команд show.
*****
Почему это работает:
Требование показать примеры вывода команд диагностики – это практический элемент, который позволяет администратору сравнить то, что видит он, с тем, что должно быть в норме, не гадая по интуиции.
12. Составление инструкции по реагированию на инцидент безопасности
Проблема:
Когда в сети что-то происходит – подозрение на взлом, аномальный трафик, заблокированные учетные записи – действия часто хаотичны, потому что нет заранее написанной инструкции. Паника – плохой советчик при инцидентах.
Решение:
Промпт создает готовую инструкцию реагирования на конкретный тип инцидента безопасности с четкой последовательностью действий.
Текст промпта:
*****
Ты – специалист по реагированию на инциденты информационной безопасности. Составь инструкцию реагирования на следующий тип инцидента: тип инцидента – [укажите, например, “обнаружен подозрительный исходящий трафик с рабочей станции во внешние сети в нерабочее время” или “массовое изменение паролей учетных записей в Active Directory”]; инфраструктура – [опишите кратко, например, “корпоративная сеть 200 хостов, Active Directory, межсетевой экран UserGate, SIEM-система отсутствует”]. Инструкция должна содержать: критерии подтверждения инцидента (как отличить реальную угрозу от ложного срабатывания), немедленные действия по сдерживанию (изоляция, блокировка), шаги по сбору доказательств и логов, порядок уведомления руководства и ответственных лиц, действия по восстановлению и проверке после устранения. Оформи в виде пошаговой инструкции с нумерацией. Язык – четкий, без двусмысленностей.
*****
Почему это работает:
Требование критериев отличия реальной угрозы от ложного срабатывания – один из самых ценных элементов: без него инструкция провоцирует панические действия при каждом подозрительном событии в журнале.
13. Расчет и планирование адресного пространства для новой сети
Проблема:
При проектировании новой сети или расширении существующей ошибки в расчете подсетей обнаруживаются тогда, когда переделывать уже дорого и болезненно.
Решение:
Промпт создает структурированный расчет адресного пространства с разбивкой на подсети под конкретные требования.
Текст промпта:
*****
Ты – сетевой архитектор, специализирующийся на проектировании IP-адресации. Выполни расчет адресного пространства для следующих требований: доступный диапазон – [укажите, например, “10.20.0.0/16”]; сегменты сети – [перечислите с указанием количества хостов, например, “производство – 300 хостов, офис – 80 хостов, серверный сегмент – 30 хостов, управление оборудованием – 50 хостов, гостевая сеть – 100 хостов”]; требования к росту – [укажите, например, “заложить 50% резерв в каждом сегменте”]; дополнительные требования – [укажите, например, “выделить отдельные подсети для каждого этажа здания”]. Предоставь: таблицу подсетей (адрес сети, маска, диапазон хостов, широковещательный адрес, количество доступных хостов), обоснование выбора масок, рекомендации по резервированию адресного пространства для будущего роста. Проверь расчет на отсутствие пересечений подсетей.
*****
Почему это работает:
Требование проверить расчет на пересечения подсетей – это встроенная контрольная функция, которая заставляет нейросеть не просто посчитать, но и верифицировать результат.
14. Настройка VPN для удаленного доступа
Проблема:
Удаленный доступ для сотрудников нужен, но настройка VPN-сервера с нуля без понятной инструкции занимает гораздо больше времени, чем должна, особенно при выборе между разными решениями.
Решение:
Промпт генерирует пошаговую инструкцию настройки VPN-сервера под конкретную платформу и требования безопасности.
Текст промпта:
*****
Ты – сетевой инженер с опытом развертывания защищенных каналов удаленного доступа. Настрой VPN-сервер для удаленного доступа сотрудников со следующими параметрами: платформа – [укажите, например, “OpenVPN на Ubuntu 22.04” или “WireGuard на MikroTik”]; количество пользователей – [укажите, например, “до 50 одновременных подключений”]; требования к аутентификации – [укажите, например, “сертификаты + логин/пароль” или “только сертификаты”]; доступ – [укажите, например, “только к внутренним серверам 10.0.1.0/24, интернет через локальный канал пользователя”]. Предоставь: полную инструкцию установки и настройки сервера, команды для генерации сертификатов и создания конфигурации клиента, настройку правил межсетевого экрана, способы проверки подключения и диагностики типичных проблем. Укажи распространенные ошибки при настройке данного типа VPN.
*****
Почему это работает:
Указание конкретного разделения трафика (только к внутренним серверам, интернет – через канал пользователя) заставляет нейросеть настраивать именно split-tunneling, а не давать универсальную инструкцию, которая не подойдет под реальную задачу.
15. Анализ журналов межсетевого экрана
Проблема:
Журналы межсетевого экрана содержат тысячи строк, из которых действительно важных – единицы. Найти среди этого потока признаки атаки или неправильно работающего правила – задача не для слабонервных.
Решение:
Промпт помогает структурированно проанализировать журналы и выявить аномалии, требующие внимания.
Текст промпта:
*****
Ты – аналитик сетевой безопасности с опытом работы с журналами межсетевых экранов. Проанализируй предоставленные записи журнала и выяви аномалии: [вставьте фрагмент журнала или опишите характер записей, например, “за последние 24 часа 3400 блокировок с IP 185.x.x.x на порт 22, 150 разрешенных соединений из внутренней сети на нестандартные порты 4444, 8080, повторяющиеся попытки с одного внутреннего IP к множеству внешних адресов”]. Межсетевой экран: [укажите, например, “UserGate 6.x” или “Cisco ASA”]. Выполни анализ по следующим категориям: признаки внешних атак (сканирование, перебор паролей, эксплуатация уязвимостей), подозрительная активность изнутри сети, некорректно работающие правила (разрешен трафик, который должен блокироваться), рекомендации по изменению правил. Для каждой аномалии укажи степень критичности и рекомендуемое действие.
*****
Почему это работает:
Категоризация аномалий по направлению (снаружи/изнутри) и типу (атака/ошибка конфигурации) – это именно та структура, которая позволяет не просто получить список событий, а понять их природу и приоритет реагирования.
16. Создание плана восстановления сети после сбоя
Проблема:
Сбой случается неожиданно, и в этот момент выясняется, что плана восстановления нет, резервные копии конфигураций не актуальны, а последовательность действий держится на памяти одного человека.
Решение:
Промпт создает структурированный план восстановления сетевой инфраструктуры после критического сбоя.
Текст промпта:
*****
Ты – специалист по обеспечению непрерывности ИТ-инфраструктуры. Разработай план восстановления сети после критического сбоя для следующей инфраструктуры: ключевые компоненты – [перечислите, например, “центральный маршрутизатор MikroTik, 5 коммутаторов Cisco, сервер Active Directory, файловый сервер, межсетевой экран UserGate”]; целевое время восстановления – [укажите, например, “не более 4 часов для критических сервисов, 8 часов для полного восстановления”]; доступные резервы – [укажите, например, “резервный маршрутизатор в холодном резерве, резервные копии конфигураций на сетевом диске”]. План должен включать: приоритизацию восстановления компонентов (что поднимать первым и почему), пошаговые процедуры восстановления каждого компонента, контрольные точки проверки работоспособности, распределение ролей между членами команды при восстановлении, коммуникационный протокол (кого и когда уведомлять). Стиль – четкий, пригодный для использования в стрессовой ситуации.
*****
Почему это работает:
Требование написать план "пригодным для использования в стрессовой ситуации" – это не просто стилистическое пожелание, оно заставляет нейросеть избегать длинных объяснений и давать четкие короткие инструкции, которые можно читать в панике и все равно понять.
17. Оптимизация конфигурации беспроводной сети
Проблема:
Беспроводная сеть работает, но жалобы на слабый сигнал, частые разрывы и низкую скорость не прекращаются. Причин может быть десяток, и без системного подхода каждое "исправление" создает новые проблемы.
Решение:
Промпт создает план оптимизации беспроводной сети с конкретными настройками и рекомендациями по размещению оборудования.
Текст промпта:
*****
Ты – специалист по беспроводным сетям с опытом проектирования и оптимизации корпоративных Wi-Fi-инфраструктур. Проанализируй описанную ситуацию и предложи план оптимизации: текущая конфигурация – [опишите, например, “8 точек доступа Eltex WEP-2ac, контроллер Eltex NBI, покрытие 3 этажа офисного здания”]; проблемы – [перечислите, например, “жалобы на разрывы при перемещении между этажами, низкая скорость в переговорных комнатах, взаимные помехи точек”]; количество клиентов – [укажите, например, “до 120 одновременных подключений”]. Предоставь: анализ вероятных причин каждой проблемы, рекомендации по настройке (каналы, мощность, роуминг, диапазоны 2.4/5 ГГц), рекомендации по размещению точек доступа, параметры для мониторинга качества беспроводной сети. Укажи, какие данные нужно собрать для более точной диагностики.
*****
Почему это работает:
Запрос на анализ причин каждой конкретной проблемы, а не общие рекомендации по Wi-Fi, направляет нейросеть на каузальный анализ – именно понимание причины определяет правильность решения.
18. Написание технического задания на замену сетевого оборудования
Проблема:
Оборудование устарело, нужна замена, но без грамотно составленного технического задания закупка превращается в лотерею – купят то, что подешевле, а не то, что нужно.
Решение:
Промпт создает структурированное техническое задание на закупку сетевого оборудования с конкретными требованиями.
Текст промпта:
*****
Ты – технический эксперт, специализирующийся на составлении документации для закупки ИТ-оборудования. Составь техническое задание на замену следующего оборудования: заменяемое оборудование – [укажите, например, “центральный коммутатор ядра сети, 10-летний HP ProCurve 5406”]; требования к замене – [перечислите, например, “не менее 24 портов 10 Гбит/с SFP+, поддержка стекирования, управление через веб-интерфейс и CLI, совместимость с существующими SFP-модулями”]; бюджетные ограничения – [укажите, например, “до 800 000 рублей”]; дополнительные условия – [укажите, например, “наличие российской гарантии, предпочтение отечественным производителям согласно 44-ФЗ”]. Техническое задание должно включать: назначение и область применения, технические характеристики с минимальными и желательными значениями, требования к документации и гарантийному обслуживанию, критерии приемки. Оформи в формате официального документа.
*****
Почему это работает:
Разделение требований на "минимальные" и "желательные" – это профессиональный прием, который защищает от ситуации, когда ни один поставщик не может выполнить слишком жесткое техническое задание, и от ситуации, когда слишком мягкое задание позволяет поставить что угодно.
19. Настройка мониторинга сетевой инфраструктуры
Проблема:
О том, что сервер упал или канал перегружен, администратор узнает от пользователей – а не от системы мониторинга, которой нет или которая настроена "как-нибудь".
Решение:
Промпт создает план настройки системы мониторинга с конкретными метриками, порогами и уведомлениями.
Текст промпта:
*****
Ты – инженер по мониторингу ИТ-инфраструктуры. Разработай конфигурацию системы мониторинга для корпоративной сети: система мониторинга – [укажите, например, “Zabbix 6.4”]; объекты мониторинга – [перечислите, например, “12 коммутаторов Cisco, 3 маршрутизатора MikroTik, 5 серверов Windows Server, 2 межсетевых экрана UserGate”]; протоколы опроса – [укажите доступные, например, “SNMP v2c, ICMP, WMI”]; способ уведомления – [укажите, например, “электронная почта и Telegram-бот”]. Предоставь: перечень ключевых метрик для каждого типа устройств с пороговыми значениями (предупреждение/критично), шаблоны Zabbix для настройки (или ссылки на официальные шаблоны), настройку триггеров с указанием приоритетов, рекомендации по частоте опроса для разных типов метрик. Укажи, какие метрики чаще всего упускают при настройке мониторинга сети.
*****
Почему это работает:
Запрос о часто упускаемых метриках – это обращение к накопленному опыту типичных ошибок, что превращает промпт из "помоги настроить" в "помоги не пропустить важное".
20. Разработка политики управления доступом к сети
Проблема:
Кто имеет доступ к каким сегментам сети, на каком основании и кто это контролирует – без формализованной политики эти вопросы решаются ситуативно, что неизбежно приводит к накоплению "исторических" дыр в безопасности.
Решение:
Промпт создает структурированную политику управления сетевым доступом с конкретными правилами и процедурами.
Текст промпта:
*****
Ты – специалист по информационной безопасности с опытом разработки нормативных документов. Разработай политику управления доступом к корпоративной сети для организации: размер организации – [укажите, например, “500 сотрудников, 4 отдела: производство, офис, ИТ, руководство”]; сетевая инфраструктура – [опишите кратко, например, “сегментированная сеть с VLAN по отделам, гостевая Wi-Fi, DMZ для публичных серверов”]; текущая ситуация – [опишите, например, “доступы выдаются по устной просьбе руководителя, формального учета нет”]. Политика должна включать: принципы разграничения доступа (принцип минимальных привилегий и его применение), процедуру запроса, согласования и выдачи доступа, процедуру ревизии и отзыва доступа при увольнении или смене должности, ответственных лиц и их полномочия, перечень запрещенных действий с сетевыми ресурсами. Оформи как официальный документ с разделами. Стиль – деловой, юридически корректный.
*****
Почему это работает:
Описание текущей ситуации ("доступы выдаются по устной просьбе") задает нейросети реальный контекст проблемы, что позволяет получить документ, учитывающий переход от хаоса к порядку, а не идеальную политику для идеальной организации.
21. Оценка рисков при внедрении нового сетевого оборудования
Проблема:
Новое оборудование куплено, готово к установке, и кажется, что самое сложное позади. На самом деле внедрение в работающую инфраструктуру – это отдельный риск, который редко оценивают заранее.
Решение:
Промпт создает структурированную оценку рисков внедрения с планом их минимизации.
Текст промпта:
*****
Ты – ИТ-архитектор с опытом управления рисками при внедрении сетевого оборудования. Оцени риски следующего внедрения: что внедряется – [укажите, например, “замена ядра сети: старый Cisco Catalyst 6500 на новый Huawei CE6870”]; когда – [укажите, например, “плановое окно обслуживания в выходные, 8 часов”]; текущая инфраструктура – [опишите, например, “к коммутатору ядра подключены 20 коммутаторов доступа, 5 серверов, маршрутизатор, межсетевой экран”]; критичность – [укажите, например, “производство работает 5/2, простой стоит 150 000 рублей в час”]. Предоставь: перечень рисков с оценкой вероятности и критичности каждого, предупредительные меры для снижения каждого риска, план проверки готовности перед началом работ, критерии принятия решения о продолжении или откате, список контактов и действий при нештатной ситуации. Оформи в виде таблицы рисков и отдельного плана действий.
*****
Почему это работает:
Указание стоимости простоя в рублях в час – это конкретный параметр, который переводит абстрактную "критичность" в измеримую величину и заставляет нейросеть соотносить риски с реальными последствиями.
22. Подготовка инструкции для пользователей по работе с VPN
Проблема:
VPN настроен, клиент установлен, но звонки в службу поддержки с вопросами "как подключиться" и "почему не работает" не прекращаются – потому что нет понятной инструкции для не-технических пользователей.
Решение:
Промпт создает пользовательскую инструкцию по подключению к VPN, написанную языком, понятным без технической подготовки.
Текст промпта:
*****
Ты – технический писатель, специализирующийся на создании инструкций для нетехнической аудитории. Напиши инструкцию для сотрудников по подключению к корпоративному VPN: программное обеспечение клиента – [укажите, например, “OpenVPN Connect 3.x для Windows 10/11”]; что получает пользователь – [опишите, например, “файл конфигурации .ovpn и учетные данные по электронной почте”]; что доступно через VPN – [укажите, например, “корпоративный файловый сервер, внутренний портал, почтовый сервер”]; типичные проблемы пользователей – [перечислите, например, “забыли пароль, VPN подключен но сайт не открывается, сертификат истек”]. Инструкция должна включать: установку программы (с иллюстративными описаниями шагов), импорт конфигурации, подключение и проверку, раздел "Если что-то пошло не так" с типичными ситуациями и решениями. Стиль – максимально простой, без технических терминов, с объяснением каждого действия. Аудитория – бухгалтеры и менеджеры без ИТ-опыта.
*****
Почему это работает:
Явное указание аудитории ("бухгалтеры и менеджеры без ИТ-опыта") кардинально меняет стиль ответа – нейросеть перестает использовать технический язык и начинает объяснять на понятном уровне, что и нужно для реальной пользовательской инструкции.
23. Анализ и оптимизация правил межсетевого экрана
Проблема:
Правила межсетевого экрана накапливаются годами: одни устарели, другие дублируют друг друга, третьи разрешают больше, чем нужно. Разобраться в этом наборе без структурированного подхода – задача на несколько дней.
Решение:
Промпт помогает провести аудит набора правил межсетевого экрана и выявить проблемные точки.
Текст промпта:
*****
Ты – специалист по сетевой безопасности с опытом аудита политик межсетевых экранов. Проанализируй следующий набор правил и выяви проблемы: [вставьте список правил или их описание, например, “Правило 1: разрешить любой трафик из 192.168.1.0/24 в любой; Правило 2: запретить 192.168.1.50 → 10.0.0.0/8; Правило 3: разрешить TCP 192.168.1.0/24 → 10.0.1.5 порт 443…”]. Межсетевой экран: [укажите, например, “UserGate 6.x” или “Cisco ASA”]. Выполни анализ по следующим критериям: правила, которые никогда не сработают (перекрыты предыдущими), избыточно широкие разрешения (нарушение принципа минимальных привилегий), правила, противоречащие друг другу, правила без очевидного назначения (кандидаты на удаление или уточнение). Для каждой проблемы укажи номер правила, суть проблемы и рекомендацию. Предложи оптимизированный набор правил.
*****
Почему это работает:
Конкретные критерии анализа (перекрытые правила, избыточные разрешения, противоречия) превращают запрос из "посмотри на правила" в структурированную задачу аудита, что дает принципиально более качественный и применимый результат.
24. Подготовка отчета о состоянии сетевой инфраструктуры для руководства
Проблема:
Технический специалист знает все о состоянии сети, но донести это до руководства на понятном языке, без потери важных деталей и без лишней технической нагрузки – отдельный навык, который не всегда есть.
Решение:
Промпт создает готовый отчет о состоянии сетевой инфраструктуры в формате, понятном нетехническому руководству.
Текст промпта:
*****
Ты – ИТ-руководитель, умеющий переводить технические данные в управленческие решения. Составь отчет о состоянии сетевой инфраструктуры для руководства компании на основе следующих данных: период отчета – [укажите, например, “1 квартал 2025 года”]; ключевые события – [перечислите, например, “2 инцидента с недоступностью сети (суммарно 3,5 часа), плановая замена коммутатора в серверной, обнаружена уязвимость в прошивке маршрутизатора – устранена”]; текущее состояние – [опишите, например, “загрузка каналов в норме, 3 устройства требуют замены в течение года, резервные копии конфигураций актуальны”]; планы – [укажите, например, “модернизация беспроводной сети во 2 квартале, бюджет 600 000 рублей”]. Отчет должен включать: краткое резюме для первой страницы (не более 10 предложений), раздел инцидентов с оценкой влияния на бизнес, текущие риски с рекомендациями, планируемые работы с обоснованием. Стиль – деловой, без технических аббревиатур, с фокусом на бизнес-последствия.
*****
Почему это работает:
Требование "без технических аббревиатур" и "фокус на бизнес-последствия" – это не стилистические пожелания, а принципиальное переключение нейросети с технического режима на управленческий, что и нужно для документа, который будет читать директор, а не инженер.
Типичные ошибки при использовании нейросети в работе сетевого администратора
- Отправлять запрос без указания конкретной модели оборудования. Нейросеть дает универсальный ответ, который не учитывает особенности командного интерфейса конкретного производителя – а разница между Cisco IOS и MikroTik RouterOS принципиальная.
- Просить "настроить безопасность сети" без конкретизации задачи. Такой запрос слишком широк, чтобы получить полезный ответ – нейросеть либо напишет общую лекцию, либо случайно выберет один из десятков возможных аспектов.
- Копировать команды из ответа нейросети без проверки в тестовой среде. Нейросеть может ошибиться в синтаксисе или предложить команду для другой версии программного обеспечения – применение непроверенных команд в production-среде создает риск простоя.
- Не указывать версию операционной системы или прошивки оборудования. Команды и возможности оборудования существенно различаются между версиями – то, что работает на Cisco IOS 15.x, может не работать на 12.x, и наоборот.
- Использовать ответ нейросети как финальный документ без адаптации под реальную инфраструктуру. Нейросеть создает шаблон на основе описанных параметров, но реальная сеть всегда имеет нюансы, которые не были упомянуты в запросе – слепое применение шаблона игнорирует эти нюансы.
- Спрашивать нейросеть о текущих уязвимостях без понимания актуальности ее базы знаний. Информация об уязвимостях устаревает быстро, и нейросеть не имеет доступа к свежим данным в реальном времени – для актуальной информации нужны специализированные базы данных уязвимостей.
- Не указывать в запросе ограничения и исключения. Если не сказать "без использования сторонних инструментов" или "только штатными средствами операционной системы", нейросеть предложит решение с программным обеспечением, которое недоступно или запрещено в организации.
- Задавать несколько несвязанных вопросов в одном запросе. Когда в одном сообщении смешаны диагностика, настройка и документирование, нейросеть поверхностно затрагивает каждую тему вместо того, чтобы глубоко проработать одну – лучше разбить на отдельные запросы.
- Принимать предложенные пороговые значения метрик мониторинга как универсальные. Нормальная загрузка канала в 70% для одной организации – это критично для другой, где канал используется иначе; пороговые значения всегда нужно адаптировать под реальный профиль трафика.
Сравнение расплывчатых и точных запросов для сетевого администратора
| Расплывчатый запрос | Что получается в ответе | Точный запрос | Что получается в ответе |
| Почему сеть медленно работает? | Общий список из 10 возможных причин без приоритетов | Загрузка uplink 90%, задержки 50–200 мс, потери 0,5%. Оборудование: Cisco 2960, канал 100 Мбит/с. Что проверить первым? | Структурированный план диагностики с конкретными командами в порядке вероятности |
| Настрой OSPF | Абстрактная инструкция с примером для несуществующей топологии | Настрой OSPF для трех маршрутизаторов Cisco в топологии треугольник, сети 10.1.x.0/24, area 0, DR на роутере R1 | Готовые конфигурации для каждого маршрутизатора с командами проверки |
| Напиши политику безопасности сети | Шаблонный документ без привязки к реальной инфраструктуре | Напиши политику управления доступом для сети с VLAN по отделам, 200 сотрудников, Active Directory, UserGate | Конкретная политика с процедурами, учитывающая названную инфраструктуру |
| Помоги с резервным копированием | Общие рекомендации про важность бэкапов | Составь регламент резервного копирования конфигураций 12 коммутаторов Cisco и 3 роутеров MikroTik, хранение на сетевой папке, периодичность и именование файлов | Готовый регламент с командами выгрузки, структурой папок и расписанием |
| Как настроить VPN? | Обзор разных типов VPN без конкретики | Настрой WireGuard на MikroTik для 30 удаленных сотрудников, доступ только к 10.0.1.0/24, аутентификация по ключам | Пошаговая инструкция с конфигурацией сервера и клиента, командами проверки |
| Проверь мои правила файрвола | Общие советы по настройке межсетевых экранов | Проанализируй правила UserGate: [список правил]. Найди перекрытые правила, избыточные разрешения и противоречия | Конкретный разбор каждого правила с указанием проблем и рекомендациями |
Неочевидные советы по работе с нейросетью для задач сетевого администрирования
- Давайте нейросети реальный вывод команд, а не словесное описание проблемы. Вместо "сеть работает медленно" вставьте в запрос вывод команд show interfaces, ping-статистику или фрагмент журнала – нейросеть анализирует конкретные данные значительно точнее, чем человеческое описание симптомов.
- Просите нейросеть указывать, каких данных ей не хватает для точного ответа. Добавьте в конец промпта фразу "если данных недостаточно – укажи, что нужно дополнить" – это превращает нейросеть из машины для генерации предположений в инструмент, который помогает собрать нужную информацию для диагностики.
- Используйте нейросеть для перевода технических данных в управленческий язык перед встречей с руководством. Подготовка отчета о состоянии инфраструктуры, обоснование бюджета на замену оборудования, объяснение рисков – все это нейросеть делает быстро и убедительно, если дать ей конкретные технические факты.
- Создавайте библиотеку успешных запросов с привязкой к типу оборудования и задаче. Запрос, который однажды дал точный и применимый результат для конкретной модели коммутатора, даст такой же результат в следующий раз – сохранение таких запросов экономит время при повторяющихся задачах.
- Просите нейросеть сначала перечислить допущения, которые она делает в ответе. Добавьте в промпт "перечисли допущения, которые ты делаешь" – это помогает быстро выявить, где ответ может не соответствовать реальной ситуации, вместо того чтобы обнаружить это уже при применении.
- Используйте нейросеть для подготовки к сложным переговорам с вендорами и подрядчиками. Перед встречей по поводу технической поддержки или гарантийного случая попросите нейросеть составить список технических вопросов, на которые вендор обязан дать ответ – это меняет баланс в переговорах в пользу администратора.
- Разбивайте сложные задачи на несколько последовательных запросов вместо одного большого. Задача "спроектируй новую сеть для офиса на 200 человек" дает размытый ответ – последовательность "рассчитай адресное пространство" → "выбери топологию" → "определи требования к оборудованию" → "составь техническое задание" дает конкретный и применимый результат на каждом шаге. Именно такая цепочка запросов для сетевого администратора превращает нейросеть из источника советов в реального помощника по проектированию.
