Возможно приходилось сталкиваться с ситуацией, когда срочно нужен дамп транзитного трафика. Некоторые вендоры позволяют через cli снифануть и записать результат в файлик *.cap прям на флешку маршрутизатора. А вот дальше проблема: доступа по FTP/SFTP/SCP к файловой системе нет, а счастье-то вот оно лежит, руку протяни, но достать не получается. На этот случай небольшая инструкция. Шаг 1. Делай dump В маршрутизаторах Huawei есть великолепная возможность снять дамп трафика с любого интерфейса. Туда попадет как часть сигнального трафика, так и часть клиентского. Естественно, все от души прорежено в плане количества, чтобы не убить CPU. На Huawei это элементарно делается безопасной (в отличии от Nokia 7750 SR7) командой из просмотрового режима

Это пошаговый путь, который я выбрал бы как специалист и преподаватель DevOps, если бы начинал с нуля. Он показывает наиболее эффективный путь к профессии DevOps-инженера на основе знаний, которыми я располагаю сейчас. Надеюсь, он поможет вам в этом очень перспективном, но непростом путешествии в DevOps. Презентация Я также хотел сделать маршрут более индивидуальным — в зависимости от того, из какой области вы переходите в DevOps: системный администратор; разработчик ПО; инженер по автоматизации тестирования; сетевой инженер; человек без опыта или с минимальными знаниями IT. После основной дорожной карты вы найдёте рекомендации, с чего начинать при каждом из этих исходных уровней.

При первом знакомстве с Linux файловая система может показаться непривычной. Здесь нет отдельных дисков C:, D: и E:, а системные файлы, программы, настройки и пользовательские данные распределены по каталогам с короткими названиями: /etc, /var, /usr, /dev, /proc. Однако эта структура не случайна. Большинство Linux-дистрибутивов придерживается общего стандарта организации файловой системы — FHS. Презентация 1. Стандарт FHS FHS расшифровывается как Filesystem Hierarchy Standard — стандарт иерархии файловой системы.

Разберём, почему даже опытные кандидаты могут долго не получать приглашений, какие ошибки чаще всего встречаются в резюме и как представить свой опыт так, чтобы его заметили. Рынок труда изменился, но многие продолжают искать работу по старой схеме Конкуренция среди кандидатов заметно выросла. Работодатели стали осторожнее подходить к найму, внимательнее выбирать кандидатов и чаще отказывать ещё до первого разговора. Поэтому сегодня недостаточно просто иметь хороший опыт. Важно уметь понятно показать его ценность.

Одна из главных сложностей начинающего DevOps-инженера — отсутствие понятного плана практики. Можно пройти несколько курсов, изучить основы Linux, посмотреть уроки по Docker и Kubernetes, но всё равно не понимать, что именно делать руками и как соединить отдельные технологии в цельный проект. Хорошая практика DevOps — это не набор случайных команд. Гораздо полезнее создать небольшую инфраструктуру и постепенно развивать её: сначала развернуть сервер, затем запустить приложение, автоматизировать его доставку, добавить контейнеризацию, мониторинг, логирование и Kubernetes.

На протяжении долгого времени я не до конца понимал htop. Я думал, что средняя загрузка [load average] в 1.0 означает, что процессор загружен на 50%, но это не совсем так. Да и потом, почему именно 1.0? Затем я решил во всём разобраться и написать об этом. Говорят, что лучший способ научиться новому — попытаться это объяснить. htop на Ubuntu Server Ниже скриншот htop, который я буду рассматривать в статье.

Многие в наше тяжелое время слежения всего и вся хотят немного обезопасить себя от внешнего воздействия. Одним из выходов из этой ситуации является VPN сеть до какой-нибудь VDS. Под катом один из простейших способов создать такую сеть. Всё будем поднимать на Debian. Вводные данные test - имя нашего сервера 192.168.10.254 - “внешний” IP сервера 192.168.1.254 - “внутренний” IP сервера 192.168.1.0/24 - “внутрення” сеть сервера 192.168.2.254 - OpenVPN адрес сервера 192.168.2.0/24 - OpenVPN сеть 192.168.11.0/24 - “внутренняя” сеть клиента user - пользователь, который сможет забрать ключи и конфиги с сервера

Топология сети: В данной работе займемся настройкой нескольких областей в OSPF (мультизоновый OSPF). Router-ID настроим в соответствии с номерами маршрутизаторов. Изначально интерфейсы маршрутизаторов настроены в соответствии с топологией, объявим сети роутеров в нужные области. Делается это аналогично тому, как добавляются сети в area 0, только area_id указывается иной: R1: R1# conf t Enter configuration commands, one per line. End with CNTL/Z. R1(config)#router ospf 1 R1(config-router)#router-id 1.1.1.1 R1(config-router)#network 1.0.0.0 0.255.255.255 area 0

Команда ethtool в Linux позволяет изменять параметры сетевого интерфейса, такие как скорость передачи данных, режим дуплекса и автоопределение. Пример команды: sudo ethtool -s eth0 speed 1000 duplex full autoneg on Эта команда устанавливает скорость 1 Гбит/с, полный дуплекс и активирует автоопределение.

Топология сети: Для того, чтобы настроить процесс маршрутизации OSPF на узлах, необходимо сначала создать процесс OSFP и указать его номер: Router(config)#router ospf process_ID Параметр process_ID может принимать значения от 1 до 65535. Итак, интерфейсы маршрутизаторов настроены в соответствии с приведенной топологией, теперь надо настроить OSPF. Возьмем номер процесса равным 1. Для того, чтобы объявить подключенные сети, необходимо в режиме настройки OSPF указать объявляемую сеть при помощи команды network: