Роскомнадзор заблокировали Opera VPN он же Opera Proxy
6 июня появился шейпинг трафика до 1 mb/s до эндпоинт серверов а 12 июня заблокировали доступ к эндпоинт серверам окончательно
-country AM
-country AS выдаёт
WARNING Action "discover" failed: API responded with error message: code=801, msg="No Available Proxies for Region"
но через тор подключается сразу
AM и EU выдают
WARNING Action "discover" failed: 1 error occurred: * Get "https://ajax.googleapis.com/ajax/libs/angularjs/1.8.2/angular.min.js": dial tcp 77.111.246.61:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
при том что ajax.googleapis.com не заблокирован и файл по ссылке нормально открывается в браузерах
Ну тогда не пользуйтесь. Незачем через лимитированный прокси гонять то, что нормально открывается напрямую.
ну мне-то самому этот открывающийся напрямую файл не нужен
его пытается скачать сам opera-proxy во время установки соединения со своими серверами
добавление в списки zapret для обычной блокировки и 16кб ситуацию не меняет, а блокчек отказывается перебирать стратегии для всех http, tls 1.2, и tls 1.3 мотивируя это тем что блокировки нет и файл доступен
проблема с подключением opera-proxy возникла примерно где-то в этом или прошлом месяце
подозреваю что это либо какое-то хитрое распознавание и блокировка доступа к ajax.googleapis.com именно только эксклюзивно для подключений инициированных opera-proxy, либо доступ блокируется со стороны самой оперы, но какой-то баг в самом opera-proxy ошибочно считает что не скачивается файл с ajax.googleapis.com
AM у меня недавно заблочили тоже. Похоже, ркн овцы читают ntc.
opera-proxy -bind-address 127.0.0.1:8081 -bootstrap-dns https://9.9.9.9/dns-query -init-retry-interval 30s -refresh-retry 30s -country AM
MAIN : 2026/06/19 19:58:22 main.go:226: INFO opera-proxy client version v1.15.0+dirty is starting...
MAIN : 2026/06/19 19:58:22 main.go:588: INFO Attempting action "anonymous registration", attempt #1...
MAIN : 2026/06/19 19:58:24 main.go:591: INFO Action "anonymous registration" succeeded on attempt #1
MAIN : 2026/06/19 19:58:24 main.go:588: INFO Attempting action "device registration", attempt #1...
MAIN : 2026/06/19 19:58:24 main.go:591: INFO Action "device registration" succeeded on attempt #1
MAIN : 2026/06/19 19:58:24 main.go:588: INFO Attempting action "discover", attempt #1...
MAIN : 2026/06/19 19:58:24 main.go:405: INFO Discovered endpoints: [77.111.246.61:443]. Starting server selection routine "fastest".
MAIN : 2026/06/19 19:58:54 main.go:594: WARNING Action "discover" failed: context deadline exceeded
MAIN : 2026/06/19 19:58:54 main.go:585: WARNING Retrying action "discover" in 30s...
а теперь вспомни сколько дней гитхаб был под блоком, а про него писали везде
Разобрался, необходимо добавить параметр -server-selection random, чтобы не лез.
Не нужно использовать fastest, там добавляется дополнительная зависимость от доступности ресурса третьей стороны, которую следует избегать.
Ну или можно задать свой урл через параметр -server-selection-test-url.
(оффтоп) Так одно дело ломать, другое дело чинить, ломать они любят и получают от этого колоссальное удовольствие, а чинить - нет (тут чистая психология)
А кто сказал что они должны разбанивать по первому сообщению где-то? Они и без всяких сообщений в интернете скорее всего прекрасно знали что Гитхаб улетел в бан, либо через своих сотрудников, либо кто-то из критически важных сервисов успел сказать об этом по личным каналам связи, вроде банков или яндекса/вк.
То что РКН мониторят все популярные каналы вроде каналов byebyedpi, 4pda, этот форум, дискуссии/issues к репозиториям на Гитхабе - это даже не ставится под сомнения. И то что новые блокировки прилетают на основе анализа всех этих источников чтобы задеть как можно большую часть аудитории - это вполне разумный шаг. Даже в случае с opera-proxy, с ней никто не носился еще пару недель назад и только за последние две недели я начал много натыкаться на её упоминание во многих местах одновременно. И вот результат.
А в случае с баном Гитхаба, там наиболее вероятно просто собиралась информация о том кто пользуется, сколько народу задели, какие есть еще варианты заблокировать то что им нужно не задев при этом Гитхаб, как народ реагирует.
С -server-selection random действительно появляется надпись Init complete. Но это обманчивая удача. При попытке погнать данные, соединение зависает. Это просто отключает проверку доступности, но юзер всё равно столкнётся с проблемами, когда будет использовать прокси.
Фактически, неудача проверки доступности свидетельствует о блоке endpoint.
Точнее тот пользователь, который не выставил настройки для обхода блокировки. Остальные исследователи достигнут работоспособности.
Да, есть некоторые способы.
Правда, у меня opera если и соединяется, то работает медленно. Пока не вижу для себя особого смысла в ней.
У меня по крайней мере если прогнать
curl --insecure --silent --proxy http://[::1]:1080 -o NUL -w %{speed_download} http://cachefly.cachefly.net/10mb.test
то через EU будет ≈ 25 Кбайт/сек, через AM ≈ 4 Мбайт/сек, что для 4K видео транляции достаточно.
Странно, что за пять лет только сейчас додумались заблочить адреса эндпоинтов, которые в каждом регионе все в одном узком диапазоне. Были разные попытки: и блочить домен API, и блочить по SNI и прочее, но самого прямого и очевидного почему-то избегали. Однако было ясно, что этим всё и закончится.
В любом случае, там со стороны самого сервиса на российские ИП-адреса появились жёсткие ограничения по скорости и пользоваться стало как минимум неприятно.
Если кто-то ищет self-hosted альтернативу (с серверной частью на собственном VPS) на своём сервере, то порекомендую dumbproxy. Есть русскоязычное руководство по развёртыванию одной командой. Там теперь и PAC-файлы нативно поддерживаются для избирательного обхода, и HTTP/2 (что означает мультиплексирование соединений и, вероятно, решение проблемы “сибирской” блокировки).
Не совсем понимаю про какие блокировки и ограничения скорости вы говорите? На android в opera proxy android wrapper с “прокси для обхода геоблока api по региону” все подключается и работает. Сервера Европы и Америки по тарифу выдают около 100 мбит (на 4pda видел 200 мбит, там тариф у человека 200 мбит, наверн), а вот Азия не оч скорость
Вчера сбой вроде по всему миру был
Тут если и есть блокировки, то с обеих сторон. Потому что раньше без обхода геоблока работало, но youtube, например, не грузило. То есть opera тоже со своей стороны щемит
Не исключено, что под шумок (сбоя) ркн блокнули AM. Но многие давно уже проксируют API. А у меня и напрямую до недавнего времени работало.
Хронология была такая в моём случае:
- Подключается напрямую. Но можно по желанию использовать SNI rutube.
- Напрямую EU не подключается. SNI rutube не помогает. Но помогает SNI 4pda.
- SNI 4pda перестал помогать. EU напрямую не работает. Но работает AM.
- Не работает и AM.
Вот прокси и помогают. Просто, раньше они были необязательны. Но у кого как. У кого-то были ошибки “нет прокси для региона”.
У меня на “домашнем” и мобильном интернете отваливается по timeout. Через российский VPS пока работает, но как-то нестабильно.
