Серверная Админа | Компьютерные сети
前往频道在 Telegram
Я действующий сетевой инженер, расскажу вам о сетях в доступной форме. Реклама - @bashmak_media Мы на бирже: https://telega.in/c/school_network РКН: https://vk.cc/cHYqt5
显示更多
网络:📈 Telegram 频道 Серверная Админа | Компьютерные сети 的分析概览
频道 Серверная Админа | Компьютерные сети (@school_network) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 26 492 名订阅者，在 技术与应用 类别中位列第 5 021，并在 俄罗斯 地区排名第 24 464 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 26 492 名订阅者。
根据 26 十月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 -90，过去 24 小时变化为 1，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 9.86%。内容发布后 24 小时内通常能获得 5.03% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 2 612 次浏览，首日通常累积 1 333 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 6。
- 主题关注点： 内容集中在 tcp, протокол, src, интерфейс, mpls 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Я действующий сетевой инженер, расскажу вам о сетях в доступной форме.
Реклама - @bashmak_media
Мы на бирже: https://telega.in/c/school_network
РКН: https://vk.cc/cHYqt5”
凭借高频更新（最新数据采集于 27 十月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
26 492
订阅者
+124 小时
-57 天
-9030 天
正在加载数据
吸引订阅者
十月 '2610月 '26
十月 '26
+67
在11个频道中
九月 '26
+82
在17个频道中
Get PRO
八月 '26
+71
在12个频道中
Get PRO
七月 '26
+276
在27个频道中
Get PRO
六月 '26
+94
在15个频道中
Get PRO
五月 '26
+156
在21个频道中
Get PRO
四月 '26
+86
在25个频道中
Get PRO
三月 '26
+228
在24个频道中
Get PRO
二月 '26
+323
在40个频道中
Get PRO
一月 '26
+1 172
在196个频道中
Get PRO
十二月 '25
+201
在15个频道中
Get PRO
十一月 '25
+110
在2个频道中
Get PRO
十月 '25
+586
在139个频道中
Get PRO
九月 '25
+50
在0个频道中
Get PRO
八月 '25
+4 042
在33个频道中
Get PRO
七月 '25
+498
在164个频道中
Get PRO
六月 '25
+107
在8个频道中
Get PRO
五月 '25
+249
在0个频道中
Get PRO
四月 '25
+2 286
在163个频道中
Get PRO
三月 '25
+1 398
在158个频道中
Get PRO
二月 '25
+488
在132个频道中
Get PRO
一月 '25
+609
在36个频道中
Get PRO
十二月 '24
+1 048
在183个频道中
Get PRO
十一月 '24
+900
在48个频道中
Get PRO
十月 '24
+717
在75个频道中
Get PRO
九月 '24
+639
在186个频道中
Get PRO
八月 '24
+371
在21个频道中
Get PRO
七月 '24
+527
在54个频道中
Get PRO
六月 '24
+451
在6个频道中
Get PRO
五月 '24
+1 239
在36个频道中
Get PRO
四月 '24
+393
在51个频道中
Get PRO
三月 '24
+273
在6个频道中
Get PRO
二月 '24
+10 908
在28个频道中
Get PRO
一月 '24
+845
在10个频道中
Get PRO
十二月 '23
+805
在2个频道中
Get PRO
十一月 '23
+661
在11个频道中
Get PRO
十月 '23
+513
在8个频道中
Get PRO
九月 '23
+995
在0个频道中
Get PRO
八月 '23
+1 456
在0个频道中
Get PRO
七月 '23
+977
在0个频道中
Get PRO
六月 '23
+1 325
在0个频道中
Get PRO
五月 '23
+1 155
在0个频道中
Get PRO
四月 '23
+854
在0个频道中
Get PRO
三月 '23
+1 193
在0个频道中
Get PRO
二月 '23
+1 763
在0个频道中
Get PRO
一月 '23
+1 785
在0个频道中
Get PRO
十二月 '22
+3 646
在0个频道中
Get PRO
十一月 '22
+248
在0个频道中
Get PRO
十月 '22
+255
在0个频道中
Get PRO
九月 '22
+853
在0个频道中
Get PRO
八月 '22
+478
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 27 十月 | 0 | |||
| 26 十月 | +1 | |||
| 25 十月 | +3 | |||
| 24 十月 | 0 | |||
| 23 十月 | +6 | |||
| 22 十月 | +9 | |||
| 21 十月 | +2 | |||
| 20 十月 | +2 | |||
| 19 十月 | +5 | |||
| 18 十月 | +19 | |||
| 17 十月 | +1 | |||
| 16 十月 | +1 | |||
| 15 十月 | +2 | |||
| 14 十月 | +1 | |||
| 13 十月 | +2 | |||
| 12 十月 | +3 | |||
| 11 十月 | +1 | |||
| 10 十月 | 0 | |||
| 09 十月 | 0 | |||
| 08 十月 | +1 | |||
| 07 十月 | 0 | |||
| 06 十月 | +1 | |||
| 05 十月 | +1 | |||
| 04 十月 | +1 | |||
| 03 十月 | 0 | |||
| 02 十月 | +1 | |||
| 01 十月 | +4 |
频道帖子
🔥 На SOC Forum спойлерят будущее
Как будем работать, учиться и жить рядом с ИИ? 👀
Прямо сейчас на SOC Forum 2026 выступает Чэнь Цюфань — писатель и футуролог. В книге «ИИ 2041» он представил десять возможных сценариев будущего.
Заглянем туда вместе?
Подключиться к трансляции
Реклама. О рекламодателе
| 2 |  Миллион абонентов, IPv6 и домашние роутеры, которые решили устроить хаос
У провайдера из Непала всё шло неплохо: IPv6 включён у миллиона с лишним абонентов, большая часть трафика уже идёт по новому протоколу. Но стоило порваться оптоволокну, как домашние роутеры начали засыпать сеть DHCPv6-запросами. Один роутер умудрялся отправлять 116 запросов в минуту, а на таком масштабе это уже серьёзная проблема.
🟣В статье инженеры рассказывают, как искали причину, почему производители оборудования не могли договориться между собой и какие ещё неприятные сюрпризы преподнёс IPv6 в большой сети.
Серверная Админа | Zeroday | #Статья | 1 669 |
| 3 |  📢 Реклама в этом канале
Разместить рекламу можно через платформу Telega.in. Это занимает несколько минут.
Форматы и актуальные цены — по ссылке. | 1 |
| 4 |  Зачем взламывать периметр, если можно просто войти?
Украденный пароль, перехваченная сессия или скомпрометированный токен — и злоумышленник может получить доступ к корпоративным системам под видом легитимного пользователя.
Для защиты от таких сценариев CURATOR запустил CURATOR.IDENTITY — облачное решение для управления доступом и аутентификацией.
Что оно умеет:
🔹 подключать MFA и SSO для корпоративных сервисов, VPN и веб-приложений;
🔹 настраивать права доступа для разных категорий пользователей;
🔹 учитывать контекст входа и устройство;
🔹 защищать пользовательские сессии и выстраивать Zero Trust-сценарии.
Решение расширяет защиту CURATOR: теперь она охватывает не только инфраструктуру и приложения, но и доступ к ним.
👉 Подробнее о CURATOR.IDENTITY — по ссылке. | 1 957 |
| 5 |  👨💻Серверная Админа | #мем | 1 825 |
| 6 |  Митап IT_ONE: практика спокойного релиза для DevOps
Узнай, как сделать свою работу комфортной и предсказуемой
на основе кейсов от коллег. Встречаемся онлайн 5 ноября 2026 года в 18:00 по мск.
📎 Регистрация открыта до 4 ноября: https://cnrlink.com/itonedevopsmeetupnetwork
Старшие технические эксперты IT_ONE подготовили три практических выступления о рабочих подходах, инструментах
и задачах из реальных проектов:
🟢 Руслан Кашафутдинов представит инструкцию
о создании персонального ИИ своими руками, которая поможет развернуть собственную модель, обойти квоты облачных сервисов и сделать токены бесконечными.
🟢 Виталий Перваков расскажет о валидации параметров Helm-чартов. В докладе: сценарии применения валидации, способы защиты от некорректных данных и сравнение инструментов для проверки конфигураций перед развертыванием.
🟢 Андрей Слатимов покажет, как автоматизировать проверку Helm-чартов с помощью helm-unittest.
Ты узнаешь, как ловить ошибки шаблонизации, проверять обратную совместимость и гарантировать стабильность инфраструктуры при каждом обновлении.
Почему митап будет полезен тебе:
✅ Инженеры IT_ONE покажут на реальных примерах,
как делают инфраструктуру надежной.
✅ Ты получишь готовые подходы, которые можно взять
на вооружение сразу после встречи.
✅ В конце митапа — живое общение с экспертами, возможность задать вопросы из своей практики и честно поговорить про реалии DevOps.
После эфира пришлем презентации и видео, чтобы к ним можно было вернуться в любой момент и использовать в работе.
Зарегистрируйся и получи ссылку на трансляцию и материалы | 1 589 |
| 7 |  👋 Привет, сетевой друг!
Собрал три не самые очевидные настройки 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 494 |
| 8 |  Новый уровень ИТ-практик: Импульс Т1 снова в Москве 🚀
19 ноября столица примет ИТ-конференцию Импульс Т1. Мы создаём среду, где специалисты получают не просто полезную информацию, а рабочие инструменты, применимые в проектах уже на следующий день.
Импульс Т1 2026 — это:
🔹5 направлений деловой программы;
🔹130+ экспертных спикеров;
🔹70+ прикладных активностей;
🔹2 000+ участников сообщества.
Уникальный формат — учимся через действие: каждый участник собирает индивидуальный трек, объединяя доклады и практические тренажеры. Среди них ⬇️
🔘Код-ретрит – оттачиваем инженерные практики, парное программирование и TDD;
🔘Зона арх-каты – разбираем архитектурные кейсы, ищем уязвимости и моделируем решения на интерактивной карте;
🔘Ресурсные игры – проверяем командные коммуникации и скорость принятия решений в условиях жестких ограничений;
🔘Стенд доступности – тестируем интерфейсы и сценарии с точки зрения инклюзивности и доступной среды.
Ваше участие — это возможность:
✔️ прокачать практические навыки на реальных задачах;
✔️ поделиться опытом и создать сильное профессиональное окружение вокруг себя;
✔️забрать передовые практики раньше конкурентов.
📆 Дата: 19 ноября 2026 года.
📍 Место: г. Москва, ул. Волочаевская, д. 48, стр. 1, Дворец культуры завода «Серп и молот» (LOFT#8).
Покажите экспертизу на деле, осваивайте новейшие подходы и двигайте ИТ-индустрию вперёд! Регистрация по ссылке.
О рекламодателе | 1 420 |
| 9 | Митап IT_ONE: практика спокойного релиза для DevOps
Узнай, как сделать свою работу комфортной и предсказуемой
на основе кейсов от коллег. Встречаемся онлайн 5 ноября 2026 года в 18:00 по мск.
📎 Регистрация открыта до 4 ноября: https://cnrlink.com/itonedevopsmeetupnetwork
Старшие технические эксперты IT_ONE подготовили три практических выступления о рабочих подходах, инструментах
и задачах из реальных проектов:
🟢 Руслан Кашафутдинов представит инструкцию
о создании персонального ИИ своими руками, которая поможет развернуть собственную модель, обойти квоты облачных сервисов и сделать токены бесконечными.
🟢 Виталий Перваков расскажет о валидации параметров Helm-чартов. В докладе: сценарии применения валидации, способы защиты от некорректных данных и сравнение инструментов для проверки конфигураций перед развертыванием.
🟢 Андрей Слатимов покажет, как автоматизировать проверку Helm-чартов с помощью helm-unittest.
Ты узнаешь, как ловить ошибки шаблонизации, проверять обратную совместимость и гарантировать стабильность инфраструктуры при каждом обновлении.
Почему митап будет полезен тебе:
✅ Инженеры IT_ONE покажут на реальных примерах,
как делают инфраструктуру надежной.
✅ Ты получишь готовые подходы, которые можно взять
на вооружение сразу после встречи.
✅ В конце митапа — живое общение с экспертами, возможность задать вопросы из своей практики и честно поговорить про реалии DevOps.
После эфира пришлем презентации и видео, чтобы к ним можно было вернуться в любой момент и использовать в работе.
Зарегистрируйся и получи ссылку на трансляцию и материалы | 1 365 |
| 10 |  👋 Привет, сетевой друг!
Сегодня расскажу, в чём разница между 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 | 1 789 |
| 11 |  31 октября AvitoTech собирает инфраструктурных инженеров на Avito Infraween Party 🤩
Вместо классических докладов — два круга открытых дискуссий: можно будет обсудить инфраструктурные задачи, поделиться своими кейсами и поспорить о решениях с экспертами AvitoTech и другими участниками.
А на афтерпати устроят настоящий чемпионат по метанию старой списанной техники 🔥
Победителей наградят реальными чемпионскими поясами!
Хороший повод пообщаться с инфракомьюнити — зарегаться можно тут!
P. S. Кстати, костюмы максимально приветствуются! Так что если хотите прийти в образе, welcome. | 1 912 |
| 12 |  👋 Привет, сетевой друг!
Сегодня про 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 | 1 993 |
| 13 |  👋 Привет, сетевой друг!
Сегодня про 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 | #Инструмент | 2 193 |
| 14 |  Ну все, сетевики больше не нужны? Проверяем на практике!
Автор собрал стенд из десяти Linux-машин и решил, что настраивать всё вручную слишком скучно. Вместо этого выдал Codex SSH-доступ и поручил разобраться с сетью. ИИ начал ходить по серверам, проверять интерфейсы, искать ошибки в конфигурации и даже поймал опечатку самого автора. В статье будет живой эксперимент с ИИ-агентом, сетевой автоматизацией и технологиями от MPLS до SRv6.
Серверная Админа | Zeroday | #Статья | 2 627 |
| 15 |  👩💻 Всем программистам посвящается!
Вот 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
📌 Гайды, шпаргалки, задачи, ресурсы и фишки для каждого языка программирования! | 2 336 |
| 16 | Почему VRRP Master может не отвечать на ARP? | 3 284 |
| 17 |  👋 Привет, сетевой друг!
Сегодня разберём, в чём разница между 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 | 3 361 |
| 18 |  ⚡️ В сети начали массово сливать 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 | 1 682 |
| 19 |  📝 Пол Мокапетрис: человек, который придумал DNS
Сегодня расскажу про инженера, благодаря которому нам теперь не приходится запоминать IP-адреса каждого сайта и сервера 😳
🟣В начале 80-х интернет ещё был небольшой сетью, а имена компьютеров хранились в обычном файле HOSTS.TXT. В нём указывалось, какому IP-адресу соответствует конкретное имя.
Файл распространялся централизованно, и каждый компьютер должен был получать обновлённую копию. Пока узлов было немного, схема работала. Но по мере роста сети поддерживать такой список становилось всё сложнее.
🟣В 1983 году Пол Мокапетрис предложил Domain Name System - DNS. Вместо одного огромного файла появилась распределённая иерархическая система, в которой разные серверы отвечают за свои части пространства имён.
🟣Например, когда вы открываете example.com, DNS-резолвер может последовательно обратиться к корневым серверам, серверам зоны .com и авторитетному серверу домена. Каждый из них знает не весь интернет, а только свою часть системы.
🟣Самое интересное - делегирование зон. Владелец домена может самостоятельно управлять его DNS-записями, не согласовывая каждое изменение с центральным администратором. Именно это позволило системе масштабироваться до миллионов, а затем и сотен миллионов доменных имён.
🟣Ещё одна важная идея - кеширование. Если резолвер уже узнал IP-адрес домена, ему не нужно каждый раз повторять всю цепочку запросов.
За срок хранения отвечает TTL:
example.com. 300 IN A 192.0.2.10
Здесь 300 означает, что запись можно кешировать до пяти минут.
🟣В 1983 году Мокапетрис описал DNS в RFC 882 и RFC 883. Позже появились RFC 1034 и RFC 1035, которые до сих пор лежат в основе работы DNS. Конечно, система со временем получила DNSSEC, новые типы записей и защищённые способы передачи запросов. Но её главная архитектура осталась прежней.
🟣Получается, одна из самых важных технологий интернета появилась из довольно бытовой проблемы: файл со списком компьютеров стал слишком большим, чтобы его было удобно обновлять.
Серверная Админа | Бункер Хакера | #network | 2 937 |
| 20 |  Переход с VMware: как не начать с нуля и получить больше возможностей
Смена платформы виртуализации поднимает практические вопросы: как изменятся существующие процессы, будет ли возможна автоматизация, останутся ли Terraform и Ansible в рабочем контуре и можно ли использовать декларативное управление наравне с управлением через веб-интерфейс.
16 октября на вебинаре узнаете о типовых сценариях и задачах эксплуатации классической виртуализации и увидите, как их можно автоматизировать в Deckhouse Platform.
В программе:
— сценарии классической виртуализации и сочетание веб-интерфейса с декларативным управлением;
— подготовка «золотых образов» и первичная настройка ВМ;
— развёртывание через Terraform, манифесты, шаблонизатор и GitOps;
— управление конфигурацией ВМ с помощью Ansible.
🎁 Бонусы: розыгрыш мерча и обучения.
Зарегистрироваться | 1 612 |
