Pull to refresh
2
Егор Комаров@Garykom

User

0,1
Rating
1
Subscribers
Send message

Там от реальности походу оторвались.
Хоть одно устройство с PCIe 6.0 есть в продаже?
Пока еще 5.0 не стало обыденным, редко и дорого.
Даже если и у системной платы и у видеокарты например заявлено 5.0 - на практике оно даже без шлейфов/райзеров постоянно на 4.0 сваливается или глючит по странному.

Имхо 7.0 уже недостижимо на чистых меди и кремнии, только на оптике.
А 6.0 на грани достижимости, про какие 8.0 идет речь?

Следующий шаг совершенно логичен, сделать вместо одного тысячу мелких запросов с разными SNI.
И даже разными IPv6.

Можно. Если каждый день на орбите тренироваться чтобы мышцы не атрофировались.
А еще есть перегрузки при посадке, после которых встал и пошел очень вряд ли.

Не удивлюсь если большая часть хостингов сдающих в аренду VPS или предлагают купить подписку на VPN, уже давно принадлежат аффилированным с РКН лицам.

Вижу что схема слишком переусложнена.
И в тоже время не очень функциональна.
Логичней заиметь две (минимум но можно и больше для резерва) VPS.
Одну в РФ а другую за границей.

VPS в РФ лучше выбирать у хостера, который пока еще без лишних коробочек на канале.
Таких мало уже, но есть, можно найти если поискать.

Далее на "non-ru VPS" поднимается AWG 2.0 в обычном варианте с одним каналом-интерфейсом.
А вот на "ru VPS" делаем хитрее и поднимаем три канала-интерфейса (учесть что надо мощности побольше, минимум 2 ядра CPU и 2Gb RAM с хорошим каналом).

Один канал-интерфейс AWG ("исходящий" за границу) с "ru VPS" на "non-ru VPS" с именем awg0.
Далее два канала-интерфейса AWG ("входящие" для мобильных и прочих клиентов) на "ru VPS" с именами awg1 и awg2.
Трафик с клиентов на awg1 идет через "ru VPS" напрямую неважно куда.
А вот трафик с клиентов на awg2 маршрутизируется через awg0 на "non-ru VPS".
В итоге серверу не надо заниматься напряжной split-tunneling маршрутизацией, простые правила в iptables по "входящим" интерфейсам.

А куда и через что пускать решает уже клиент, выборочно для доменов или ip.
Причем сервер у клиента в РФ назначен один, просто разные порты, зарубежный трафик с клиента не отловят легко.

Да, это такая же бессмысленная и беспощадная борьба как во многие времена боролись.
Начиная еще с древних времен где запрещалось учиться читать не церковникам и не аристократам.

Таки работает. Особенно на границах и в северных широтах.

А про мост через Калининград даже тут было на Хабре.
Там товарищ арендовал квартиру в Калининграде рядом с границей, поставил СтарЛинк и проводной инет и сделал себе личный шлюз.

На проводной уйдут. А если и там запретят - на заграничный и запрещенный и официально неработающий в РФ СтарЛинк.
Где тарелка мини уже в рюкзак помещается и работает из него при прямой видимости ))

Хрен там. Уже давно между роутерами в одном городе приходится амнезию поднимать чтобы работало!

Каким местом они определят обычные https/socks5 прокси?
Или нечто нестандартное типа китайского GOSTа?
Оно никаких интерфейсов не поднимает, выглядит как обычный сайт на 80/443 портах
На который пользователи заходят как из обычного браузера
И который понятно имеет http подключения (как обычные REST API) к другим серверам, да в т.ч. за границей

Лично я использовал "Избранное" в Телеграм.
Было довольно удобно и всегда под рукой.
Затем ненужное удаляешь.

Когда 99% страны пользуется на постоянной основе заграничными сервисами, даже если об этом не знает или не задумывается.
Запрещать им это делать выглядит странно.
Возможно цель совсем иная? Просто раскачать лодку раз санкции не помогли.
А РКН по сути играет за другую сторону или те кто ему распоряжения отдает.

Нет.
История показывает что "инструмент" всегда начинает работать в своих личных целях.
Т.е. "хвост виляет собакой".

У них цель давно не заблокировать.
А банально выбить побольше бюджет на "полный контроль" а по сути усиление блокировок.

Судя по сайту и чатботу на onesproxy.com - это китайцы, массово для использования в качестве IP-прокси.

Недавно искал где residential IP арендовать, причем за границей.
Вероятно на Британию выделено много лишних диапазонов IP, вот и решили их оприходовать.
Заметил что хостинг там относительно недорогой, блокировок и прочих DPI практически нет.

Так IP получат если после ютуба стукнутся на свой сервис определения IP.
Далее не проблема зная IP (и MAC) устройства на ТСПУ отследить куда канал VPN.

На своем сервере запустить Android в виртуалке (с софтом которому надо наружу за блокировки).
И пробрасывать на него аля scrcpy.
Останется еще нужные сервисы/службы типа геолокации и прочих датчиков пробрасывать с реального устройства для полного идеала.

Information

Rating
4,493-rd
Location
Финляндия
Date of birth
Registered
Activity