да даже i2p IMHO больше развивается 
а ТОР это чтото вроде Yggdrasil — Википедия
Тут вполне себе люди что то делают. Купируют как могут обострения у ркн. А команде тор уже указывалось больше месяца назад об этом что неплохо ввести обфускацию и что то придумать с защитой от парсинга мостов. Ну тогда остаются только сборки от васяна как бы их тут не любили они работают
Можно сделать свой персональный приватный мост.
Это невозможно.
я вот от ARTI (TOR на RUST)
так и не дождался
- неглючное соединение с списками из 10-20 и больше мостов
- GeoIP (есть в коде. нет в конфиге.)
- настройки в конфиге IPv4/IPv6
- не только режим socks-proxy но и HTTPTunnelPort
не говоря уж о бубне с gnu/msvc билдах под win10 (я не “программист”.)
про мосты…
после “объединения” obfs4 + webtunnel + snowflake (lyrebird) имхо можно вообще забить
раньше хоть можно было потыкать конкретных людей с определенным протоколом
а сейчас это что вроде NeroBurning / etc которые превратились в “комбайны” всё-в-одном
Я тоже разочаровался в нём. Говоришь, там в основном onion пилят сейчас, да и тот нормально не работает. Но держу для тестов, т.к. он обычно другие ноды выбирает.
upstream прокси там тоже ещё не сделали? Правда, через проксификатор работает.
Ну, хоть под линух собирается норм.
CHANGELOG.md · main · undefined · GitLab
да ничего там нет…
всё RPC и прочее пилили
ну линукс да. я на убунту через cross даже виндовые билды собирал (gnu) но хотелось MSVC
как пользователя бесит
добавил 2+ моста вроде как работает
10+ уже тормоза / глюки
100+ как в TorControlPanel просто невозможно
мы же не просим чтобы они ВСЕ сразу проверялись и тем более одновременно работали
но в 2025 году говнокодеры видимо уже немогут “удалять” неработающие мосты из списка пока не найдется рабочий.
причём вопрос не только OBFS4 / webtunnel
тот же snowflake 3и CDN и можно одновременно только 2а выбрать ?!
я уж молчу про vanilla где даже IPv6 приходится время от времени пересканивать
scan update · LeonMskRu/arti_windows@988a046 · GitHub
и что же он в конечном итоге делает?
7 из 12
РосТелеком по IPv4
не знаю как на других ИП будет (на моем РТ иногда даже часть vanilla IPv4 не забанены. но после реконнекта они оказываются почти все в бане.)
https://torscan-ru.ntc.party/relays.txt
3 addresses work of 9
Спойлер
Connection to 84. 9321 port [tcp/*] succeeded!
Connection to 80. 9001 port [tcp/*] succeeded!
Connection to 149. 9001 port [tcp/*] succeeded!
nc: connect to 103. port 443 (tcp) failed: Connection refused
nc: connect to 2a12: port 443 (tcp) failed: Connection refused
nc: connect to 69. port 443 (tcp) failed: Connection refused
nc: connect to 2406: port 443 (tcp) failed: Connection refused
nc: connect to 46. port 443 (tcp) failed: Connection refused
nc: connect to 2a0f: port 443 (tcp) failed: Connection refused
На доступных мне подключениях проблем с подключением через webtunnel сейчас нет. К сожалению, я не успел записать дамп трафика и посмотреть что именно там происходило - на это не было времени.
Пока что похоже на ограниченный тест новых правил для мидлбоксов, как мне кажется. Буду время от времени проверять, если ситуация повторится - постараюсь разобрать детальнее.
Tor Bridge отдает только IPv6 вне зависимости стоит крыж “Do you need IPv6 addresses? Yes!” или нет. Другим так же отдает только IPv6?
это не так. там просто “зашифрован” реальный адрес.
только у части из есть реальный IPv6 (3 из 7 рабочих)
rot.ronaak.eu:4433 : tlsv1.3 disabled
cdnq.jsmelide.cz : tlsv1.3 disabled
x7t2qctb.xoomlia.com : tlsv1.3 disabled
gameserver.vonitsanet.gr : tlsv1.3 disabled
no1.nexusocean.link : tlsv1.3 disabled
[рабочие удалил.]
Результат итерации 1 : Включено: 7, Отключено: 5
NX domain
[2025-06-16 12:47:36] ::1 no1.nexusocean.link A NXDOMAIN 130ms cs-berlin
[2025-06-16 12:47:37] ::1 gameserver.vonitsanet.gr A NXDOMAIN 427ms cs-tx
[2025-06-16 12:47:37] ::1 cdnq.jsmelide.cz A NXDOMAIN 496ms dnscry.pt-manchester-ipv6
По факту там бегает ipv4 на стороне провайдера.
Как я понимаю очередная волна блокировок пока закончилась. Это было что? Просто CF блочили или что то еще? Тут писали что были проблеммы с ответными пакетами
что то пытались
CF/Amazon
QUIC
etc
опять же от провайдеров зависит. вон в соседних темах
у кого не работает. у кого работает/не-работает. у когото вообще на уровне провайдера traceroute :443 дропают
http2/tls1.3 // quic rr3---sn-n8v7kn7k.googlevideo.com
Банят мосты по SNI. Собственно ничего нового
Прямо сейчас - похоже на то.
Таки-посидел полчаса и заставил Snowflake нормально бутстрапиться через zapret. Относительно дефолтной конфигурации - слишком агрессивно дробил и мешал пакеты, так что пришлось собрать отдельный сабсет настроек только для CDN которыми пользуется Snowflake для связи с брокером подключений.
ркн таки заблокировал WebTunnel.
Спойлер
[ERR] Managed proxy “./TorBrowser/Tor/PluggableTransports/lyrebird”: Error dialing: error dialing www.site.com:443: dial tcp 169.254.66.64:443: connect: connection refused
[WARN] Proxy Client: unable to connect OR connection (handshaking (proxy)) with [2001]:443 ID= RSA_ID=773874 (“general SOCKS server failure”)
отрабатывают наши налоги.