Серверная Админа | Компьютерные сети
Open in Telegram
Я действующий сетевой инженер, расскажу вам о сетях в доступной форме. Реклама - @bashmak_media Мы на бирже: https://telega.in/c/school_network РКН: https://vk.cc/cHYqt5
Show more
Network:📈 Analytical overview of Telegram channel Серверная Админа | Компьютерные сети
Channel Серверная Админа | Компьютерные сети (@school_network) in the Russian language segment is an active participant. Currently, the community unites 26 492 subscribers, ranking 5 021 in the Technologies & Applications category and 24 464 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 26 492 subscribers.
According to the latest data from 26 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -90 over the last 30 days and by 1 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 9.86%. Within the first 24 hours after publication, content typically collects 5.03% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 612 views. Within the first day, a publication typically gains 1 333 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 6.
- Thematic interests: Content is focused on key topics such as tcp, протокол, src, интерфейс, mpls.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Я действующий сетевой инженер, расскажу вам о сетях в доступной форме.
Реклама - @bashmak_media
Мы на бирже: https://telega.in/c/school_network
РКН: https://vk.cc/cHYqt5”
Thanks to the high frequency of updates (latest data received on 27 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
26 492
Subscribers
+124 hours
-57 days
-9030 days
Loading data
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
October '26Oct '26
October '26
+67
in 11 channels
September '26
+82
in 17 channels
Get PRO
August '26
+71
in 12 channels
Get PRO
July '26
+276
in 27 channels
Get PRO
June '26
+94
in 15 channels
Get PRO
May '26
+156
in 21 channels
Get PRO
April '26
+86
in 25 channels
Get PRO
March '26
+228
in 24 channels
Get PRO
February '26
+323
in 40 channels
Get PRO
January '26
+1 172
in 196 channels
Get PRO
December '25
+201
in 15 channels
Get PRO
November '25
+110
in 2 channels
Get PRO
October '25
+586
in 139 channels
Get PRO
September '25
+50
in 0 channels
Get PRO
August '25
+4 042
in 33 channels
Get PRO
July '25
+498
in 164 channels
Get PRO
June '25
+107
in 8 channels
Get PRO
May '25
+249
in 0 channels
Get PRO
April '25
+2 286
in 163 channels
Get PRO
March '25
+1 398
in 158 channels
Get PRO
February '25
+488
in 132 channels
Get PRO
January '25
+609
in 36 channels
Get PRO
December '24
+1 048
in 183 channels
Get PRO
November '24
+900
in 48 channels
Get PRO
October '24
+717
in 75 channels
Get PRO
September '24
+639
in 186 channels
Get PRO
August '24
+371
in 21 channels
Get PRO
July '24
+527
in 54 channels
Get PRO
June '24
+451
in 6 channels
Get PRO
May '24
+1 239
in 36 channels
Get PRO
April '24
+393
in 51 channels
Get PRO
March '24
+273
in 6 channels
Get PRO
February '24
+10 908
in 28 channels
Get PRO
January '24
+845
in 10 channels
Get PRO
December '23
+805
in 2 channels
Get PRO
November '23
+661
in 11 channels
Get PRO
October '23
+513
in 8 channels
Get PRO
September '23
+995
in 0 channels
Get PRO
August '23
+1 456
in 0 channels
Get PRO
July '23
+977
in 0 channels
Get PRO
June '23
+1 325
in 0 channels
Get PRO
May '23
+1 155
in 0 channels
Get PRO
April '23
+854
in 0 channels
Get PRO
March '23
+1 193
in 0 channels
Get PRO
February '23
+1 763
in 0 channels
Get PRO
January '23
+1 785
in 0 channels
Get PRO
December '22
+3 646
in 0 channels
Get PRO
November '22
+248
in 0 channels
Get PRO
October '22
+255
in 0 channels
Get PRO
September '22
+853
in 0 channels
Get PRO
August '22
+478
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 27 October | 0 | |||
| 26 October | +1 | |||
| 25 October | +3 | |||
| 24 October | 0 | |||
| 23 October | +6 | |||
| 22 October | +9 | |||
| 21 October | +2 | |||
| 20 October | +2 | |||
| 19 October | +5 | |||
| 18 October | +19 | |||
| 17 October | +1 | |||
| 16 October | +1 | |||
| 15 October | +2 | |||
| 14 October | +1 | |||
| 13 October | +2 | |||
| 12 October | +3 | |||
| 11 October | +1 | |||
| 10 October | 0 | |||
| 09 October | 0 | |||
| 08 October | +1 | |||
| 07 October | 0 | |||
| 06 October | +1 | |||
| 05 October | +1 | |||
| 04 October | +1 | |||
| 03 October | 0 | |||
| 02 October | +1 | |||
| 01 October | +4 |
Channel Posts
🔥 На 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 |
