¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
Серверная Админа | Компьютерные сети
Ir al canal en Telegram
Я действующий сетевой инженер, расскажу вам о сетях в доступной форме. Реклама - @bashmak_media Мы на бирже: https://telega.in/c/school_network РКН: https://vk.cc/cHYqt5
Mostrar más📈 Análisis del canal de Telegram Серверная Админа | Компьютерные сети
El canal Серверная Админа | Компьютерные сети (@school_network) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 26 765 suscriptores, ocupando la posición 5 087 en la categoría Tecnologías y Aplicaciones y el puesto 24 832 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 26 765 suscriptores.
Según los últimos datos del 10 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -47, y en las últimas 24 horas de -11, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 11.44%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 5.65% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 3 062 visualizaciones. En el primer día suele acumular 1 513 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 13.
- Intereses temáticos: El contenido se centra en temas clave como tcp, протокол, src, интерфейс, mpls.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Я действующий сетевой инженер, расскажу вам о сетях в доступной форме.
Реклама - @bashmak_media
Мы на бирже: https://telega.in/c/school_network
РКН: https://vk.cc/cHYqt5”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 11 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
26 765
Suscriptores
-1124 horas
-437 días
-4730 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
junio '26
junio '26
+60
en 10 canales
mayo '26
+156
en 21 canales
Get PRO
abril '26
+86
en 25 canales
Get PRO
marzo '26
+228
en 24 canales
Get PRO
febrero '26
+323
en 40 canales
Get PRO
enero '26
+1 172
en 196 canales
Get PRO
diciembre '25
+201
en 15 canales
Get PRO
noviembre '25
+110
en 2 canales
Get PRO
octubre '25
+586
en 138 canales
Get PRO
septiembre '25
+50
en 0 canales
Get PRO
agosto '25
+4 042
en 33 canales
Get PRO
julio '25
+498
en 164 canales
Get PRO
junio '25
+107
en 8 canales
Get PRO
mayo '25
+249
en 0 canales
Get PRO
abril '25
+2 286
en 163 canales
Get PRO
marzo '25
+1 398
en 158 canales
Get PRO
febrero '25
+488
en 132 canales
Get PRO
enero '25
+609
en 36 canales
Get PRO
diciembre '24
+1 048
en 183 canales
Get PRO
noviembre '24
+900
en 48 canales
Get PRO
octubre '24
+717
en 75 canales
Get PRO
septiembre '24
+639
en 186 canales
Get PRO
agosto '24
+371
en 21 canales
Get PRO
julio '24
+527
en 54 canales
Get PRO
junio '24
+451
en 6 canales
Get PRO
mayo '24
+1 239
en 36 canales
Get PRO
abril '24
+393
en 51 canales
Get PRO
marzo '24
+273
en 6 canales
Get PRO
febrero '24
+10 908
en 28 canales
Get PRO
enero '24
+845
en 10 canales
Get PRO
diciembre '23
+805
en 2 canales
Get PRO
noviembre '23
+661
en 11 canales
Get PRO
octubre '23
+513
en 8 canales
Get PRO
septiembre '23
+995
en 0 canales
Get PRO
agosto '23
+1 456
en 0 canales
Get PRO
julio '23
+977
en 0 canales
Get PRO
junio '23
+1 325
en 0 canales
Get PRO
mayo '23
+1 155
en 0 canales
Get PRO
abril '23
+854
en 0 canales
Get PRO
marzo '23
+1 193
en 0 canales
Get PRO
febrero '23
+1 763
en 0 canales
Get PRO
enero '23
+1 785
en 0 canales
Get PRO
diciembre '22
+3 646
en 0 canales
Get PRO
noviembre '22
+248
en 0 canales
Get PRO
octubre '22
+255
en 0 canales
Get PRO
septiembre '22
+853
en 0 canales
Get PRO
agosto '22
+478
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 11 junio | +2 | |||
| 10 junio | 0 | |||
| 09 junio | +3 | |||
| 08 junio | +3 | |||
| 07 junio | +1 | |||
| 06 junio | +2 | |||
| 05 junio | +6 | |||
| 04 junio | 0 | |||
| 03 junio | +7 | |||
| 02 junio | +12 | |||
| 01 junio | +24 |
Publicaciones del Canal
👋 Привет, сетевой друг!
Сегодня расскажу, что такое API, зачем нужен и почему его сейчас используют вообще везде.
🟣Что такое API: ну если совсем грубо - это интерфейс для общения программ друг с другом. Вместо того чтобы инженер заходил в веб-интерфейс и нажимал кнопки вручную, приложение отправляет запрос и получает ответ в структурированном виде.
🟣Например, система мониторинга может сама запросить список интерфейсов у маршрутизатора или создать VLAN без участия человека.
🟣Как работает: чаще всего используется HTTP API. Клиент отправляет запрос на сервер, сервер обрабатывает его и возвращает ответ в формате JSON.
Пример запроса к устройству:
curl -X GET https://router/api/interfaces \
-H "Authorization: Bearer TOKEN"
Ответ:
{
"interface": "Gi0/1",
"status": "up",
"traffic": "124 Mbps"
}
🟣Основные методы API:
GET - получить данные POST - создать объект PUT - изменить объект DELETE - удалить объект
По такой схеме работают Cisco DNA Center, NetBox, Zabbix, Grafana, облачные платформы и сотни других систем.
🟣Зачем это сетевику: раньше для автоматизации приходилось парсить вывод CLI через Expect или SSH-скрипты. API позволяет получать данные в готовом виде без костылей и риска, что обновление прошивки сломает автоматизацию.
Пример создания VLAN через API:
curl -X POST https://switch/api/vlans \
-H "Authorization: Bearer TOKEN" \
-d '{"id":100,"name":"USERS"}'
🟣Что еще полезно знать для работы:
# Проверить доступность API
curl https://device/api
# Красиво вывести JSON
curl https://device/api/interfaces | jq
# Посмотреть HTTP-заголовки
curl -I https://device/api
Если сегодня сеть управляется кодом, то API - это тот самый язык, на котором разговаривают маршрутизаторы, контроллеры, системы мониторинга и автоматизация.
Серверная Админа | Zeroday | #API| 2 |  📝 История Spanning Tree: как Ethernet перестал зацикливаться в петлях
Сегодня про базовую боль L2-сетей - петли, которые ломают сеть быстрее, чем любая “сложная” атака.
🟣Как сеть ломалась без STP: в L2 нет понятия “главного пути”. Свитчи просто пересылают кадры дальше, а broadcast вообще обязан уйти во все стороны. Как только появляется петля, один пакет начинает дублироваться и возвращаться обратно. Дальше это уже не трафик, а самовоспроизводящаяся лавина, которая забивает канал и ломает MAC-таблицы.
🟣Почему это не лечится “умнее пересылкой”: проблема не в маршруте, а в самой модели L2. Свитч не знает историю кадра и не отличает “новый” от “копии, пришедшей по кругу”. Поэтому никакая оптимизация пересылки не спасает - нужно убрать циклы как класс.
🟣Что сделал STP на практике: он не “настраивает сеть”, он принудительно убирает из неё часть физических связей, оставляя только структуру без циклов. Остальные линки остаются как резерв, но выключены на уровне пересылки.
🟣Как это выглядит в работе:
• сеть сначала ведёт себя как обычный граф
• потом выбирается точка опоры (root)
• из всех возможных путей остаётся один
• всё остальное “замораживается”, пока не случится обрыв
🟣Неочевидный эффект: резерв в Ethernet существует физически, но логически сеть всегда работает как будто у неё только одно дерево. Это сильно контрастирует с IP-миром, где резерв - это активная часть маршрутизации.
🟣Почему это до сих пор не убрали: потому что базовая модель Ethernet не изменилась. Пока есть L2-домены с широковещанием, петли остаются смертельной проблемой, а STP - самым простым способом не дать им убить сеть.
Серверная Админа | Zeroday | #Spannkingtree | 1 684 |
| 3 |  👋 Привет, сетевой друг!
Сегодня про OSV.dev - открытую базу уязвимостей и сервис, который проверяет зависимости проекта на известные security-проблемы в open-source.
🟣Что это: OSV (Open Source Vulnerabilities) - база, которая связывает уязвимости не просто с названиями пакетов, а с конкретными версиями. Это важно, потому что одна и та же библиотека может быть уязвима только в диапазоне версий, а не “всегда”.
🟣Как работает: сервис берет зависимости проекта (или контейнер/SBOM) и сопоставляет их с базой уязвимостей. В результате получается точный список: где проблема, в какой версии и что нужно обновить.
🟣Быстрый старт:
# установка
curl -sSfL https://raw.githubusercontent.com/google/osv-scanner/main/install.sh | sh
# проверка проекта
osv-scanner scan .
🟣Полезные сценарии:
# проверка Docker-образа
osv-scanner scan --docker nginx:latest
# проверка SBOM (CycloneDX / SPDX)
osv-scanner scan --sbom sbom.json
# быстрый просмотр конкретной уязвимости
osv-scanner query osv.dev/PYSEC-2023-15
🟣В современных системах 70–90% кода - это зависимости. И чаще всего взламывают не ваш код, а библиотеку, которую вы подключили “по умолчанию”. OSV закрывает именно этот слой риска и хорошо ложится в CI/CD или ручной аудит перед деплоем.
Серверная Админа | Zeroday | #Инструмент | 1 736 |
| 4 | 🤩 Мы для вас нашли лютый блог Ибэшника, который ведёт человек с 15-ти летним стажем работы.
В канале он рассказывает:
🟢Какими инструментами он пользуется при работе
🟢Какими законными и подзаконными актами он руководствуется
🟢Как правильно делать обращения в ФСТЭК
🟢Так же рассказывает о инцидентах, с которыми встречается при работе
🫵 Карманный хакер — твой путеводитель в мир ИБ! | 2 131 |
| 5 |  Как я сделал сканер под iOS и Android для диагностики Wi-Fi-сети
Статья про то, как автор сделал мобильный Wi-Fi-сканер для iOS и Android, превращающий смартфон в инструмент для радиообследования сетей. На Android основная инженерная часть связана с обходом ограничений сканирования и throttling, а также организацией непрерывного режима измерений. На iOS данные приходится собирать через системные обходные механизмы вроде Shortcuts и App Intents из-за закрытых Wi-Fi API.
Серверная Админа | Zeroday | #Статья | 2 415 |
| 6 | УСТАЛ ОТ МЕДЛЕННЫХ,
ЛАГАЮЩИХ VPS-ПРОВАЙДЕРОВ❓
@VIRTUALMACHINE — Официальный, быстрый, стабильный и мощный хостинг RDP/VPS. 😀
🛡 DDoS-защита L4–L7
⚡ Мгновенный запуск серверов
😀 Локации по всему миру
📈 Live Uptime прямо в боте
💻 Большой выбор ОС
💰 Оплата криптовалютой / СБП
⚙️ Полный root/admin доступ
РАЗВЕРНИ СВОЙ СЕРВЕР ПРЯМО В TELEGRAM ЗА 30 СЕКУНД - @VIRTUALMACHINE 😀
📢 Новости — @virtualmachine 😀 | 2 678 |
| 7 | OSPF маршруты есть, но трафик идёт через более длинный путь: | 2 675 |
| 8 |  👋 Привет, сетевой друг!
Сегодня разберём ещё 5 полезных фишек для Cisco IOS, которые реально экономят время и нервы.
🟣ECN через tc на уровне интерфейса - тонкая настройка вместо глобального sysctl:
tc qdisc show dev eth0
# fq_codel с явным ECN
tc qdisc replace dev eth0 root fq_codel ecn
# Или fq для BBR
tc qdisc replace dev eth0 root fq flow_limit 200 ecn
# Статистика дропов и ECN-меток
tc -s qdisc show dev eth0
fq_codel меряет latency очереди и маркирует пакеты ECN до того как начинает дропать. В отличие от глобального tcp_ecn=1 работает на уровне конкретного интерфейса и не зависит от поддержки на промежуточном оборудовании.
🟣Receive Packet Steering - распределяем обработку входящих пакетов по CPU без аппаратного RSS:
nproc
# Включаем RPS на интерфейсе для всех CPU (4-core = f)
echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus
# RFS — направляем пакеты на тот CPU где живёт приложение
sysctl -w net.core.rps_sock_flow_entries=32768
echo 2048 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt
На однопоточном NIC без аппаратного multiqueue весь входящий трафик обрабатывается одним CPU. RPS разносит нагрузку программно.
🟣tcp_notsent_lowat - контролируем сколько данных накапливается в send buffer не отправленными:
sysctl -w net.ipv4.tcp_notsent_lowat=16384
Без этого при медленном получателе send buffer забивается и приложение блокируется на write() даже когда реально может отправить данные. Критично для HTTP/2 серверов с приоритизацией потоков.
🟣Отключаем GRO на интерфейсах где важна латентность:
ethtool -k eth0 | grep generic-receive
ethtool -K eth0 gro off
ethtool -K eth0 tso off gso off
GRO объединяет входящие пакеты в большие chunks перед передачей в стек - хорошо для throughput, плохо для латентности. На торговых системах и VoIP это принципиально.
🟣ip_local_reserved_ports - резервируем порты которые не должны занимать эфемерные соединения:
sysctl -w net.ipv4.ip_local_port_range="1024 65535"
sysctl -w net.ipv4.ip_local_reserved_ports="8080,8443,9090-9100"
Без резервирования при высоком RPS эфемерное соединение может занять порт на котором должен подняться сервис, и сервис не стартует с EADDRINUSE.
Серверная Админа | Zeroday | #Cisco | 2 501 |
| 9 | 👋 Привет, сетевой друг!
Пока искал материалы по безопасности виртуализации, наткнулся на интересную статью на Хабре: https://habr.com/ru/articles/1037318
🟣Автор поднимает тему, о которой обычно вспоминают только после очередного громкого CVE. Разбор VMware, Hyper-V, Proxmox и российских платформ сводится к простому вопросу: насколько вообще безопасны системы, на которых держится инфраструктура.
🟣Спойлер: уязвимости есть вообще у всех. И речь не про мелкие баги, а про вполне серьёзные вещи: побег из VM, повышение привилегий и выполнение кода на хосте.
🟣Интереснее всего не список CVE, а то, что происходит дальше. Как быстро выходит патч, можно ли его получить, и насколько у вендора вообще выстроен прозрачный процесс работы с уязвимостями. Отдельно зацепил разбор VMware в текущих реалиях. Там вопрос уже не только в скорости фиксов, но и в самой доступности обновлений как таковых.
🟣Лично мне ближе мысль, что безопасность платформы - это не отсутствие уязвимостей, а предсказуемость реакции: как быстро проблемы превращаются в патчи и можно ли на это рассчитывать в проде.
🟣Материал объёмный и местами спорный, но если работаешь с виртуализацией или инфраструктурой - есть смысл прочитать и сверить картину.
Серверная Админа | #виртуализация | 2 052 |
| 10 |  👋 Привет, сетевой друг!
Сегодня расскажу про момент, когда компьютерные сети перестали быть чисто про вычисления, и внезапно стали тем, чем мы пользуемся каждый день - системой общения и обмена данными.
🟣В начале 70-х ARPANET заметно меняется по поведению. Изначально его задумывали как способ удалённого доступа к вычислительным ресурсам, но пользователи почти сразу начали делать другое - общаться. Вместо запуска задач на удалённых машинах сеть превратилась в канал сообщений. Это был первый сигнал: ценность сети, не в CPU, а в людях на концах соединений.
🟣Рэй Томлинсон в 1971 году фактически собрал современную почту из двух разных программ: локальной отправки сообщений и сетевой передачи файлов. И именно там появляется символ @ - простая идея, которая решает сложную проблему: как однозначно указать “пользователь + машина” в распределённой системе. До этого такого универсального адреса просто не существовало.
🟣Дальше происходит взрыв: Email становится главным приложением ARPANET буквально за несколько лет. И важно не то, что появилась почта, а то, что вокруг неё начали формироваться привычки: ответить, переслать, разложить входящие. Интерфейс ещё сырой, но поведение уже узнаваемое - сеть начинает “обрастать UX’ом”.
🟣Параллельно на Гавайях в ALOHAnet делают довольно дерзкую вещь: убирают контроль за средой передачи вообще. Устройства просто говорят в общий эфир, а если столкнулись - повторяют позже. Никаких сложных расписаний, только статистика и случайность. И внезапно это работает достаточно хорошо, чтобы стать основой для будущих моделей доступа к сети.
🟣В Xerox PARC Меткалф берёт эту идею и делает из неё инженерный продукт. Ethernet добавляет простое правило: перед отправкой слушай канал, и если он занят - подожди. Это уже не “хаотичный эфир”, а управляемая общая среда. И именно это превращает локальные сети в что-то стабильное и масштабируемое.
🟣Ирония в том, что Ethernet создавался вообще не как “основа мира сетей”, а как способ связать несколько рабочих станций и принтер. Но архитектура оказалась настолько удачной, что офисная сеть внезапно стала стандартом всей индустрии.
Серверная Админа | Бункер Хакера | #история | 2 436 |
| 11 | Что общего у SRE и рыбаков? «GitOps = реальность» — это миф? Не создаёт ли Chaos Engineering ещё больше хаоса?..
Звучит как те самые внезапные вопросы перед сном в будний день 👀
И, кстати, ответ на все три у нас имеется! Правда, не здесь, а в подкасте «В SREду на кухне» — его ведут опытные инженеры из Авито. Они обсуждают наболевшее, приглашают внешних гостей и коллег, а также делятся дополнительными инсайтами, статьями по теме и анонсами встреч в своём канале.
Советуем подписаться и сохранить на будущее пару выпусков 🧠 | 1 972 |
| 12 |  👋 Привет, сетевой друг!
Давай расскажу про IP SLA с Object Tracking - как роутер сам принимает решения на основе качества канала, а не просто факта его наличия.
🟣Зачем это: стандартный floating static route переключается только когда интерфейс физически падает. Канал может быть поднят, но пакеты теряться на 40% - роутер об этом не знает. IP SLA меряет реальное качество и track реагирует на деградацию, а не на физическое падение.
🟣Настраиваем SLA который меряет jitter до провайдерского шлюза:
ip sla 1
udp-jitter 8.8.8.8 5000 num-packets 20 interval 20
frequency 30
threshold 100
ip sla schedule 1 life forever start-time now
🟣Создаём track который реагирует на превышение threshold:
track 1 ip sla 1 reachability
track 2 ip sla 1 state
delay down 10 up 30
delay down 10 up 30 - переключение происходит только если состояние не изменилось 10 секунд вниз или 30 секунд вверх. Убирает флаппинг при нестабильном канале.
🟣Привязываем маршруты к track:
ip route 0.0.0.0 0.0.0.0 10.0.0.1 track 1
ip route 0.0.0.0 0.0.0.0 10.0.0.2 10
Основной маршрут живёт пока track 1 зелёный. Резервный с distance 10 поднимается автоматически при деградации основного канала.
🟣Можно привязать track к интерфейсу напрямую - мастхэв, когда нужно гасить интерфейс при падении SLA:
interface GigabitEthernet0/1
ip address 10.0.0.1 255.255.255.252
shutdown track 1
🟣Смотрим состояние:
show ip sla statistics 1
show track 1
show track brief
show ip sla statistics покажет RTT, jitter, процент потерь и количество превышений threshold за последний период.
Серверная Админа | Zeroday | #IPSLA | 2 595 |
| 13 | Как автоматизировать работу с выделенными серверами без слез и костылей
Разбираемся на бесплатном вебинаре от Selectel. Присоединяйтесь, чтобы узнать, как работать с Terraform на выделенных серверах, чем подход Infrastructure as Code может быть полезен для бизнеса и как устроен Bare Metal Cloud в Selectel.
Все участники вебинара получат промокод на 3000 бонусов в панели Selectel.
📍 Онлайн
⏰ 16 июня в 12:00
Регистрируйтесь ➡️ https://slc.tl/d8y45
Больше мероприятий для ИТ-специалистов в канале @selectel_events. Подписывайтесь!
Реклама. АО "Селектел". erid:2W5zFJDeG4H | 2 016 |
| 14 |  👋 Привет, сетевой друг!
Продолжим разбирать Primus - тул для обслуживания Windows который не стыдно запустить на рабочей машине. Покажу полезные команды для инструмента.
🟣Очистка временных файлов вручную через PowerShell:
# Пользовательские временные файлы
Remove-Item "$env:TEMP\*" -Recurse -Force -ErrorAction SilentlyContinue
# Системные временные файлы
Remove-Item "C:\Windows\Temp\*" -Recurse -Force -ErrorAction SilentlyContinue
# Кэш Windows Update
Stop-Service wuauserv -Force
Remove-Item "C:\Windows\SoftwareDistribution\Download\*" -Recurse -Force
Start-Service wuauserv
🟣Починка системных файлов - правильный порядок важен:
:: Сначала DISM восстанавливает образ
DISM /Online /Cleanup-Image /RestoreHealth
:: Потом SFC проверяет файлы по восстановленному образу
sfc /scannow
:: Результат SFC смотрим в логе
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log | tail -50
🟣Сброс сети когда ничего не помогает:
netsh winsock reset
netsh int ip reset
netsh int tcp reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew
После этого обязательна перезагрузка - изменения применяются только после неё.
🟣Бэкап реестра перед любыми изменениями:
$date = Get-Date -Format "yyyy-MM-dd"
$path = "C:\RegBackup\$date"
New-Item -ItemType Directory -Force -Path $path
reg export HKLM\SYSTEM "$path\SYSTEM.reg"
reg export HKLM\SOFTWARE "$path\SOFTWARE.reg"
reg export HKLM\SAM "$path\SAM.reg"
🟣TRIM для SSD и дефрагментация для HDD - одной командой определяет тип диска:
$drives = Get-PhysicalDisk | Select MediaType, DeviceId
foreach ($drive in $drives) {
if ($drive.MediaType -eq "SSD") {
Optimize-Volume -DriveLetter C -ReTrim -Verbose
} else {
Optimize-Volume -DriveLetter C -Defrag -Verbose
}
}
Серверная Админа | Zeroday | #Инструмент | 2 552 |
| 15 |  📡 Сети для всех
📚 «Сети для всех» — образовательная организация в сфере сетевых технологий и системного администрирования.
Мы создаём практические курсы, которые помогают изучать реальные технологии и получать навыки, востребованные в современной IT-инфраструктуре. Основной упор делается именно на практику: работа с виртуальными лабораториями, настройка сетевого оборудования, мониторинг инфраструктуры, диагностика сетей и построение полноценных стендов.
В обучении используются реальные сценарии администрирования:
✅ Cisco
✅ MikroTik
✅ Huawei
✅ Linux-сервера
✅ Системы мониторинга Zabbix и Grafana
Все это мы делаем в виртуальной лаборатории EVE-NG.
➡️Перейти в канал
📊 Более 1500 учеников
🏆 Более 300 выданных сертификатов
⭐ Средний балл курсов — 4.8
Наши курсы подходят как для начинающих специалистов, так и для тех, кто хочет повысить квалификацию и получить больше практического опыта
➡️Перейти в наши курсы | 2 697 |
| 16 |  Почему порты стали «дверями» в сервер, и кто решил, что SSH будет 22
Статья про то, как порты постепенно превратились из технической детали ранних сетей в привычную модель «дверей» в сервер. Сначала они использовались в ARPANET для разделения трафика, потом с TCP/IP и BSD-сокетами стали стандартными точками привязки сервисов, а Джон Постел закрепил за ними официальные номера через IANA. SSH получил порт 22 почти случайно, когда утвердили уже используемое значение, а с появлением NAT и PAT порты стали ещё и способом разделять множество устройств за одним IP.
Серверная Админа | Zeroday | #Статья | 3 094 |
| 17 | 🇳🇱 Нидерланды — лучшая страна для айтишников в 2026.
€95k+, 30% ruling, 300k вакансий к 2030. Оффер уже смотришь?
Тогда вот что никто не говорит вслух.
Через полгода после переезда:
Деньги классные. Офис топ. Стек современный. Но в магазине говоришь «Dankjewel» и молишься, чтобы кассир не спросил ничего сложного. Письма от Gemeente — через переводчик. Соседи до сих пор на «hi» и «bye». Экзамен inburgering откладываешь третий спринт.
Нидерланды лучшие для карьеры. Для жизни без языка — так себе.
❌ Duolingo — рефакторинг без тестов. Зелёная сова довольна, в диалоге всё падает.
❌ Грамматику выучил. В живом разговоре — краш.
❌ Слова есть, логики нет. Говорить страшно.
Лучше задеплоить язык до переезда, чем дебажить жизнь после.
Канал «Нидерландский с Еленой Бурмаковой» — для тех, кто переезжает в Нидерланды или уже здесь.
✅ Разговорная речь с первого месяца
✅ Фразы для жизни, а не для учебника.
✅ Экзамен inburgering без хотфиксов накануне
✅ Реальные кейсы тех, кто был на твоем месте
Подписывайся до переезда. Это один из немногих багов, который дешевле фиксить заранее ⬇️
https://t.me/+hZAu05RsTadkOGVi
Реклама.
О рекламодателе. | 2 332 |
| 18 |  👨💻Серверная Админа | #мем | 3 526 |
| 19 |  👩💻 Всем программистам посвящается!
Вот 14 авторских обучающих IT каналов по самым востребованным областям программирования:
Выбирай своё направление:
👩💻 Python — t.me/python_ready
🤔 InfoSec & Хакинг — t.me/hacking_ready
👩💻 Linux — t.me/linux_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
👩💻 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 312 |
| 20 |  👋 Привет, сетевой друг!
Сегодня разберу протокол RSTP, который заменил STP и убрал самую бесучую его черту: ожидание по 30-50 секунд при любом изменении топологии.
🟣Зачем он: дефолтный STP сходится медленно, потому что ждёт таймеры - Forward Delay, Max Age. RSTP (Rapid Spanning Tree Protocol, 802.1w) убирает зависимость от таймеров и договаривается с соседями напрямую через механизм proposal/agreement. Сходимость падает с 30-50 секунд до 1-2.
🟣Как работает: вместо пассивного ожидания таймеров порт отправляет proposal соседу, тот немедленно отвечает agreement и порт переходит в forwarding.
🟣Роли портов изменились: в STP было два состояния, в RSTP три роли: Root Port (путь к корню), Designated Port (лучший порт на сегменте) и Alternate Port (резервный, аналог Blocking в STP). Alternate Port мгновенно становится Root Port при падении основного пути.
🟣Настройка на Cisco:
spanning-tree mode rapid-pvst
! Назначаем приоритет корневого свитча
spanning-tree vlan 10 priority 4096
spanning-tree vlan 20 priority 4096
! PortFast для портов к хостам - сразу в forwarding
interface GigabitEthernet0/1
spanning-tree portfast
spanning-tree bpduguard enable
🟣BPDU Guard на портах к хостам обязателен: если кто-то подключит свитч туда где должен быть только хост и начнёт слать BPDU - порт немедленно уйдёт в err-disabled:
! Глобально для всех portfast-портов
spanning-tree portfast bpduguard default
! Проверяем состояние
show spanning-tree vlan 10
show spanning-tree detail
show spanning-tree inconsistentports
🟣Диагностика когда что-то пошло не так:
debug spanning-tree events
show spanning-tree vlan 10 detail | include port|role|state|cost
Если видите TCN (Topology Change Notification) слишком часто - ищите нестабильный порт или петлю.
Серверная Админа | #RSTP | 3 648 |
