Артём Ковальчук

Обещал себе, что нужно тратить больше времени на автоматизацию в 2024-м, пора начать выполнять.

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

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

Ссылка на статью: Радиоясли #2 - Погружение в радиообследование и анализ результатов

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

Однако, я должен был вычистить абсолютно все, что касалось заказчика и оставить только технические моменты. В сухом остатке, имеем упущенный год в попытках хоть что-то согласовать, несколько выученных уроков, недописанные несколько запланированных частей, отложенная в долгий ящик коллаба по интересной технической теме, отказ от публикаций на хабре и многое другое.
Что имеем хорошего? Материал. Он, как я уже сказал, технический и с примерами. Поможет тем, кто только решил влезть в радиооблследования или тем, кто просто решил поинтеерсоваться “а как же там у них это выглядит”. Так же я таки допишу часть про моделирование. Приятного чтения.

Ссылка на статью: Радиоясли #1 - Радиообследование на живом примере

Иногда случаются задачи, в которых ты знаешь что делать и решение работает, но как-то не так. Вот это “как-то не так”, если не знаешь куда смотреть, можно искать достаточно долго. Сегодня речь пойдет об одной из таких задач. Небольшой опыт траблшута RTP трафика средствами внутреннего капчера пакетов Fortigate с некоторыми сопутствующими нюансами.

Задавшись целью что-либо автоматизировать, перед тобой встанет вопрос “Что нужно, чтобы что-то автоматизировать?” Инструменты, конечно же, но какие? Сегодня говорим про один из таких инструментов - Nornir, обстоятельно и по порядку.

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

Базово рассмотрим графы, затем перейдем к алгоритмам: алгоритм Дейкстры, Беллмана-Форда, немного про DUAL и алгоритмы BGP. И напоследок затронем тему как коробка решает, куда отправить пакет.

Продолжаем двигать темы ENCOR (да, минуя тему STP/Etherchannel, которая подъедет следом уже скоро), наконец, мы добрались до роутинга. Самая жирная часть в сетях. В ней мы пройдемся по принципам маршрутизации, рассмотрим OSPF, BGP и немного EIGRP/ISIS/RIPv2 т.к у клиентов оно есть, значит надо знать и уметь :)

Это вводная часть по маршрутизации, ее можно смело пропускать, если вы знакомы с базовыми концепциями маршрутизации. Это, скорее, заметка для себя + вспомнить основные моменты. Чтобы не изобретать много велосипедов, будут кросс-ссылки на статьи, где что-либо описано лучше, чем это бы сделал я.

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

Ссылка на статью: Разбираемся с API на примере API Fortinet. Пишем скрипт по бэкапу конфига.

Исходники на Github: https://github.com/woohung/fortigate_backup_config

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

В этой части про VLAN и CEF.

Ссылка на статью: ENCOR 350-401|Часть 1.2 - VLAN, CEF

Потихоньку начну делать то, ради чего и создавал канал - рассказывать о том, что происходит в жизни обычного сетевика.

По сравнению с гос.конторой, где сетевых задач было, в лучшем случае, одна на пол года, в интеграторе все совсем не так.

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

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

Ссылка на заметку: Не откладывай