Серверная Админа | Компьютерные сети

📝 Кен Томпсон: человек, который создал Unix и показал, почему нельзя слепо доверять компилятору Расскажу об инженере, чьи разработки до сих пор живут практически на каждом сервере. А одна его идея заставила специалистов по безопасности совершенно иначе взглянуть на доверие к программам. 🟣В конце 60-х Кен Томпсон работал в Bell Labs над проектом Multics. Система получалась сложной и дорогой, а когда Bell Labs вышла из проекта, Томпсон решил создать собственную, более простую ОС. В 1969 году вместе с коллегами он начал разработку Unix на компьютере PDP-7. Позже к проекту присоединился Деннис Ритчи, с которым Томпсон заложил основы системы, повлиявшей на Linux, BSD и macOS. 🟣Одна из главных идей Unix - не пытаться сделать одну огромную программу для всего. Вместо этого появились небольшие утилиты, которые выполняют конкретные задачи и умеют работать вместе. Отсюда знакомые каждому администратору конструкции:

ps aux | grep nginx
cat access.log | sort | uniq -c

Конвейеры, простые инструменты и текстовые интерфейсы стали частью философии Unix, которую используют до сих пор. 🟣Но особенно интересна другая работа Томпсона. В 1984 году он выступил с лекцией Reflections on Trusting Trust и показал, как можно спрятать бэкдор в компиляторе. Представьте: вы проверили исходный код программы, не нашли ничего подозрительного и спокойно её собрали. Но компилятор уже модифицирован так, чтобы незаметно добавлять вредоносный код при сборке. Более того, такой компилятор может внедрять бэкдор в собственную новую версию. Получается, даже проверка его исходников не гарантирует чистоту результата. 🟣Это стало классическим примером атаки на цепочку поставки ПО. Томпсон показал, что доверие к исходному коду ещё не означает доверия к исполняемому файлу. Сегодня эта проблема особенно актуальна для CI/CD, сборочных систем и инфраструктуры разработки. 🟣Позже Томпсон участвовал в создании Plan 9, работал над языком Go в Google и продолжал заниматься системным программированием. Получается довольно необычная история: один человек помог создать архитектуру современных ОС, а затем наглядно объяснил, почему даже инструменты, которыми мы эти системы собираем, нельзя считать безусловно надёжными. Серверная Админа | Zeroday | #Инструмент

👋 Привет, сетевой друг! Сегодня про portop - что-то вроде htop, только для сетевых портов. Помогает быстро выяснить, кто занял порт, какой сервис за ним стоит и не открылось ли на сервере что-нибудь лишнее. 🟣Вот на вашем сервере обнаружился открытый порт 8080: Через ss можно найти PID процесса, но дальше придётся отдельно разбираться, к какому systemd-сервису или контейнеру он относится. portop собирает всё в одной таблице: TCP/UDP-сокеты, процессы, PID, пользователей, systemd-юниты и контейнеры Docker, Podman или Kubernetes. Даже nginx с несколькими воркерами отображается одной строкой. 🟣Интересная часть - проверка доступности портов. Инструмент показывает, слушает ли сервис только 127.0.0.1, конкретный IP или все интерфейсы. А ещё анализирует локальный firewall и отмечает, разрешён ли доступ или ограничен. Например, PostgreSQL неожиданно начал слушать 0.0.0.0:5432 вместо localhost. Такое изменение уже стоит проверить. 🟣Есть и контроль изменений. Можно сохранить текущее состояние портов, а после обновления сервера сравнить его с новым:

portop —save-baseline
portop —diff

Если появился новый слушающий порт, исчез старый или изменилась его доступность, portop сообщит об этом. Проверку можно встроить в cron или CI. 🟣Ещё несколько полезных команд:

portop nginx 443
portop —wait 5432
portop —compose ./stack

Первая найдёт сокеты nginx на порту 443, вторая дождётся появления сервиса на 5432, а третья проверит опубликованные порты Docker Compose. 🟣Установка через Homebrew:

brew install portop
portop

Есть версии для Linux, macOS и Windows, а кроме терминального интерфейса - веб-панель, интеграция с Cockpit и JSON-вывод. На Linux для полной информации о процессах и firewall лучше запускать через sudo. Серверная Админа | Zeroday | #Инструмент

🔥 На SOC Forum спойлерят будущее Как будем работать, учиться и жить рядом с ИИ? 👀 Прямо сейчас на SOC Forum 2026 выступает Чэнь Цюфань — писатель и футуролог. В книге «ИИ 2041» он представил десять возможных сценариев будущего. Заглянем туда вместе? Подключиться к трансляции Реклама. О рекламодателе

Миллион абонентов, IPv6 и домашние роутеры, которые решили устроить хаос У провайдера из Непала всё шло неплохо: IPv6 включён у миллиона с лишним абонентов, большая часть трафика уже идёт по новому протоколу. Но стоило порваться оптоволокну, как домашние роутеры начали засыпать сеть DHCPv6-запросами. Один роутер умудрялся отправлять 116 запросов в минуту, а на таком масштабе это уже серьёзная проблема. 🟣В статье инженеры рассказывают, как искали причину, почему производители оборудования не могли договориться между собой и какие ещё неприятные сюрпризы преподнёс IPv6 в большой сети. Серверная Админа | Zeroday | #Статья

📢 Реклама в этом канале Разместить рекламу можно через платформу Telega.in. Это занимает несколько минут. Форматы и актуальные цены — по ссылке.

Зачем взламывать периметр, если можно просто войти? Украденный пароль, перехваченная сессия или скомпрометированный токен — и злоумышленник может получить доступ к корпоративным системам под видом легитимного пользователя. Для защиты от таких сценариев CURATOR запустил CURATOR.IDENTITY — облачное решение для управления доступом и аутентификацией. Что оно умеет: 🔹 подключать MFA и SSO для корпоративных сервисов, VPN и веб-приложений; 🔹 настраивать права доступа для разных категорий пользователей; 🔹 учитывать контекст входа и устройство; 🔹 защищать пользовательские сессии и выстраивать Zero Trust-сценарии. Решение расширяет защиту CURATOR: теперь она охватывает не только инфраструктуру и приложения, но и доступ к ним. 👉 Подробнее о CURATOR.IDENTITY — по ссылке.

👨‍💻Серверная Админа | #мем

Митап IT_ONE: практика спокойного релиза для DevOps Узнай, как сделать свою работу комфортной и предсказуемой на основе кейсов от коллег. Встречаемся онлайн 5 ноября 2026 года в 18:00 по мск. 📎 Регистрация открыта до 4 ноября: https://cnrlink.com/itonedevopsmeetupnetwork Старшие технические эксперты IT_ONE подготовили три практических выступления о рабочих подходах, инструментах и задачах из реальных проектов:

🟢 Руслан Кашафутдинов представит инструкцию о создании персонального ИИ своими руками, которая поможет развернуть собственную модель, обойти квоты облачных сервисов и сделать токены бесконечными. 🟢 Виталий Перваков расскажет о валидации параметров Helm-чартов. В докладе: сценарии применения валидации, способы защиты от некорректных данных и сравнение инструментов для проверки конфигураций перед развертыванием. 🟢 Андрей Слатимов покажет, как автоматизировать проверку Helm-чартов с помощью helm-unittest. Ты узнаешь, как ловить ошибки шаблонизации, проверять обратную совместимость и гарантировать стабильность инфраструктуры при каждом обновлении.

Почему митап будет полезен тебе: ✅ Инженеры IT_ONE покажут на реальных примерах, как делают инфраструктуру надежной. ✅ Ты получишь готовые подходы, которые можно взять на вооружение сразу после встречи. ✅ В конце митапа — живое общение с экспертами, возможность задать вопросы из своей практики и честно поговорить про реалии DevOps. После эфира пришлем презентации и видео, чтобы к ним можно было вернуться в любой момент и использовать в работе.  Зарегистрируйся и получи ссылку на трансляцию и материалы

👋 Привет, сетевой друг! Собрал три не самые очевидные настройки MikroTik для защиты локальной сети. Разберём, как не дать чужому коммутатору изменить STP-топологию, ограничить ARP и защитить VLAN от неправильных подключений. 🟣Не дать чужому коммутатору стать Root Bridge. Допустим, в сеть подключили коммутатор с более высоким приоритетом STP. Он может стать новым корневым мостом и изменить пути прохождения трафика. В RouterOS 7 для таких портов есть restricted-role:

/interface bridge port
set [find interface=ether5] restricted-role=yes

Теперь порт не сможет стать root port, даже если сосед начнёт присылать более приоритетные BPDU. Это аналог Root Guard, полезный на соединениях с недоверенными коммутаторами. 🟣Ограничить ARP через известные IP и MAC. Поддельные ARP-ответы могут использоваться для перехвата трафика. В MikroTik можно связать DHCP-аренды с ARP-таблицей:

/ip dhcp-server
set [find name=dhcp1] add-arp=yes

/interface bridge
set bridge1 arp=reply-only

Теперь MikroTik будет отвечать на ARP-запросы только для адресов из своей таблицы, а DHCP-сервер сможет автоматически добавлять записи. 🟣Но это не полноценная защита от ARP Spoofing между клиентами: чужие ARP-пакеты внутри одного VLAN такая настройка не проверяет. Статические адреса тоже придётся учитывать отдельно. 🟣Не пропускать чужие VLAN на клиентских портах. Ошибка в настройке trunk может привести к тому, что обычный клиентский порт начнёт принимать tagged-трафик. В RouterOS можно ограничить тип входящих кадров:

/interface bridge port
set [find interface=ether3] \
    pvid=20 \
    frame-types=admit-only-untagged-and-priority-tagged \
    ingress-filtering=yes

Теперь ether3 принимает только нетегированные и priority-tagged кадры, а входящие VLAN проверяются по разрешённым для порта. Для этого нужна корректная таблица /interface bridge vlan и включённый vlan-filtering=yes. Перед включением проверьте настройки, чтобы случайно не потерять доступ. 🟣В итоге restricted-role защищает STP-топологию, ARP-настройки ограничивают использование неизвестных адресов, а VLAN Filtering не даёт клиентским портам принимать чужой tagged-трафик. Серверная Админа | Zeroday | #Mikrotik

Новый уровень ИТ-практик: Импульс Т1 снова в Москве 🚀 19 ноября столица примет ИТ-конференцию Импульс Т1. Мы создаём среду, где специалисты получают не просто полезную информацию, а рабочие инструменты, применимые в проектах уже на следующий день. Импульс Т1 2026 — это:

🔹5 направлений деловой программы; 🔹130+ экспертных спикеров; 🔹70+ прикладных активностей; 🔹2 000+ участников сообщества.

Уникальный формат — учимся через действие: каждый участник собирает индивидуальный трек, объединяя доклады и практические тренажеры. Среди них ⬇️ 🔘Код-ретрит – оттачиваем инженерные практики, парное программирование и TDD; 🔘Зона арх-каты – разбираем архитектурные кейсы, ищем уязвимости и моделируем решения на интерактивной карте; 🔘Ресурсные игры – проверяем командные коммуникации и скорость принятия решений в условиях жестких ограничений; 🔘Стенд доступности – тестируем интерфейсы и сценарии с точки зрения инклюзивности и доступной среды. Ваше участие — это возможность: ✔️ прокачать практические навыки на реальных задачах; ✔️ поделиться опытом и создать сильное профессиональное окружение вокруг себя; ✔️забрать передовые практики раньше конкурентов. 📆 Дата: 19 ноября 2026 года. 📍 Место: г. Москва, ул. Волочаевская, д. 48, стр. 1, Дворец культуры завода «Серп и молот» (LOFT#8). Покажите экспертизу на деле, осваивайте новейшие подходы и двигайте ИТ-индустрию вперёд! Регистрация по ссылке. О рекламодателе

Митап IT_ONE: практика спокойного релиза для DevOps Узнай, как сделать свою работу комфортной и предсказуемой на основе кейсов от коллег. Встречаемся онлайн 5 ноября 2026 года в 18:00 по мск. 📎 Регистрация открыта до 4 ноября: https://cnrlink.com/itonedevopsmeetupnetwork Старшие технические эксперты IT_ONE подготовили три практических выступления о рабочих подходах, инструментах и задачах из реальных проектов:

🟢 Руслан Кашафутдинов представит инструкцию о создании персонального ИИ своими руками, которая поможет развернуть собственную модель, обойти квоты облачных сервисов и сделать токены бесконечными. 🟢 Виталий Перваков расскажет о валидации параметров Helm-чартов. В докладе: сценарии применения валидации, способы защиты от некорректных данных и сравнение инструментов для проверки конфигураций перед развертыванием. 🟢 Андрей Слатимов покажет, как автоматизировать проверку Helm-чартов с помощью helm-unittest. Ты узнаешь, как ловить ошибки шаблонизации, проверять обратную совместимость и гарантировать стабильность инфраструктуры при каждом обновлении.

Почему митап будет полезен тебе: ✅ Инженеры IT_ONE покажут на реальных примерах, как делают инфраструктуру надежной. ✅ Ты получишь готовые подходы, которые можно взять на вооружение сразу после встречи. ✅ В конце митапа — живое общение с экспертами, возможность задать вопросы из своей практики и честно поговорить про реалии DevOps. После эфира пришлем презентации и видео, чтобы к ним можно было вернуться в любой момент и использовать в работе.  Зарегистрируйся и получи ссылку на трансляцию и материалы

👋 Привет, сетевой друг! Сегодня расскажу, в чём разница между BPDU Guard и Root Guard. Обе технологии защищают STP, но срабатывают в совершенно разных ситуациях. 🟣BPDU Guard нужен там, где коммутатор вообще не должен получать BPDU. Например, на порту, к которому подключён обычный компьютер. Представьте, что кто-то вместо компьютера подключил небольшой коммутатор. Он начал отправлять BPDU, и ваша сеть неожиданно получила нового участника STP. 🟣Если на порту включён BPDU Guard, первый же полученный BPDU приведёт к отключению порта. На Cisco он обычно переходит в состояние err-disabled. 🟣Root Guard работает иначе. Он нужен на соединениях с коммутаторами, которым вы не хотите позволять становиться корневым мостом. 🟣Допустим, в вашей сети уже выбран Root Bridge, но соседний коммутатор начал отправлять более приоритетные BPDU. Без защиты он может перехватить роль корня и изменить пути прохождения трафика. Root Guard не отключает порт окончательно, а переводит его в состояние root-inconsistent. Когда подозрительные BPDU перестают приходить, порт автоматически возвращается к работе. 🟣Настройка на Cisco: BPDU Guard для клиентского порта:

interface GigabitEthernet0/1
 spanning-tree portfast
 spanning-tree bpduguard enable

Root Guard для порта к нижестоящему коммутатору:

interface GigabitEthernet0/2
 spanning-tree guard root

🟣Что посмотреть при диагностике:

show spanning-tree inconsistentports
show interfaces status err-disabled
show spanning-tree interface gi0/2 detail

Первая команда поможет найти порты, заблокированные Root Guard, вторая - отключённые из-за BPDU Guard. И важный момент: Root Guard не стоит включать на порту в сторону настоящего Root Bridge. Иначе можно самому заблокировать нужный путь к корню. Серверная Админа | Zeroday | #STP

31 октября AvitoTech собирает инфраструктурных инженеров на Avito Infraween Party 🤩 Вместо классических докладов — два круга открытых дискуссий: можно будет обсудить инфраструктурные задачи, поделиться своими кейсами и поспорить о решениях с экспертами AvitoTech и другими участниками. А на афтерпати устроят настоящий чемпионат по метанию старой списанной техники 🔥 Победителей наградят реальными чемпионскими поясами! Хороший повод пообщаться с инфракомьюнити — зарегаться можно тут! P. S. Кстати, костюмы максимально приветствуются! Так что если хотите прийти в образе, welcome.

👋 Привет, сетевой друг! Сегодня про PCP (Port Control Protocol) - протокол, через который устройство может само попросить роутер открыть ему порт. Без захода в веб-интерфейс и ручной настройки проброса. 🟣Зачем он нужен: допустим, у вас дома работает игровой сервер, но роутер использует NAT. Снаружи никто не может подключиться к серверу, потому что роутер просто не знает, куда отправлять входящие соединения. 🟣Ситуация становится ещё веселее, если провайдер использует CGNAT. Теперь между сервером и интернетом сразу два NAT, причём один из них вообще вам не принадлежит. 🟣Что делает PCP: устройство отправляет запрос на PCP-сервер, обычно работающий на маршрутизаторе или CGNAT-шлюзе, и просит создать отображение порта. Например:

Внутри сети: 192.168.1.50:25565
Внешний адрес: 203.0.113.10:40000
Протокол: TCP
Время жизни: 3600 секунд

Если сервер разрешает такое отображение, он возвращает выделенный внешний адрес и порт. Теперь входящие соединения на 203.0.113.10:40000 могут попасть на игровой сервер. 🟣Интересная часть - PCP не ограничивается домашними роутерами. Он умеет работать с NAT на стороне провайдера, если тот поддерживает протокол и разрешает клиентам создавать отображения. А ещё PCP умеет управлять правилами на межсетевых экранах даже там, где NAT вообще нет. 🟣У протокола две основные операции: • MAP - создать или продлить отображение порта для входящих соединений. • PEER - управлять отображением, связанным с конкретным удалённым узлом. Полезно для приложений, которым важно сохранить существующее соединение через NAT. Запросы PCP отправляются по UDP на порт 5351. 🟣Проверить работу можно через pcp-client из реализации libpcp, если она доступна в вашей системе. Но важно понимать: наличие PCP-клиента ещё не означает, что роутер или провайдер поддерживает запросы. И даже успешное создание отображения не гарантирует доступность сервиса, если трафик блокируется другим firewall. 🟣PCP описан в RFC 6887 и пришёл на смену более ограниченным механизмам вроде NAT-PMP. Его используют для автоматического управления доступностью сервисов, P2P-соединений и приложений, которым нужно принимать входящий трафик. По сути, это способ договориться с NAT напрямую: не пытаться угадать, как он работает, а попросить его создать нужное правило. Серверная Админа | Zeroday | #PCP

👋 Привет, сетевой друг! Сегодня про NetRadar - инструмент, с которым можно устроить небольшую ревизию локалки: найти забытые устройства, обнаружить открытые сервисы и посмотреть, что творится в Wi-Fi-эфире. 🟣Начнём с локальной сети. NetRadar сканирует подсеть и собирает информацию об устройствах: IP, MAC, производитель сетевой карты, предполагаемая ОС и открытые порты. Причём можно не просто узнать, что на 192.168.1.50 открыт порт 22, а попытаться определить, какой SSH-сервер там работает и какой у него версии. 🟣А если нужно найти конкретный сервис? Например, кто-то оставил Telnet на старом коммутаторе или в сети появился неизвестный FTP-сервер. В NetRadar есть отдельный поиск по SSH, FTP, SMB, Telnet и HTTP/HTTPS. Для Windows можно дополнительно проверить Samba и NetBIOS, включая доступные сетевые ресурсы. 🟣С Wi-Fi ещё интереснее. Инструмент объединяет Aircrack-ng, Bettercap, nmcli и Wash. Можно обнаруживать точки доступа, смотреть каналы, типы шифрования и связанных клиентов. А после сканирования через Aircrack-ng NetRadar строит схему: какие сети обнаружены и какие устройства с ними связаны. Не нужно вручную разбирать длинный вывод сканера. 🟣Есть и утилиты для Wi-Fi-адаптера. Можно проверить чипсет, драйвер, поддерживаемые режимы и переключить карту в monitor mode, если оборудование это позволяет. 🟣Запускается всё из терминала:

sudo apt install git
git clone https://github.com/XDeadHackerX/NetRadar
cd NetRadar
sudo bash netradar.sh

При первом запуске выбираем язык, а необходимые для сканирования зависимости устанавливаются отдельно. 🟣Правда, NetRadar не обновлялся несколько лет, так что на свежих дистрибутивах могут возникнуть проблемы. Но как оболочка для набора сетевых инструментов он любопытен: вместо десятка отдельных команд получаем одно меню для исследования своей сети. Серверная Админа | Zeroday | #Инструмент

Ну все, сетевики больше не нужны? Проверяем на практике! Автор собрал стенд из десяти Linux-машин и решил, что настраивать всё вручную слишком скучно. Вместо этого выдал Codex SSH-доступ и поручил разобраться с сетью. ИИ начал ходить по серверам, проверять интерфейсы, искать ошибки в конфигурации и даже поймал опечатку самого автора. В статье будет живой эксперимент с ИИ-агентом, сетевой автоматизацией и технологиями от MPLS до SRv6. Серверная Админа | Zeroday | #Статья

👩‍💻 Всем программистам посвящается! Вот 14 авторских обучающих IT каналов по самым востребованным областям программирования: Выбирай своё направление: 👩‍💻 Python — t.me/python_ready 🤔 InfoSec & Хакинг — t.me/hacking_ready 🖥 SQL & Базы Данных — t.me/sql_ready 👩‍💻 IT Новости — t.me/it_ready 🤖 AI & ML — t.me/neuro_ready 👩‍💻 Frontend — t.me/frontend_ready 👩‍💻 C/C++ — https://t.me/cpp_ready 👩‍💻 C# & Unity — t.me/csharp_ready 👩‍💻 Linux — t.me/linux_ready 👩‍💻 Java — t.me/java_ready 📖 IT Книги — t.me/books_ready 📱 JavaScript — t.me/javascript_ready 🖼️ DevOps — t.me/devops_ready 🖥 Design —t.me/design_ready 📌 Гайды, шпаргалки, задачи, ресурсы и фишки для каждого языка программирования!

👋 Привет, сетевой друг! Сегодня разберём, в чём разница между DHCP Snooping и Dynamic ARP Inspection (DAI). Обе технологии защищают L2-сеть, но от совершенно разных атак. 🟣DHCP Snooping защищает сеть от поддельных DHCP-серверов. Представьте, что кто-то подключил к офисному коммутатору свой роутер, который начал раздавать клиентам IP-адреса, шлюз и DNS. Компьютеры могут получить настройки от чужого устройства, а весь их трафик пойдёт через подставной шлюз. 🟣DHCP Snooping делит порты на trusted и untrusted. Ответы DHCP-сервера разрешены только с доверенных портов. Если обычный клиентский порт начнёт отправлять DHCP Offer, коммутатор отбросит пакет. 🟣Dynamic ARP Inspection решает другую проблему - ARP Spoofing. Допустим, атакующий отправляет в сеть ARP-ответ:

192.168.1.1 → AA:BB:CC:DD:EE:FF

И убеждает соседние устройства, что MAC-адрес шлюза принадлежит ему. DAI проверяет ARP-пакеты по таблице привязок IP и MAC, которую обычно создаёт DHCP Snooping. Если адреса не совпадают, пакет блокируется. 🟣Как настроить на Cisco: Сначала включаем DHCP Snooping:

ip dhcp snooping
ip dhcp snooping vlan 10

interface GigabitEthernet0/1
 ip dhcp snooping trust

Здесь Gi0/1 - порт в сторону легитимного DHCP-сервера или доверенного сетевого оборудования. Теперь включаем проверку ARP:

ip arp inspection vlan 10

На клиентских портах ARP-пакеты будут проверяться, а порт к доверенному шлюзу при необходимости можно настроить отдельно: interface GigabitEthernet0/2 ip arp inspection trust 🟣Главная разница: DHCP Snooping не даёт чужому устройству раздавать сетевые настройки, а DAI не позволяет подменять соответствие IP и MAC через ARP. Причём технологии связаны: DAI часто использует таблицу DHCP Snooping, чтобы понимать, какие адреса действительно принадлежат клиентам. 🟣Что проверить при диагностике:

show ip dhcp snooping
show ip dhcp snooping binding
show ip arp inspection
show ip arp inspection statistics

И важный момент: если в сети используются статические IP, для DAI понадобятся дополнительные разрешённые привязки, например ARP ACL. Иначе можно случайно заблокировать вполне легитимные устройства. Серверная Админа | Zeroday | #DHCP

⚡️ В сети начали массово сливать IT-курсы и книги известных онлайн школ Вот отсортированная база с тонной материала (постепенно пополняется): (363 видео, 87 книги) — Python (117 видео, 53 книги) — ВАЙБКОД (174 видео, 91 книги) — DevOps (415 видео, 68 книги) — Frontend (137 видео, 93 книги) — DS/ML (143 видео, 33 книги) — ИБ/Хакинг (352 видео, 89 книги) — С/С++/C (343 видео, 87 книги) — Java/QA (176 видео, 32 книги) — Git/Linux (167 видео, 53 книги) — PHP/1С (227 видео, 83 книги) — SQL/БД (114 видео, 77 книги) — Сисадмин (107 видео, 43 книги) — BA/SA (181 видео, 32 книги) — Go/Rust (167 видео, 43 книги) — Kotlin/Swift (112 видео, 24 книги) — Flutter (113 видео, 82 книги) — GameDev (183 видео, 37 книги) — Дизайн (136 видео, 33 книги) — PM/HR Скачивать ничего не нужно — все выложили в Telegram