Корпоративный MTProto прокси
для Telegram

MTProto, собственный протокол шифрования Telegram, — это одно. А вот MTProto прокси — уже совсем другая история, по сути, специальный сервер-посредник. Что он делает? Принимает все подключения от Telegram-клиентов, затем мастерски маскирует этот трафик под обычный HTTPS (например, может притвориться сайтом cloudflare.com или любым другим проверенным доменом). И лишь после этого, через защищенный туннель, данные отправляются прямиком на серверы Telegram.

Зачем же нужен такой прокси, спросите вы? Чаще всего его используют, чтобы Telegram работал там, где его официально заблокировали — вспомните Иран, Китай или строгие корпоративные файрволы. У нас, например, он оказался невероятно удобен для создания единой точки выхода для всей компании, обеспечивая при этом жесткий контроль доступа. Просто выдаем каждому сотруднику личный ключ (тот самый "secret"), и никаких проблем!

При включённом USE_MIDDLE_PROXY = True трафик идёт через официальные Telegram relay-серверы. Это рекомендуемый режим: большинство хостингов блокируют прямые соединения к Telegram CDN, а через relay надёжно работают в том числе фото и видео.

TLS-маскировка работает через секрет формата ee<hex>636c6f7564666c6172652e636f6d: префикс ee означает fake-TLS, а последняя часть — «cloudflare.com» в HEX. DPI-системы видят легитимный HTTPS, а не Telegram.

Откройте файл конфигурации:

nano /opt/mtprotoproxy/config.py

Пример рабочего конфига:

PORT = 443

USERS = {
    "admin":     "a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6",
    "employee1": "b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7",
    "employee2": "c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8",
}

TLS_DOMAIN      = "cloudflare.com"
USE_MIDDLE_PROXY = True   # ОБЯЗАТЕЛЬНО
PREFER_IPV6     = False

TG_READ_TIMEOUT = 3600
TO_CLT_BUFSIZE  = 33554432   # 32 МБ — не уменьшать!
TO_TG_BUFSIZE   = 33554432

IGNORE_TIME_SKEW = True
CLIENT_KEEPALIVE = 600

Новый ключ для пользователя? Сгенерировать его очень просто:

python3 -c "import secrets; print(secrets.token_hex(16))"

Создайте файл сервиса:

[Unit]
Description=MTProto Proxy
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/python3 /opt/mtprotoproxy/mtprotoproxy.py
WorkingDirectory=/opt/mtprotoproxy
Restart=always
RestartSec=5
LimitNOFILE=65536
LimitNPROC=65536
Nice=-10
CPUWeight=700
MemoryHigh=2G
MemoryMax=3G
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target

systemctl daemon-reload
systemctl enable mtproxy
systemctl start mtproxy
systemctl status mtproxy   # должно быть active (running)

Настраиваем файрвол: сначала SSH, а потом уже занимаемся всем остальным:

ufw allow 22/tcp    # SSH — обязательно первым!
ufw allow 443/tcp   # MTProxy
ufw enable
ufw status verbose

Как только прокси запустится, вы тут же увидите в логе ссылки вот такого вида:

admin: tg://proxy?server=82.25.161.30&port=443&secret=ee...636c6f7564666c6172652e636f6d

Три формата: без префикса (обычный MTProto), с dd (обфускация), с ee (TLS-маскировка). Выдавайте пользователям ссылку с ee — она работает в максимальном числе сетей.

Видите иконку 🛡️ рядом с именем прокси? Знайте, это значит, что TLS-режим активен. А если появилась зелёная галочка — всё в порядке, прокси успешно подключён.

Добавить пользователя: отредактируйте /opt/mtprotoproxy/config.py, вставьте новую строку в USERS, перезапустите сервис.

Хотите удалить прокси? Просто уберите соответствующую строку из файла USERS, а затем перезапустите всю систему. И всё — ссылка сразу же перестанет работать.

Прокси выдает статистику в лог каждую минуту. Вот как это выглядит:

Stats for 22.03.2026 09:00:00
tg:    11 connects (4 current),  1.57 MB,  879 msgs
test:   3 connects (1 current),  0.45 MB,  120 msgs

Официальная документация: Telegram MTProto Documentation