| Filename | Latest commit message | Latest commit date |
|---|---|---|
220d7a7652
Some checks failed
Published content check / validate (push) Failing after 6s
Пятая заметка раздела отвечает на вопрос, который в остальных затрагивался вскользь: какими способами WEB-прокси блокируют и что при этом видно наблюдателю в сети. Разбор идёт от самых дешёвых для цензора приёмов к самым дорогим: имя домена и адрес сервера, сбор опубликованных ссылок, активные проверочные запросы, анализ формы трафика, журналы выдачи сертификатов. По каждому — цена для той стороны и что реально защищает. Главные выводы: конкретный сервер блокируется просто и теми же средствами, что любой домен, а восстановление здесь дороже обычного, потому что пропуск привязан к домену и требует перевыдачи пары всем пользователям. Против активных проверок защита сильная и закреплена тестами проекта. Признаки формы трафика существуют — многочасовые соединения, ровный ритм раз в 25 секунд, симметричный обмен, отсутствие выравнивания, — но их использование при национальных масштабах даёт больше ложных срабатываний, чем попаданий, и ни один подтверждённый случай блокировки туннелей поведенческими моделями пока не задокументирован. Отдельно оговорено, чего заблокировать нельзя, и что бывает с пользователем и оператором: технических механизмов бана за прокси у Telegram нет, но у проекта нет и лицензии. |
||
| .. | ||
| tproxy-blocking-header.png | ||
| tproxy-bot-header.png | ||
| tproxy-chain-scheme.png | ||
| tproxy-overview-header.webp | ||
| tproxy-protocol-header.png | ||
| tproxy-setup-header.png | ||
