сегодня, точное время не знаю, замедление тг выключили вообще
Upd: ошибка, убрали только замедление https, клиент всё еще замедлен
Нет, не выключили замедление телеги
У меня ощущение, что они точечно переключились на блокировку отправки файлов в телеге, файлы не отправляются в сторону отправки, но в сторону приёма - чуть быстрее, чем вчера. Принять без средств обхода могу (с замедлением), отправить - практически в ноль скорость (примерно по 20-30 секунд каждые 64кб отправляет). Калининград, ШПД.
На РТК и эртелеком ПФО действительно полностью убрали шейп с тг, но только в плане веба.
~ $ curl -4 -L -o /dev/null https://telegram.org/dl/desktop/linux
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
11 61.5M 11 7263k 0 0 1089k 0 0:00:57 0:00:06 0:00:51 1453k^C
~ $ curl -4 --connect-to ::speedtest.selectel.ru https://web.telegram.org/100MB -o /dev/null -k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 100M 0 49134 0 0 4630 0 6:17:27 0:00:10 6:17:17 3209^C
~ $
Интересное наблюдение: SNI замедляется, а подсеть тг - нет.
Как было так и осталось на РТ Поволжье в клиенте скачка 4 метра, ап- от нуля и выше, сайт нерелевантен вообще, шейпят ас-ку.
*.whatsapp.com пропал из выдачи провайдера, но *.youtube.comостался.
Новая мода у них блокировать сразу на dns, видимо и правда ТСПУ не справляются.
не блокирование, удаление
ну, значит это только вопрос времени, когда они начнут блокировать неугодные DNS, или вообще все, нужны варианты
интересная история, был vps у индусов (локация Франция). Хостёр малопопулярный.
Вчера в аврале заменили ip на новый (по техническим причинам), из др. диапазона. И он сразу улетел под блок 16кб, а сегодня уже всё хорошо.
Возможно новый метод борьбы как с симками, 24 часа прогрева…
AdGuard Home на своем VPS. Но для этого нужен и VPS и домен.
Сегодня, какое-то время назад, возможно несколько часов, не было времени разбираться, отвалился сначала один vps на hostvds, затем второй на nuxtcloud.
ssh на не стандартном порту не подключался, веб сайты с этих же vps не грузились, похоже на блокировку tls, xray reality тоже не работал. При этом все порты телнетились, пинг проходил.
На данный момент связь восстановилась.
Проводной РТК, ДВ.
Это просто расширение списка CDN для динамик триггеров ТСПУ из-за DHT пиров, у меня на H2Nexus также стало, если ловишь триггер твой айпи улетает в бан, но ссх и удп ходят норм, с другого провайдера или тупо сменив ип если динамик - все норм, бесит конечно, триггерит даже скачка с п2п игр из стима или прочее , любое п2п рандомно, блок проверяется тут RU :: TCP 16-20 DPI Checker обычно если с запретом то все будет зеленым, и при бане от ТСПУ - будут красные DO
SSH только по стандартному порту?
да
Домру СПБ. Имею VPS в Амстердаме с VLESS + Reality на 443-м порту, маскировка под собственный сайт-заглушку с валидным SNI. Последние дней пять ежедневно в произвольные часы полностью отваливается весь VLESS трафик. В эти моменты всё прекрасно работает через других провайдеров, включая мобильных. Восстанавливается само собой, также рандомно, как и начинается. Обнаружил, что проблема полностью решается пустым SNI в конфиге Xray. При указании хоть какого-то SNI, валидного или фэйкового, ничего не работает.
UPD: после чтения форума понял, что столкнулся с проблемой, описанной здесь
Nuxt блок только на ipv4, ipv6 доступен без ограничений.
Роскомнадзор случайно заблокировал доступ к Linux в России.
Создатели отечественных операционных систем вынуждены использовать VPN, чтобы обновлять «суверенное» ПО, пока ведомство игнорирует жалобы отрасли.
В российском IT-секторе разворачивается ситуация, граничащая с абсурдом. Уже больше недели разработчики ключевых отечественных операционных систем — Astra Linux, РЕД ОС и Alt Linux — сталкиваются с невозможностью получить обновления ядра Linux с официальных мировых репозиториев.
Спойлер
Причиной сбоя, по данным технических специалистов, стали новые алгоритмы блокировки Роскомнадзора, которые вместо борьбы с VPN-сервисами и замедления Telegram ударили по критической инфраструктуре самого российского государства.
Проблема впервые проявилась в начале прошлой недели, когда сборочные фермы сразу нескольких российских вендоров ПО перестали получать пакеты с kernel.org и ряда европейских зеркал. Системные администраторы, обслуживающие госзаказ, сначала грешили на локальные сбои или проблемы на стороне магистральных провайдеров. Однако трассировка маршрутов быстро показала: пакеты «умирают» на узлах ТСПУ (технических средств противодействия угрозам) — оборудования, установленного Роскомнадзором на сетях всех операторов связи.
Ситуация выглядит злой иронией: чтобы собрать и обновить «суверенную» операционную систему, которую государство требует устанавливать в министерствах и на оборонных предприятиях, российские инженеры теперь вынуждены включать VPN. То есть, использовать инструменты обхода блокировок, с которыми Роскомнадзор и ведет свою бесконечную войну.
Эксперты связывают этот инцидент с очередной попыткой регулятора «задушить» протоколы, используемые для обхода замедления Telegram. Напомним, в феврале пользователи массово жалуются на долгую загрузку медиафайлов и сбои при звонках в мессенджере. Похоже, пытаясь точечно вырезать трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN), ведомство применило тактику «ковровых блокировок» по диапазонам IP-адресов. Под раздачу попали CDN-сети (сети доставки контента), на которых хостятся зеркала Linux Kernel Archives.
В закрытых профессиональных чатах и в профильной группе при Минцифры царит смесь паники и сарказма. Представители компаний-разработчиков уже неделю пытаются достучаться до регулятора, требуя внести адреса репозиториев в «белые списки» ТСПУ. Однако, по словам участников дискуссии, официального ответа нет. «Мы пишем, что у нас встала сборка обновлений безопасности для госсектора, а в ответ — тишина. Видимо, заявка потерялась где-то между блокировкой YouTube и замедлением WhatsApp», — комментирует ситуацию один из DevOps-инженеров крупной российской IT-компании.
Этот кейс ярко подсвечивает главную уязвимость стратегии цифровой изоляции. Несмотря на громкие лозунги об импортозамещении, фундамент отечественного софта — это по-прежнему международный Open Source. Российские ОС — это дистрибутивы на базе Linux, и они критически зависят от глобального сообщества. Пытаясь построить цифровой забор, Роскомнадзор перерезал кабель, питающий саму российскую IT-индустрию.
Пока чиновники молчат, отрасль выживает партизанскими методами. Разработчики настраивают маршрутизацию через зарубежные прокси, маскируя трафик обновлений под обычный веб-серфинг. Фактически, создание государственного ПО в России сейчас ведется с использованием тех же методов конспирации, что и чтение запрещенных СМИ. Вопрос лишь в том, как долго эта система сможет функционировать в режиме «свой среди чужих», прежде чем очередная блокировка окончательно парализует работу над российским софтом.
Офтоп, но не сдержался.
Поб-ь-е-да РКН над здравым смыслом, хотя о чем это я, какой здравый смысл?.
У меня к слову поломались обновления fedora на прошлой неделе, часть репозиториев не отвечает:
“download.copr.fedorainfracloud.org”
“mirrors.fedoraproject.org”
“codecs.fedoraproject.org”