Хромное расширение работает по протоколу HTTPS proxy (HTTP proxy внутри TLS-соединения). Я разработчик альтернативной реализации клиента для проксей холы, которая работает с любыми браузерами и приложениями: GitHub - Snawoot/hola-proxy: Standalone Hola proxy client
Насколько мне известно, моя реализация до сих пор работает в РФ. В любом случае, если вас интересует сам протокол, то исходный код доступен для изучения.
до вчера всё работало. “просто” https прокси тоже всё ещё работают. а сайт hola.org и не переставал.
не пойму что в заголовке такого что перестало? любая страна и т.д. думал что именно ip залочили. но опять же неясно какой из…
компетенции копаться в исходниках нет гитхаба, да и как понял тогда весь трафик пойдёт через прокси чего не нужно. либо дополнительно не пойми как разграничивать.
У прокси hola порты другие. В зависимости от настроек 22222,22223,22224,22225,22226
В gbd по умолчанию пробивают только 80 и 443, но есть oпция --port для добавления других. Посмотрите в Wireshark, что вообще происходит на вашем линке, и какой порт используется для прокси у родного расширения при ваших настройках. Затем добавьте порт в строку запуска для gbd.
это видимо у полноценных vpn клиентов. как расширение = не увидел никаких кроме 443
.
.
радует другое. пока суть да дело видать эти утырки чебурнетные закончили свой экскремент…
на момент утренней мессаги наглухо рвало соединение.а рвать начало вчера часов в 21-22, но прямо вот щас снова заработало.
Делайте сетевые дампы, сохраняйте, анализируйте. Без них только гадать. Например: были проблемы с API сервером, но fallback не сработал, возможно из-за gbd.
продолжаю эксперименты. и в самом деле --port даёт положительный эффект. а -w не хочет сам искать…
трабл лишь в том что --port по описанию только 1 раз можно заюзать.
а с какой периодичностью hola меняет порт (без смены руками прокси) пока не понял
зато разрешились сразу 2 сомнения.
1 - в начале июля эти чебурнетчики в самом деле что-то серьёзно поменяли в топологии выхода вовне. при тарифе в 30мбс на эрэфийские адреса стало все 100мбс но ценой появления дополнительных уже магистральных dpi
2 - саму hola тоже именно тогда стали усиленно щемить. стало глючить открытие страниц “из кэша”
т.е. специально юзаю старую версию расширения (отдельная песня как заставить хром оставить старую версию) в которой открываю сайт через hola и оставляю его в закладках, а при открытии хрома восстанавливает открытые закладки. так суть в том что до июля всё открывалось сразу , а после июля только если в самой hola заново разрешить доступ “ко всем сайтам” а потом уже можно было возвратить “разрешить только на di.fm” (иначе err-proxy)
а после тестов с --port точно выяснил что дело именно в блоке чебурнета а не hola бажит…(были подозрения на неё саму, потому что в новой версии “из кэша” в принципе не хотела работать)
будем посмотреть… хотелось бы чтоб выбранный hola порт также запоминался “в кэше” - а то вспотею каждый раз его выискивать и в gbd переделывать
в итоге я добился устраивающего меня поведения hola с --port 25656
по крайней мере сам по себе порт не меняется - потому что не меняю сам прокси руками и он сам тоже не меняется а “в кэше” остаётся тем же который изначально указал (нидерланды)
но осталось неясным как и что блочат чмыри из ркн без --port 25656…
после рестарта компа по снифферу единственный tls hello только фейковый от gbd на w3.org
1)что вызывает фэйковый, если нет “настоящего”? или м.б. “настоящий” пустой… х.з.
2)если менять прокси, то проскакивают обращения на абракадабра-static.net. неужто все эти абрыкадабры уже внесены в лист? или имеют в себе некий признак который и блочится?
в любом случае --port 25656 помогает обойти, но ситуация до конца не прояснилась, а жаль…
