21 Aug 2026, 09:35 UTC971 views5 reactionsread 22 August 2026 Photo
Один VLAN может проходить через несколько коммутаторов без единого L3-интерфейса
VLAN не привязан к конкретному коммутатору.
Если между устройствами настроен trunk, один и тот же broadcast domain может растянуться через несколько физических узлов.
Например:
PC ── SW1 ══ SW2 ══ SW3 ── Server
VLAN 30 VLAN 30 VLAN 30
На trunk-портах кадр VLAN 30 идёт с тегом 802.1Q.
Проверка на Linux:
ip -d link show et…
❤5
20 Aug 2026, 09:10 UTC≈1,200 views8 reactionsread 22 August 2026 Photo
Ping 1 мс не всегда означает, что сеть работает быстро (но почему?)
Можно получить RTT в 1–2 мс и при этом иметь очень плохую передачу данных.
ping проверяет только время прохождения ICMP-пакета туда и обратно.
Он почти ничего не говорит о том, сколько пакетов реально теряется, насколько забит канал и что происходит с TCP при передаче.
Например, при потере даже небольшого процента TCP-пакетов скорость может резко …
👍6❤2
19 Aug 2026, 09:32 UTC≈1,300 views6 reactionsread 22 August 2026 Photo
Почему TCP-порт 443 - это не обязательно один TCP-порт?
Когда говорят «сервер слушает 443 порт», легко представить один socket, который принимает все HTTPS-соединения.
Но TCP идентифицирует соединение не только по порту назначения.
Для него важна комбинация:
src IP + src port + dst IP + dst port
Например, сервер слушает:
10.0.0.10:443
А клиенты создают:
10.0.1.20:49152 → 10.0.0.10:443 10.0.1.21:49153 → 10.0.0…
👍6
18 Aug 2026, 13:20 UTC≈1,190 views3 reactionsread 22 August 2026 Photo
📂 Почему Linux иногда отбрасывает корректный пакет из-за rp_filter
Ситуация выглядит странно: маршрут до сервера есть, интерфейс поднят, tcpdump показывает входящие пакеты, но соединение не устанавливается.
Одна из причин - Reverse Path Filtering.
1️⃣Что происходит
Linux получает пакет от 10.20.30.50 на eth1 и проверяет, через какой интерфейс он сам отправил бы трафик обратно к 10.20.30.50.
Если маршрут указывае…
👍3
17 Aug 2026, 10:43 UTC≈1,330 views5 reactionsread 22 August 2026 Photo
Default route из нескольких источников
На маршрутизаторе одновременно живут default route из BGP, OSPF и static.
Все протоколы говорят, что выход есть, но трафик стабильно уходит через один uplink.
Смотреть только show ip route мало. Сначала интересно понять, что именно BGP считает лучшим кандидатом:
show ip bgp 0.0.0.0
А затем сравнить это с тем, что OSPF держит у себя:
show ip ospf rib 0.0.0.0
Здесь уже може…
👍4❤1
14 Aug 2026, 09:25 UTC≈1,730 views3 reactionsread 22 August 2026 Photo
Cross-zone traffic и неожиданный latency
Сервис вроде бы находится в одной VPC, но запросы между двумя компонентами внезапно становятся заметно медленнее.
Особенно часто это всплывает после масштабирования: backend поднялся в другой зоне, а клиент продолжил ходить к нему через балансировщик или другой региональный компонент.
Посмотреть, куда реально уходит соединение:
ss -tnp
Если адреса backend’ов принадлежат р…
👍2🔥1
13 Aug 2026, 09:25 UTC≈1,690 views2 reactionsread 22 August 2026 Photo
netdev_budget и обработка большого потока пакетов
При большом PPS сервер может начать терять пакеты, хотя канал ещё далеко не забит.
Один из интересных параметров здесь - netdev_budget: сколько пакетов kernel может обработать за один проход NAPI.
Посмотреть текущее значение:
sysctl net.core.netdev_budget
Если входящий поток постоянно превышает этот лимит, обработка переносится на следующие проходы. В результате …
👍2
12 Aug 2026, 09:20 UTC≈1,460 views3 reactionsread 22 August 2026 Photo
Один backend получает почти весь трафик
На графике LB всё выглядит подозрительно: три backend’а работают, healthcheck зелёный, но один получает 80–90% запросов.
Проверять сам алгоритм балансировки недостаточно. В L4 балансировке решение часто принимается для соединения, а не для каждого запроса.
Для начала можно посмотреть распределение TCP-сессий на backend’ах:
ss -Htn state established '( sport = :443 )' | awk …
👍3
11 Aug 2026, 10:16 UTC≈1,490 views2 reactionsread 22 August 2026 Photo
RIB vs FIB: маршрут существует, но пакет идёт иначе
Маршрут есть в RIB, но пакет всё равно уходит не туда. Особенно неприятно это становится после изменений BGP, ECMP или policy routing.
В Linux полезно сразу смотреть не только таблицу маршрутов, а конкретное решение forwarding для нужного адреса:
ip route get <ip> from <source-ip>
Здесь уже учитываются source address и выбранная таблица маршрутизации. Результат …
👍2
10 Aug 2026, 11:35 UTC≈1,430 views4 reactionsread 22 August 2026 Photo
Как поймать внезапный ARP-resolve timeout
Когда «всё работает… но периодически что-то замирает», очень часто виноват ARP.
Хост просто не может быстро получить MAC адрес - и весь трафик встаёт на паузу. Особенно больно это бьёт по VoIP, SSH и интерактивным сервисам.
Обычно такие таймауты не видны в обычных логах, поэтому отлавливать их нужно вручную.
1️⃣Проверяем, как часто хост делает ARP-запросы
Если сосед «тер…
👍4
7 Aug 2026, 09:15 UTC≈1,980 views5 reactionsread 22 August 2026 Photo
Разбор странных MTU-проблем через PMTUD
Пинг проходит, TCP-соединение устанавливается, но большие файлы не скачиваются, HTTPS периодически зависает, а часть API-запросов просто уходит в таймаут.
Во многих случаях причина оказывается не в самом MTU, а в том, что Path MTU Discovery (PMTUD) перестал работать где-то по пути.
Проверить, какой максимальный размер пакета реально проходит без фрагментации, можно так:
pin…
❤4🥰1
6 Aug 2026, 13:08 UTC≈1,980 views7 reactionsread 22 August 2026 Photo
Firewall rule ordering: почему одно правило ломает всё ниже
Добавили всего одно правило в firewall - и часть сервисов перестала работать.
При этом сами правила выглядят правильными, а нужные allow вообще присутствуют в конфигурации.
Во многих firewall обработка идёт сверху вниз, и первое совпавшее правило завершает проверку. Всё, что находится ниже, уже не участвует.
iptables -L INPUT --line-numbers -n -v
Сразу …
👍7
Showing the 12 most recent of 31 posts we hold for @networkadm. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.