FakeTLS: как прокси притворяется сайтом

FakeTLS — режим MTProto-прокси, в котором соединение выглядит как обычный заход на HTTPS-сайт. Включает его одна деталь в секрете — префикс ee. Ниже — что стоит за этим префиксом, как проходит рукопожатие, как выбирать домен маскировки и какие ошибки чаще всего ломают режим.

Что значит префикс ee

Пример из документации mtg — секрет для google.com:

Первые два символа — режим, следующие 32 — ключ, остальное — слово google.com байтами. Домен читается одной командой:

Как проходит рукопожатие

Обычное соединение с HTTPS-сайтом начинается с сообщения ClientHello, в котором клиент называет нужный сайт в поле SNI. FakeTLS повторяет эту форму, поэтому для фильтра первые пакеты выглядят как обычный вход на сайт.

1. Клиент отправляет ClientHello с доменом из секрета. В нём есть данные, по которым прокси опознаёт «своего» клиента.
2. Прокси проверяет их и отвечает так, как отвечал бы TLS-сервер.
3. Дальше по установленному соединению идёт обычный поток MTProto, упакованный в записи, похожие на TLS.
4. Если пришёл не клиент прокси, а случайный посетитель, сканер или проверяющий, прокси не раскрывается: он передаёт соединение настоящему сайту и возвращает его настоящий ответ.

Последний пункт — защита от активной проверки. mtg называет это domain fronting: если запрос отклонён, прокси подключается к сайту-прикрытию и ретранслирует трафик, поэтому проверяющий видит ответ настоящего сайта. Telemt делает то же самое по настройке mask: неопознанные соединения идут на реальный веб-сервер.

Что видит фильтр

Для оборудования ТСПУ и систем DPI FakeTLS-соединение — это:

• соединение с IP-адресом вашего сервера на порту 443;
• ClientHello с именем популярного сайта в SNI;
• ответ, похожий на ответ TLS-сервера;
• дальше — поток зашифрованных записей, как у любого HTTPS.

Чтобы отличить такое соединение от настоящего, фильтру нужно искать тонкие расхождения: несоответствие домена и IP-адреса, нетипичные расширения в ClientHello, статистику потока. А просто закрыть «всё, что похоже на HTTPS с популярным сайтом», нельзя без вреда для обычных пользователей.

Как выбрать домен маскировки

Домен — слабое место режима. От него зависит, заметит ли провайдер несоответствие. Из рекомендаций авторов реализаций складывается такой список:

• обычный сайт, который не заблокирован в вашей сети. Если домен недоступен у оператора, соединение к нему выглядит подозрительно, а ссылка может не заработать (рекомендация telemt);
• домен, связанный с адресом сервера. README mtg предупреждает: провайдеры могут заметить, что google.com ведёт на IP, который Google не принадлежит. Совет — выбирать домен хостинга, на котором стоит VPS (например, digitalocean.com для сервера у DigitalOcean);
• лучше всего — свой домен. В BEST_PRACTICES mtg рекомендуется зарегистрировать домен и направить его на VPS: тогда DNS и SNI совпадают, а проверка не находит расхождений;
• не копировать сайт из своей подсети. По тем же рекомендациям, такая проверка по DNS проста, а адрес можно забанить;
• не брать крупный бренд. Крупный сайт легко проверить по DNS — ответы не совпадут с вашим сервером.

Как проверить выбранный домен

Прежде чем зашивать домен в секрет, проверьте его так, как это сделал бы провайдер:

1. Домен открывается из вашей сети. Если у оператора он недоступен, соединение к нему выглядит странно: curl -I https://домен/ должен вернуть ответ.
2. Рукопожатие проходит на ваш адрес. Команда curl -v -I --resolve домен:443:IP https://домен/ принудительно ведёт запрос на нужный IP-адрес и показывает TLS-рукопожатие, цепочку доверия и срок действия сертификата.
3. Сертификат действителен. В FAQ telemt в качестве примера упомянут сертификат, срок действия которого истёк 1 марта 2026 года, и отмечено, что актуальность сайта нужно проверять отдельно.
4. DNS совпадает с адресом сервера. Идеально, если имя указывает именно на ваш VPS; худший вариант — чужой крупный сайт.

Проверку стоит повторять: сайты меняют сертификаты и адреса, а домен, который сегодня выглядит правдоподобно, через месяц может перестать открываться.

Пример: подготовка домена по шагам

Схема, которую рекомендуют в BEST_PRACTICES mtg, сводится к тому, чтобы всё, что может проверить провайдер, совпадало между собой:

1. Зарегистрируйте свой домен и направьте его A-записью на IP-адрес VPS. Теперь DNS-ответ для этого имени указывает на ваш сервер.
2. Поставьте перед прокси правдоподобный сайт: несколько обычных HTML-страниц и сертификат от Let's Encrypt или другого удостоверяющего центра.
3. Сгенерируйте секрет под этот домен: mtg generate-secret --hex ваш-домен.example.
4. Запустите прокси на порту 443. Обычные посетители и проверяющие увидят сайт, а клиенты со ссылкой — прокси.
5. Проверьте подключение с телефона по мобильному интернету, а не по домашнему Wi‑Fi.

Это сложнее, чем взять чужой популярный домен, зато исчезает главный повод для подозрений: имя в SNI, DNS-ответ и содержимое страницы совпадают.

Настройки маскировки в реализациях

Программы по-разному решают две задачи: как отвечать чужим и как выглядеть правдоподобно.

• mtg. Чужие запросы перенаправляются на сайт-прикрытие (domain fronting). Дополнительно есть режим «двойник» — раздел [defense.doppelganger], который повторяет тайминги настоящего сайта. По README, адреса для двойника стоит брать с того же домена, под который вы маскируетесь.
• telemt. В разделе [censorship] задаются tls_domain, mask = true (передавать неопознанные соединения на реальный веб-сервер) и tls_emulation = true. Если клиент приходит со старым доменом, поведение определяет параметр unknown_sni_action.

Отпечаток клиента

ClientHello любого клиента — браузера или Telegram — содержит набор параметров: список поддерживаемых шифров, расширения и их порядок. Вместе они образуют «отпечаток»: у разных программ он разный. Если ClientHello, который отправляет Telegram, заметно отличается от браузерного, фильтр может использовать это как признак.

Поэтому, по FAQ telemt, устойчивость маскировки зависит от версии клиента, и разработчики советуют обновлять Telegram: в новых версиях отпечаток исправлен. На практике это значит, что одна и та же ссылка может работать у вас и не работать у знакомого со старой версией приложения.

Типичные ошибки

• Секрет введён без ee или обрезан. Клиент подключается в другом режиме или не подключается. Секрет вводят целиком.
• Домен не соответствует серверу. Самый частый случай — популярный бренд на чужом адресе.
• Заблокированный в сети домен. Прокси вроде работает, но соединение часто обрывается.
• Смена домена без перевыпуска ссылок. Старые ссылки дают ошибку. В telemt для таких клиентов есть настройка unknown_sni_action со значениями mask и reject_handshake.
• Нестандартный порт. Порт 443 выглядит естественнее для HTTPS.
• Устаревший клиент. По FAQ telemt, в новых версиях Telegram исправлен TLS-отпечаток, поэтому клиент стоит обновлять.

Где режим перестаёт работать

FakeTLS не делает прокси невидимым. Telemt в своём FAQ прямо перечисляет случаи, когда он не работает:

• нет IP-связи с целевым хостом;
• заблокированы TCP, TLS, порт или SNI;
• включена фильтрация высокоэнтропийного трафика;
• DPI распознаёт FakeTLS по SNI, ALPN и энтропии.

Отдельно: аккаунт Telegram привязан к «домашнему» дата-центру, поэтому прокси должен иметь доступ ко всей инфраструктуре Telegram, а не к её части.

Поэтому FakeTLS — это не «режим навсегда», а один из слоёв защиты. Против блокировки по адресу он бессилен, а на мобильном интернете с белыми списками прокси вообще недоступен.

Что FakeTLS не скрывает

Маскировка касается формы соединения, а не вашего присутствия в сети. Провайдер по-прежнему видит, что вы подключаетесь к IP-адресу конкретного сервера, и сколько данных передаёте. Сам прокси видит ваш IP-адрес, как и любой посредник. Содержимое переписки защищено ключом Telegram независимо от режима — но и от режима FakeTLS не зависит. Поэтому «невидимым» прокси назвать нельзя: он лишь труднее для распознавания по форме.

Как проверить, что режим включён

• Посмотрите на секрет: он должен начинаться с ee и быть заметно длиннее 32 символов.
• Расшифруйте хвост командой xxd -r -p и убедитесь, что это нужный домен.
• На сервере с mtg выполните mtg doctor /путь/к/config.toml: команда проверяет конфигурацию и связность.
• На сервере с telemt проверьте TLS-рукопожатие с сайтом-прикрытием: curl -v -I --resolve домен:443:IP https://домен/ покажет цепочку сертификатов и срок действия.

Если прокси с ee перестал работать

Режим включён, секрет правильный, а прокси не подключается? Перебирайте причины от простых к сложным:

1. Проверьте, что домен из секрета по-прежнему открывается и сертификат на нём действителен.
2. Убедитесь, что клиент обновлён: в новых версиях Telegram исправлен TLS-отпечаток.
3. Проверьте прокси в другой сети: если там он работает, адрес не заблокирован, а проблема в конкретной сети.
4. Если не работает нигде, адрес сервера, скорее всего, закрыт: поможет только смена IP-адреса или нового прокси.
5. На своём сервере посмотрите журнал: у mtg — mtg doctor, у telemt — состояние службы и ошибка «Unknown TLS SNI» для старых ссылок.

FakeTLS и другие режимы

В документации Telegram для владельцев прокси советуют по возможности включать и padding, и TLS emulation: режимы дополняют друг друга.