| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
Серверная Админа | Компь…
[telegram]
|
14 | 26836 | 25.06.26 |
ZeroDay | Кибербезопасно…
[telegram]
|
2 | 43029 | 24.06.26 |
Бункер Хакера
[telegram]
|
3 | 21294 | 19.06.26 |
|
Бункер Хакера
[max]
|
6 | 248 | 03.06.26 |
|
DevHumor
[max]
|
1 | 752 | 22.05.26 |
|
Находки Программиста
[max]
|
1 | 398 | 22.05.26 |
|
Нейролента
[max]
|
1 | 719 | 22.05.26 |
| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
|
ZeroDay | Кибербезопасно…
[max]
|
15 | 873 | 05.06.26 |
|
Бункер Хакера
[max]
|
5 | 248 | 04.06.26 |
C/C++ Ready | Программир…
[telegram]
|
1 | 14600 | 30.05.26 |
C# Ready | Unity
[telegram]
|
1 | 9870 | 30.05.26 |
|
Design Ready
[telegram]
|
1 | 7 | 30.05.26 |
DevOps Ready | IT
[telegram]
|
1 | 6350 | 30.05.26 |
Frontend Ready🚀
[telegram]
|
1 | 60 | 30.05.26 |
Загрузка данных...
| Размещенный пост | Текст публиакции | Рекламирующий канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
Загрузка данных...
| Размещенный пост | Текст публикации | Рекламируемый канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
| Дата и время публикации | Текст публикации | Рекламируемый канал | Динамика просмотров | Всего просмотров |
|---|---|---|---|---|
| 2026-06-26 13:00:02 | 📝 TWAMP: как измерить канал без агента на каждом роутере 👋 Привет, сетевой друг! Сегодня разберу протокол TWAMP, который мерит latency, jitter и потери между двумя точками без тяжёлого IP SLA на каждом узле. 🟣IP SLA хорош, но завязан на Cisco - работает только между их устройствами и требует ручной конфигурации responder на удалённой стороне. TWAMP (RFC 5357), открытый стандарт, его понимают Juniper, MikroTik, Linux-серверы с twamp-light и операторское измерительное железо. Никакого вендор-лока. 🟣 Внутри две роли: 1️⃣Control-Client устанавливает TCP-сессию и договаривается о параметрах теста - сколько пакетов слать, с каким интервалом, какого размера. 2️⃣Session-Sender и Session-Reflector обмениваются UDP-пакетами с метками времени, и по разнице этих меток считается задержка и джиттер раздельно в каждую сторону. 🟣Есть упрощённая версия, TWAMP-Light, без управляющего TCP-канала: просто шлёшь UDP и слушаешь ответ. На MikroTik выглядит так: /tool traffic-monitor add interface=ether1 sender-mode=yes target=10.0.0.5 threshold=100 \ on-event="log info reflector-down" 🟣 На Linux через twping из пакета twamp: apt install twamp twserver # сторона reflector twping -c 100 -i 0.1 10.0.0.5 # сторона sender, 100 пакетов с интервалом 0.1с Вывод сразу даёт RTT, джиттер и потери раздельно по направлениям. Обычный ping видит только сумму туда-обратно, а TWAMP различает, где именно деградация. 🟣Это важно, потому что канал бывает асимметричным: загрузка большая, отдача маленькая. Ping в такой ситуации покажет нормальный средний RTT, хотя реальная проблема сидит только в одном направлении. TWAMP покажет точно где. 🟣Используют операторы для SLA-отчётности перед клиентами, ведь цифры из TWAMP весомее, чем из обычного ping, плюс мониторинг качества MPLS и L2VPN между датацентрами и измерение реального джиттера для голосового трафика без привязки к конкретному вендору. 🤖Бесплатный ChatGPT 📝 TWAMP: как изм… | — |
|
66 |
| 2026-06-25 15:31:36 | 👋 Привет, сетевой друг! Расскажу еще о 3 способах прокачать защиту Mikrotik. 🟣Detect asymmetric routing через connection-mark + логирование: Ассиметрия маршрутизации часто ломает stateful firewall так, что это выглядит как “рандомные” обрывы. Можно поймать это через маркировку соединений. /ip firewall mangle add chain=prerouting connection-state=new action=mark-connection \ new-connection-mark=in_wan passthrough=yes in-interface=ether1 add chain=prerouting connection-state=new action=mark-connection \ new-connection-mark=out_wan passthrough=yes in-interface=ether2 Дальше проверка несоответствий: /ip firewall filter add chain=forward connection-mark=in_wan out-interface=ether2 action=log log-prefix="ASYM ROUTE" Тут цель - поймать трафик, который заходит через один WAN, а выходит через другой без явного policy routing. 🟣DHCP option abuse detection через static mapping контроль: Одна из недооцененных атак - подмена DHCP option 121/3 (route injection через DHCP). Базовый контроль: /ip dhcp-server option add name=block-static-routes code=121 value="" add name=block-gateway code=3 value="" И принудительное игнорирование нестандартных опций: /ip dhcp-server set [find] use-radius=no authoritative=yes Тут идея - убрать возможность клиентам получать неожиданные маршруты от rogue DHCP или misconfigured сервера. 🟣Layer7 fallback detection для скрытых прокси/туннелей: L7 фильтр в MikroTik слабый, но его можно использовать как индикатор аномалий (не как security boundary). Пример: /ip firewall layer7-protocol add name=proxy_detect regexp="(CONNECT|Proxy|X-Forwarded-For)" Привязка: /ip firewall filter add chain=forward layer7-protocol=proxy_detect action=add-src-to-address-list \ address-list=suspicious-proxy address-list-timeout=1h Используем так: ловит HTTP proxy tunneling выявляет скрытые корпоративные прокси внутри LAN помогает находить обходы фильтрации через нестандартные HTTP headers 🤖Бесплатный ChatGPT 👋 Привет, сетево… | — |
|
108 |
| 2026-06-25 10:00:06 | «Следствие вели...» в Авито! И это не заголовок пугающей новости, а совсем наоборот ⚡️ Авито пригласил легенду тру-крайма Леонида Каневского, чтобы он разгадал таинственное и запутанное дело о внезапном росте ошибок 404 на endpoint аватарок и нашёл виновных. Звучит как план для просмотра на вечер! Кстати, кейс в основе сюжета довольно реальный... Но это уже совсем другая история 👀 📱 YouTube 🤖Бесплатный ChatGPT «Следствие вели.… | — |
|
90 |
| 2026-06-24 14:16:23 | 👋 Привет, сетевой друг! Давай расскажу про MACsec (802.1AE) - шифрование трафика на уровне L2 которое многие забывают настроить, даже когда оно уже доступно на железе. 🟣Зачем это: IPSec шифрует на L3 и выше, но между свитчами внутри дата-центра или на линках между офисами трафик на L2 часто идёт открытым текстом. Любой, кто получит физический доступ к кабелю или скомпрометирует промежуточное устройство может читать или подменять фреймы. MACsec шифрует каждый Ethernet-фрейм целиком ещё до того как он попадёт в IP-стек, и делает это на скорости линка без задержки которую дал бы IPSec. 🟣Настраиваем MACsec между двумя свитчами через статический ключ (для тестов и небольших окружений): key chain MACSEC_KEY macsec key 1000 cryptographic-algorithm aes-256-cmac key-string 0 1234567890ABCDEF1234567890ABCDEF interface TenGigabitEthernet1/0/1 macsec network-link mka policy MACSEC_KEY network-link говорит, что это инфраструктурный линк между свитчами, а не подключение конечного устройства - меняет поведение MKA-протокола. 🟣Для продакшена используем MKA (MACsec Key Agreement) с динамической ротацией ключей через 802.1X вместо статики: dot1x system-auth-control interface TenGigabitEthernet1/0/1 macsec mka policy DYNAMIC_MKA dot1x pae both authentication periodic authentication timer reauthenticate 3600 Ключи ротируются автоматически раз в час - компрометация одного ключа не даёт доступа к трафику до и после ротации. 🟣 Проверяем что шифрование реально работает, а не просто сконфигурировано: show macsec summary show mka session show mka session interface TenGigabitEthernet1/0/1 detail mka session должна показывать Secured как статус. Если видите Pending дольше нескольких секунд - проблема в key chain или несовпадении политик на двух концах. 🟣Смотрим реальную статистику шифрования и обнаруживаем атаки replay: show macsec statistics interface TenGigabitEthernet1/0/1 Счётчик rx-pkts-late или integrity-check-failures растущий ненулевыми значениями - признак, что кто-то пытается инжектировать трафик в канал или физически вмешивается в линк. 🟣А критично это в дата-центрах с распределённой инфраструктурой, где кабели физически проходят через зоны с разным уровнем доступа, межофисные линки на арендованной инфраструктуре провайдера, где нельзя гарантировать, что никто не подключится к L2-сегменту, и любые среды с compliance-требованиями к шифрованию данных in-transit на всех уровнях, а не только на L3. 🤖Бесплатный ChatGPT 👋 Привет, сетево… | — |
|
135 |
| 2026-06-23 13:43:47 | 👋 Привет, сетевой друг! Расскажу проNetProbe - простой Python-тул для поиска устройств в локалке через ARP. 🟣Что это: скрипт который шлёт ARP-запросы по всей подсети и собирает ответы. На выходе список устройств с IP, MAC-адресом, производителем по OUI и иногда моделью устройства. 🟣Почему именно ARP, а не ping или TCP-скан: ARP работает на уровне L2 и не блокируется файрволом - даже устройство которое игнорирует ICMP и держит все порты закрытыми всё равно обязано ответить на ARP-запрос, иначе оно просто не сможет принимать трафик в своей сети. 🟣 Установка: git clone https://github.com/HalilDeniz/NetProbe.git cd NetProbe pip3 install -r requirements.txt 🟣Базовый запуск по подсети: python3 netprobe.py -t 192.168.1.0/24 🟣 Флаги которые реально нужны: # Живой мониторинг — видно когда устройство появляется и пропадает python3 netprobe.py -t 192.168.1.0/24 --live # Сохранить результат в файл python3 netprobe.py -t 192.168.1.0/24 -o results.txt # Фильтр по производителю python3 netprobe.py -t 192.168.1.0/24 --vendor Apple # Интервал между сканами в секундах, по умолчанию 5 python3 netprobe.py -t 192.168.1.0/24 --rate 10 🟣Где реально пригождается: быстро понять что висит в гостевой сети, найти забытые IoT-устройства которые никто не инвентаризировал, отследить когда новое устройство внезапно появляется в сети через live-режим. Минус один - работает только в пределах одного broadcast-домена, для удалённых подсетей нужен другой инструмент. 🤖Бесплатный ChatGPT 👋 Привет, сетево… | — |
|
154 |
| 2026-06-23 10:00:01 | Магия Lovable: как создавать готовые интерфейсы с помощью одного запроса. Бесплатный урок курса «Вайб-кодинг: создание цифровых продуктов с ИИ» Lovable может за минуты собрать экран, который выглядит как почти готовый интерфейс. Но результат зависит не от «магии нейросети», а от того, насколько точно вы ставите задачу. Один расплывчатый запрос даст случайный макет, а правильно собранный системный промпт — понятную структуру, единый стиль и экран, который уже можно показывать команде, заказчику или использовать для проверки идеи. На открытом уроке 2 июля в 20:00 разберём, как формулировать задачи для Lovable, чтобы получать предсказуемый результат с первой попытки. Поговорим о структуре системного промпта, ключевых словах, которые помогают превратить текст в качественный интерфейс, и способах доработки результата через встроенный редактор и повторные запросы. Отдельно обсудим, как управлять компонентами, просить нейросеть переиспользовать элементы и сохранять единый визуальный стиль. Урок не для тех, кто ждёт, что Lovable «сам всё поймёт», не готов уточнять задачу и хочет получать качественный интерфейс без структуры, контекста и итераций. 👉 Записаться: https://otus.pw/htNR/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576 🤖Бесплатный ChatGPT Магия Lovable: к… | — |
|
130 |
Загрузка данных...
| Время | Контент | Подписчиков | Кто ссылался | Просмотры 48ч | Просмотры 24ч |
|---|