Не попадитесь на канал ботавода! Telemetrio находит и помечает такие каналы 👉 Хотите видеть метку — оформите подписку

Cactus провайдер

Открыть в Telegram

Канал о технике и людях делающих быстрый Интернет. Провайдер Кактус - единственный кактус в мире на котором приятно сидеть.

Больше

Страна не указанаКатегория не указана

863

Подписчики

Нет данных24 часа

-27 дней

+130 дней

959

Просмотры поста

~ 40924 часа

~ 45548 часов

111.12%

Коэффициент вовлеченности

~ 1

Постов в день

Ads index

Загружаем данные

Похожие каналы

Нет данных

Возникли проблемы? Пожалуйста, обновите страницу или обратитесь к нашему support-менеджеру .

Облако тегов

Нет данных

Возникли проблемы? Пожалуйста, обновите страницу или обратитесь к нашему support-менеджеру .

Входящие и исходящие упоминания

---

Привлечение подписчиков

ноябрь '26нояб. '26

ноябрь '260

в 0 каналах

октябрь '26

+865

в 1 каналах

Дата	Привлечение подписчиков	Упоминания	Каналы
03 ноября	0
02 ноября	0
01 ноября	0

Посты канала

⚡️ SSH-вход на сервер в одно касание! Как защитить доступы с помощью YubiKey? На видео показываю возможный способ администрирования. Вместо ввода паролей или хранения файлов ключей на диске Windows, я использую режим FIDO2 прямо внутри PuTTY. Как это работает: Запускаю подключение к серверу в PuTTY. Сервер отправляет случайный криптографический вызов. YubiKey начинает мигать, требуя физического подтверждения. Прикладываю палец к сенсору ➡️ ключ подписывает запрос внутри своего защищенного чипа (закрытый ключ никогда не покидает устройство!). Мгновение — и я в консоли сервера. 🟢 От чего это спасает: Даже если хакер полностью взломает мой рабочий ПК, он не сможет угнать доступы. Ключ нельзя скопировать или скачать в фоне, а пока я сплю — никто физически не нажмет кнопку. Вектор атаки через ПК админа заблокирован. 🔴 От чего это НЕ спасет: YubiKey — не панацея от всего. Он не защитит сервер, если хакер найдет уязвимость в ядре Linux (Kernel Exploit) или дыру в коде сайта (RCE) и зайдет вообще в обход SSH. Но безопасность строится по кирпичикам, и защита рабочего места — один из основных! 🧱

2	Что это было просите вы???!!! Нет нас не поломали, это аппаратный крипто-ключ YubiKey 5 NFC сгенерировал одноразовый пароль, есть у него механизм завязанный на их сервера, который генерирует вот такой вот пароль прямо как ввод с клавиатуры. В оригинале выглядит примеро так : cccccdghgtdjvljfejghebjbrduflnnljhblkelfjjbd	301
3	сссссвпрпеворловегедилимдмсмспдоетсдиеркдлкл	357
4	⚠️ Масштабный сбой у хостинг-провайдера Beget: что известно к этому моменту Уважаемые абоненты! Если вы заметили, что некоторые привычные сайты, сервисы или приложения сегодня открываются с ошибкой или не работают вовсе, дело не в вашем интернет-соединении. В ночь на 2 ноября один из крупнейших российских хостинг-провайдеров и регистраторов доменов Beget столкнулся с глобальным техническим сбоем. Что произошло и кого это задело? По оценкам экспертов, «легли» сотни тысяч сайтов в Рунете (это почти 15% от всех активных веб-ресурсов). Среди временно недоступных оказались и крупные федеральные сервисы — например, каршеринг BelkaCar и портал системы маркировки «Честный знак». В чем причина? Представители Beget официально подтвердили, что авария комплексная и затронула всю архитектуру сети. Сейчас инженеры хостинга работают непосредственно в дата-центрах и восстанавливают упавшие системы вручную. Информации о хакерских атаках или утечке данных на данный момент нет — это именно внутренний инфраструктурный сбой. Что делать вам? Проявите терпение: если не работает конкретный интернет-магазин, форум или личный кабинет стороннего сервиса, нужно просто дождаться, пока инженеры Beget завершат работы. Наша сеть как провайдера работает в штатном режиме. Напоминание для владельцев сайтов: эта ситуация — очередной маркер того, как важна цифровая гигиена. Пожалуйста, не забывайте делать регулярные независимые бэкапы ваших проектов и баз данных на сторонние носители или в изолированные облака. Мы продолжаем следить за ситуацией. Как только работа хостинга полностью стабилизируется, доступ к пострадавшим сайтам восстановится автоматически. Оставайтесь на связи!	362
5	Американские санкции за пару недель уничтожили хостинг с 25-летней историей 🛑 В сентябре 2026 года полностью закрылся старейший итальянский ИТ-коллектив Autistici/Inventati (A/I). Четверть века они бесплатно давали шифрованную почту, VPN и хостинг (включая известную платформу NoBlogs.org) всем, кто помешан на приватности. Но в конце августа Минфин США (OFAC) внес их в список террористических организаций за то, что на их серверах хостились сайты американских левых радикалов. Дальше включился автоматический каскад, который показал всю «независимость» интернета: • Американский регистратор PIR в один клик отобрал домен .org. • Итальянский (!) банк Banca Etica тут же заблокировал все счета и донаты, испугавшись вторичных санкций США. • Платежки отключили прием денег. У ребят не осталось ни доменов, ни кошельков, ни легальной защиты. Чтобы не подставлять пользователей, коллектив объявил о самороспуске. 18 сентября серверы выключили навсегда. Главный вывод для ИТ-сферы: этот кейс наглядно показал, что никакой «европейской цифровой суверенности» не существует. Американскому регулятору не нужны суды — достаточно одного административного росчерка пера, чтобы мгновенно стереть инфраструктуру в любой точке мира. В Европа, возможно с удивлением для нее самой, простирается до Уральских гор, и российские операторы связи исторически получали свои IP-адреса в европейском RIPE. Они пока держатся и не отзывают адреса у тех организаций, которые у нас попали под ковровые и персональные санкции. А если давление будет усиливаться? Уже очень многое из того, что казалось вне политики, от концертов классической музыки до Олимпийского огня, становилось жертвами сиюминутной политической необходимости. В общем, серьезный повод для размышления. Как же по-детски выглядят на фоне таких угроз былые яркие дискуссии, например, о нейтральности сетей.	424
6	📺 Европейские налоги на интернет в пересчете на наших абонентов: сколько «стоят» наши привычки? В новостях активно обсуждают европейскую инициативу (в частности, во Франции), где планируют ввести сбор с крупных зарубежных ИТ-платформ за передаваемый трафик по ставке €0,055 за каждый гигабайт. Мы решили заглянуть в статистику нашей сети и посчитать ради интереса: а сколько бы «набежало» по такому тарифу на одного нашего обычного пользователя? 📊 Магия цифр и реальный трафик: Современный человек потребляет колоссальное количество данных: вечерние просмотры сериалов в высоком качестве, скачивание тяжелых игр, постоянный скроллинг лент и видеозвонки формируют огромные объемы. Если спроецировать этот европейский тариф на аппетиты нашего стандартного абонента, то сумма налога в среднем составила бы от 20 до 25 евро в месяц всего с одной квартиры! 🛑 Стоит ли переживать? Пока это сугубо зарубежная законодательная практика. К тому же там этот сбор задуман как налог для самих контент-платформ, а не для обычных людей. Но нужно понимать: в конечном счете платить все равно будет пользователь, ведь люди — это основная база для заработка любой платформы. Наш Минцифры, к слову, тоже ведет обсуждение ограничений на зарубежный трафик, но пока всё это только на стадии дискуссий. Кино и сериалы в 4К, тяжелые модели ИИ, да одна только грядущая GTA 6 будет «весить» около 210 ГБ! На этом фоне попытка всё скрупулезно подсчитать и выставить кому-то счет кажется адской несправедливостью. Конечно, провайдеры (и мы в том числе) вынуждены постоянно тратить огромные деньги на модернизацию оборудования, чтобы пользователи могли без тормозов потреблять всё больше трафика. Французские операторы долго лоббировали этот закон у себя в стране. Вот только в итоге денег они, похоже, так и не дождутся. Работы им точно прибавится — теперь придется ежеквартально считать чужие гигабайты для отчетов, а все собранные миллиарды уйдут прямиком в госбюджет. Как говорится, не рой яму другому... А для наших абонентов всё остается по-прежнему: качайте сколько угодно в рамках своего привычного тарифа!	413
7	⚠️ Проблема с MPTCP в Linux: как проверить и защитить свои сервера прямо сейчас Multipath TCP (MPTCP) — это механизм, который позволяет одновременно использовать несколько сетевых интерфейсов (например, Wi-Fi и LTE) для одного TCP-соединения. Представьте ситуацию: вы сидите дома в Мурино, подключены к нашему Wi-Fi с локальным адресом 192.168.1.15 и смотрите видео на RuTube. Вы одеваетесь и выходите к лифту — Wi-Fi пропадает, а телефон переключается на мобильную сеть со своим IP (например, 10.125.1.28). Благодаря MPTCP ядро Linux на телефоне не обрывает старую сессию, а сообщает серверу со своего нового адреса: «Привет, это снова я, у меня изменился IP, давай продолжим передачу пакетов с этого места!» Зачем это нужно в реальности? Вопрос открытый. Тот же RuTube без проблем отдаст следующий сегмент видео на новый IP-адрес клиента. Голосовой трафик обычно ходит по UDP, да и современный протокол QUIC (на базе того же UDP) решает проблему бесшовного переключения гораздо проще и изящнее. Тем не менее, механизм существует, работает, и прямо сейчас в нем обнаружена неприятная уязвимость, требующая временного отключения до выхода стабильных апдейтов. Интересный факт: до Debian 11 эта опция считалась экспериментальной и на серверах была выключена по умолчанию. Но начиная с Debian 12, она активирована «из коробки» (net.mptcp.enabled=1), что делает многие современные сервера потенциально уязвимыми. 🛡 Пошаговая инструкция по защите сервера Шаг 1. Проверяем, включен ли механизм в вашей системе: bash sysctl net.mptcp.enabled Если в ответе: net.mptcp.enabled = 0 или выводится ошибка sysctl: cannot stat /proc/sys/net/mptcp/enabled: Нет такого файла или каталога — всё в порядке, MPTCP на сервере выключен, делать ничего не нужно. Если в ответе: net.mptcp.enabled = 1 — переходим к шагу 2. Шаг 2. Отключаем механизм на уровне ядра (в рантайме и перманентно): bash sudo sysctl -w net.mptcp.enabled=0 echo "net.mptcp.enabled=0" \| sudo tee -a /etc/sysctl.d/99-disable-mptcp.conf Шаг 3. Блокируем входящие пакеты с опцией MPTCP на файрволе: Если вы используете классический iptables (используем точный модуль совпадения TCP-опций): bash sudo iptables -I INPUT -p tcp -m tcpopt --option 30 -j REJECT --reject-with tcp-reset Если вы работаете с более современным nftables (используем нативный синтаксис проверки существования опции MPTCP): bash sudo nft add rule inet filter input tcp option mptcp exists drop Таким образом мы полностью закрываем сетевой вектор и спокойно дожидаемся официальных патчей от разработчиков дистрибутивов.	446
8	Индустрию кибербеза штормит на всех уровнях. Сначала нас тряхнуло на сетевом уровне. Едва закрыли экстренный марафон по обновлению MikroTik, как прилетела новая напасть — уже на прикладном. Критические дыры в PHP заставили полностью перетряхнуть всю серверную инфраструктуру и хостинг-платформы. Всю неделю провели, перенастраивая конфигурации по живому, а кое-где масштаб бедствия был таким, что серверы проще и безопаснее оказалось развернуть с нуля в чистой среде. Всё на горячую, всё со статусом «вчера». Но если вы думали, что уязвимости в софте — это предел, то на этой неделе индустрия пробила дно на уровне глобального цифрового доверия (PKI). Вскрылся беспрецедентный факап индийского центра сертификации eMudhra, чьи корни зашиты во все ОС и браузеры планеты. Из-за ошибки в скрипте генерации приватные ключи восьми промежуточных CA оказались катастрофически предсказуемыми (один из ключей буквально равнялся цифре «4»!). Исследователи подобрали их за миллисекунды. С такими ключами злоумышленник может выпустить валидный HTTPS-сертификат для любого сайта в мире и незаметно перехватывать трафик (MitM). И пока техногиганты судорожно выпиливали эти ключи из апдейтов браузеров, по всему миру осталась куча IoT-устройств и серверов, которые до сих пор им доверяют. И как вишенка на торте под конец недели — новости о крупнейшем взломе криптобиржи Binance и критическая уязвимость в ядре Linux (CVE-2026-98432 с баллами 9.8 по CVSS). Как оказалось, удаленный root-доступ возможен прямо через стек TCP: если на сервере включен Multipath TCP (MPTCP), ИИ Claude пишет рабочий эксплойт за считаные минуты. Масштаб проблем — от Linux-серверов крупных холдингов до самой математики шифрования — наглядно показывает, что безопасных мест в сети практически не осталось. В какой реальности мы оказались? Сегодня ИИ способен круглосуточно анализировать миллионы строк кода, выискивая zero-day уязвимости без усталости и замыливания глаз. Хакеры активно берут это на вооружение. Любой софт и любой алгоритм, который еще вчера казался эталоном стабильности, завтра может превратиться в решето. Для нас, старожилов, это дежавю. Мы всё это уже проходили, когда утро каждого админа начиналось не со сводок мониторинга, а с чтения рассылок Bugtraq и ручного разбора логов Tripwire. Но за последние годы индустрия расслабилась. Появилась опасная иллюзия автоматизации: «тут у нас антивирус нового поколения», «там панель хостинга сама всё настроит по дефолтным канонам». Иллюзия безопасности рассеялась. Сломано может быть абсолютно всё. Кибербезопасность снова возвращает себе статус комплексного, ресурсоемкого, очень неудобного и — главное — непрерывного процесса. Здесь нельзя просто поставить галочку и забыть. Лично я сегодня уже заказал себе аппаратные ключи YubiKey. Хочу контролировать каждое подтверждение сессии по SSH физическим нажатием кнопки, а не переживать, что приватный ключ могут молча слить из памяти скомпрометированной админской Windows. Но от взлома через дырявое ядро Linux это, конечно, не спасет :) Надо обновляться. А это очередная история с перезагрузкой работающих серверов и маршрутизаторов. Хорошо, что у нас на узлах всё зарезервировано — заодно во время ночного отключения в боевых условиях протестируем сценарии переключения «основной-резервный». Когда стабильно работаешь месяц за месяцем ой как не хочется дергать резервирование, просто ради теста. Так что нет худа без добра, прорвемся!	441
9	Сегодня один из наших федеральных партнеров-конкурентов испытывает серьезные сложности с обеспечением качественного доступа в Интернет. Судя по всему, коллеги наступили на классические грабли с L2-резервированием в масштабах огромной сети. О том, как протоколы вроде STP или ERPS при тысячах MAC-адресов могут перегружать процессоры коммутаторов и «ронять» вообще всё, превращая резервные линии в мертвые петли, мы писали в этой статье https://t.me/isp_cactus/306 на основе нашего личного горького опыта. Желаем коллегам скорейшего восстановления и нормализации работы. От аварий, к сожалению, не застрахован никто. Упасть может каждый.	579
10	Штраф для УК за недопуск операторов в дом Федеральная антимонопольная служба возбудила дела за нарушение правил взаимодействия УК с оператором связи при монтаже, эксплуатации и демонтаже сетей связи в МКД. - Томское УФАС привлекает жилищный кооператив за недопуск оператора в многоквартирный дом для проведения работ. - Тюменское УФАС привлекает ТСН к ответственности за недопуск оператора к объектам общего имущества в целях восстановления работоспособности оборудования. - https://fas.gov.ru/news/34900 💬 Закон от 26.07.2026 № 247-ФЗ о штрафах за недопуск операторов связи в многоквартирные дома (МКД) для размещения и эксплуатации сетей связи был принят ранее - https://t.me/Telecomreview/14516	659
11	⚡️ Лед тронулся: операторов связи начнут пускать в дома? Появились позитивные новости из Томска, где завели дело против управляющей компании, не пускавшей провайдеров в дома. Для всей нашей индустрии это важный сигнал: старая дискриминационная система потихоньку сдвигается с мертвой точки. Для нас это максимально больная тема. Сейчас в Мурино и Девяткино есть десятки домов, куда мы просто не можем попасть из-за искусственных преград со стороны УК. При этом мы как качественный локальный оператор связи убеждены: мы должны там быть. В чем разница между федеральным гигантом и локальным оператором? Для крупных провайдеров наш район — окраина вселенной. Они могут бросить один кабель и сутками чинить его в случае обрыва. Для них это просто точка на карте. Для нас Мурино и Девяткино — это центр сети. Здесь находятся наши ключевые узлы связи, проложены резервные каналы, а наши сотрудники сами тут живут и пользуются нашими же услугами. Мы развиваем не просто интернет, а инфраструктуру комфорта: от надежной сети до систем видеонаблюдения и доступного кабельного ТВ для всех категорий жителей. Очень надеемся, что судебные прецеденты наведут порядок в сфере ЖКХ. Мы хотим честно заходить в дома и обслуживать людей, а не сталкиваться с «намеками» на финансовую помощь или требованиями переложить плитку у дома на 650 тысяч рублей. Закон должен работать на стороне жителей и их права выбирать качественную связь. Работаем дальше и надеемся на лучшее! Спасибо, что выбираете нас! 💙	892
12	Уважаемые пользователи! Мы провели работы по оптимизации в сети кабельного телевидения (КТВ). 📡 Что произошло и зачем это было нужно? Некоторые телеканалы периодически допускали резкие всплески битрейта (объема передаваемых данных). Из-за особенностей цифрового вещания это приводило к кратковременным «подсыпаниям» и пропаданию картинки как на самом проблемном канале, так и на всех соседних, находящихся с ним на одной частоте. Чтобы решить эту проблему и повысить стабильность вещания, мы разгрузили транспондеры с нестабильными источниками до безопасного уровня. Для этого нам пришлось задействовать дополнительные частоты, а также перенести отдельные «кнопки» на новые места. 📺 Что делать, если пропали или перемешались каналы? Все работы уже успешно завершены. Большинство современных телевизоров адаптируются к изменениям автоматически. Однако, если ваш телевизор не смог перенастроиться самостоятельно, потерял часть каналов или отображает их не на своих местах, просто запустите полное пересканирование каналов в режиме «Сеть» (или «Быстрый поиск»). 🔢 Как устроена сортировка каналов в нашей сети? Разные модели телевизоров сортируют каналы по-своему: кто-то по порядку нахождения в потоке, кто-то по алфавиту, а кто-то по специальному маркеру — LCN (Logical Channel Number — логический номер канала). В идеале именно LCN должен решать все проблемы: если каналу присвоен номер 1, он автоматически встанет на первую кнопку. Но на практике это работает корректно далеко не на всех марках телевизоров, а единый порядок должен быть обеспечен на всех устройствах. Поэтому мы применили комплексный подход. В нашей сети мы настраиваем параметры так, чтобы все три варианта сортировки выстраивались в единую четкую последовательность: PNR 256 / LCN 1 — 01. Первый PNR 257 / LCN 2 — 02. Россия 1 PNR 258 / LCN 3 — 03. Матч! ... PNR 2051 / LCN 83 — 83. Матч Премьер HD 📊 Скучная техническая информация для гиков: На графике ниже показан текущий битрейт первых восьми транспондеров. При модуляции QAM-256 и символьной скорости 6875 ксимв/с общий битрейт потока составляет примерно 51,34 Мбит/с. Но часть этой емкости уходит на избыточное кодирование Рида-Соломона (защиту от ошибок). Итоговая чистая полезная скорость составляет 49,2 Мбит/с — как видно на графиках, мы нигде этот предел не превышаем, обеспечивая технологический запас. Благодарим вас за понимание и приятного просмотра!	632
13	Как отстрелить себе обе ноги автоматизацией: разбираем сбой Curator 🛠 8 октября в Рунете на 38 минут полностью «прилегла» распределенная сеть фильтрации крупного игрока Curator. Защищаемые ими ресурсы и сайты клиентов оказались полностью недоступны. Ребята выпустили честный технический разбор, и для любого сетевого админа этот кейс — классический пример того, как автоматизация может превратить мелкую ошибку в катастрофу. Что произошло? Во время планового релиза системы централизованного управления конфигурациями (CControl) в продакшн улетело некорректное правило фаервола. Из-за автоматической синхронизации оно мгновенно раскаталось на все узлы фильтрации разом. Ошибка была в одной строчке: правило случайно закрыло порт TCP/179 (протокол BGP) на внутренних интерфейсах связи с коммутаторами. Внутренний watchdog (система проверки активности нод) увидел разрыв BGP-сессии, решил, что узлы вышли из строя, и автоматически вывел их из ротации. Поскольку конфигурация применилась везде, из ротации вылетели вообще все площадки. Сеть управления потеряла связность, и стандартный откат изменений, который обычно занимает 3 минуты, превратился в 38 минут жесткого ручного восстановления согласованности компонентов. Главные инженерные выводы: Люди делают ошибки, и это нормально. Но и автоматизация порой делает то, от чего волосы встают дыбом. Очень многие вещи автоматика предсказать не может, и делает бездумно не взирая на особые факторы. Не может и ИИ, инженерия это искусство, жестокое порой, когда ты Enter нажал, консоль повисла, и тут до тебя доходит... Management Plane и Data Plane должны быть разделены физически. Сеть, по которой абоненты качают терабайты трафика, и закрытая сеть управления оборудованием (Out-of-Band) не должны пересекаться. Меры общего фаервола не имеют права влиять на контур управления, но полностью избежать этого невозможно, сеть, как правило, одна. https://curator.pro/library/blog/sboi-curator-8-oktiabria-2026-goda ребята молодцы, поделились разбором полета. Кстати да, работа пилота, очень похожа на работу сетевых специалистов, это я как человек который может оценить работу с двух сторон сразу.	822
14	https://habr.com/ru/articles/1097362/ подробности про дыру в PHP.	721
15	В PHP обнаружена критическая уязвимость удаленного выполнения кода (CVE-2026-109618 и CVE-2026-109619), неофициально названная "php2shell". Она позволяет атакующим удаленно выполнить свой код на сервере через отправку специально сформированных файлов в запросах multipart/form-data. Уязвимы все версии PHP, начиная с 5.4. Обычное отключение session.upload_progress.enabled = off в php.ini НЕ спасает полностью, так как парсер PHP ломается еще до проверки этой настройки. В сети уже есть рабочие эксплойты. ⚠️ ВАЖНОЕ ПРЕДУПРЕЖДЕНИЕ: Применение указанных ниже правил веб-сервера полностью заблокирует возможность загружать файлы на ваши сервера для любых пользователей и API-клиентов. Также перестанет работать отправка форм, содержащих файлы (например, картинок, документов или аватарок). Используйте эти меры только как временную заглушку, если безопасность критичнее этой функции. 🛠 Временные меры защиты (до обновления PHP) Выберите один из вариантов для вашего веб-сервера: 1. Для Nginx (запрет multipart-запросов) Если на сервере не требуется загрузка файлов пользователями, полностью заблокируйте этот тип трафика: nginx if ($http_content_type ~* "multipart") { return 403; } 2. Для Apache httpd (mod_rewrite) Добавьте в конфигурацию или файл .htaccess: apache RewriteEngine On RewriteCond %{HTTP:Content-Type} multipart [NC] RewriteRule ^ - [F,L] 🔴 Окончательное решение Экстренные исправления уже выпущены в ветках PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35. Вам необходимо обновить пакеты PHP через менеджер пакетов вашей ОС (apt upgrade, dnf update и т.д.), как только патчи дойдут до ваших репозиториев, и перезапустить PHP-FPM / Apache. После этого блокирующие правила в веб-сервере можно будет убрать.	1 163
16	Что-то оживает.	979
17	Мурино тоде около 16 часов частично осталось без, света, что-то в онлайне, что-то лежит.	986
18	Друзья, сегодня к нам в домм постучался незваный гость... Наши пользователи из Янино остались без света. Везти генератор и запускать узел связи, как планировали изначально, смысла нет — обесточены все наши корпуса. Как только всё восстановится, мы обязательно перенесем всем активным клиентам из Янино сроки следующего начисления абонентки. Мы за вас очень переживаем и надеемся, что свет вернут как можно быстрее!	967
19	Нет текста...	1 075
20	За связь без брака! 🛠 Вот уже 21 год наша компания официально на связи. Путь пройден огромный, и мы верим, что впереди — долгая дорога. Мы работаем в двух ключевых локациях — Мурино и Новое Девяткино, и мы были первыми, кто начал проводить здесь интернет. Все эти годы мы росли вместе с городом, развивали инфраструктуру и собирали опыт, который дал нам глубокое понимание всех локальных особенностей. Когда Мурино начало стремительно застраиваться, мы столкнулись с новыми вызовами: активными стройками и нестабильным электропитанием. Чтобы защитить качество связи, мы вывели надежность сети на принципиально новый уровень и провели масштабную модернизацию: Полностью разделили сеть на независимые сегменты (Арсенал — отдельно, Привокзальная площадь — отдельно, Западное Мурино — дважды отдельно и так далее). Каждый такой узел подключили к сети как минимум двумя независимыми магистральными каналами. Жесткое тестирование этой схемы мы прошли в ноябре прошлого года. Когда дорожные рабочие повредили множество оптических линий, наша сеть продолжила работать в штатном режиме. Этот инцидент доказал: вся наша многолетняя работа и инженерные решения были абсолютно правильными. Мы продолжаем развиваться и делать свое дело. Надеемся, что успешно пройдем все планирующиеся регуляторные процессы от Минцифры, и нашей стабильности не помешает ни ковш экскаватора, ни любые другие внешние угрозы.	951

Посмотреть все записи