Альтернативные туннельные решения¶

Обзор решений для публикации локальных сервисов в интернет — аналогов dix.su.
Помогает ориентироваться в ландшафте и обосновать позиционирование платформы.

🇷🇺 О колонке «Статус в РФ»

Статус — ориентировочная оценка доступности на момент обновления, а не гарантия работы у любого оператора. Обозначения: ✅ сведений о системной недоступности не обнаружено · ⚠️ возможны ограничения отдельных транспортов/сетей · ❌ подтверждена существенная недоступность · ❓ актуальных данных недостаточно · 🖥️ self-hosted — доступность в основном определяется вашим сервером, IP, портами и политикой сети.

Self-hosted = контроль над точкой входа

Self-hosted позволяет выбирать сервер, IP, домен и транспорт. TCP/TLS/WebSocket на 443 обычно совместимы с сетями, разрешающими обычный HTTPS, но это не делает туннель «неотличимым» или гарантированно неблокируемым: возможны блокировки IP/SNI, TLS-инспекция, прокси-политики и другие механизмы фильтрации.

1. Публичные SaaS-туннели¶

ngrok¶


Сайт	ngrok.com
Протокол	QUIC / HTTP/2
Цена	Free (лимиты) → $10/мес → Enterprise
Open Source	Нет (агент OSS с v3)

Плюсы: - Лидер рынка, огромная экосистема - Встроенный HTTPS, инспектор запросов в браузере - Webhooks replay, IP-политики, OAuth-gate - Статические домены на платных тарифах - SDKs: Python, Node, Go, Java, Rust

Минусы: - Всё через серверы ngrok (MITM TLS) - Бесплатно: 1 туннель, рандомный домен, лимит соединений - Нет UDP на большинстве планов - Нет self-hosted варианта

🇷🇺 Статус в РФ: ⚠️ Нестабильно. IP ngrok.com периодически в реестре РКН. QUIC (UDP 443) блокируется ТСПУ у ряда операторов. Без VPN — нестабильно, зависит от оператора.

Cloudflare Tunnel (ранее Argo Tunnel)¶


Сайт	cloudflare.com/products/tunnel
Протокол	QUIC / HTTP/2 (`cloudflared`)
Цена	Бесплатно → Zero Trust планы
Open Source	`cloudflared` — OSS

Плюсы: - Бесплатно для базового использования - Anycast CDN Cloudflare — низкая задержка - Zero Trust (доступ по email/SSO без VPN) - DDoS-защита из коробки

Минусы: - Полный MITM — Cloudflare видит весь трафик - DNS обязан быть на Cloudflare - Non-HTTP/private-network сценарии устроены иначе — используются Zero Trust/Cloudflare One и маршрутизация private network

🇷🇺 Статус в РФ: ⚠️ Доступность зависит от сети. Важно: cloudflared подключается к edge Cloudflare на порту 7844 — QUIC по UDP или HTTP/2 по TCP; это не fallback на обычный HTTPS/443.

Tuna¶


Сайт	tuna.am
Протокол	Reverse proxy / HTTP / TCP / SSHd
Клиенты	CLI + Tuna Desktop
Модель	SaaS, корпоративные сценарии

Один из наиболее близких к dix.su продуктов по пользовательскому сценарию: публикация локальных сервисов без белого IP, VPN и проброса портов. Поддерживает HTTP, TCP и SSHd-туннели; отдельные режимы для PostgreSQL и Redis включают инспекцию запросов. Есть резервирование статических портов и traffic policies.

Плюсы: - HTTP и TCP, доступ к SSH/RDP/БД - SSHd позволяет предоставить SSH-доступ без локального SSH-сервера - PostgreSQL/Redis inspector - CLI и Desktop GUI - Статические порты и политики обработки входящего трафика

Минусы: - Централизованный SaaS по умолчанию - Не является минималистичным OSS tunnel engine - Часть расширенных возможностей завязана на экосистему Tuna

🇷🇺 Статус в РФ: ❓ Требует периодической проверки по операторам. Сам факт использования HTTPS/TCP не является гарантией доступности.

Pinggy¶


Сайт	pinggy.io
Протокол	SSH + WebSocket/HTTPS
Цена	Free (4ч сессии) → $3/мес
Open Source	Нет

Прямой конкурент dix.su в SaaS-нише. Запуск без клиента:

ssh -p 443 -R0:localhost:8000 free.pinggy.io

Плюсы: - Поддержка HTTP, HTTPS, TCP, UDP, TLS и TLSTCP - Режим TLS tunnel — Pinggy не терминирует TLS, маршрутизирует по SNI → E2E-шифрование до устройства - Daemon/background mode, автозапуск, debugger, CLI - Работает через SSH на порту 443 — проходит большинство фаерволов

Минусы: - Нет self-hosted варианта - Бесплатная сессия — только 4 часа - Remote Device Management и управление туннелями из dashboard доступны на Pro/Enterprise

🇷🇺 Статус в РФ: ⚠️ Частично. SSH через 443 обычно работает. pinggy.io не в реестре РКН. Устойчивее ngrok из-за SSH-транспорта.

localhost.run¶


Сайт	localhost.run
Протокол	SSH reverse tunnel
Цена	Free (рандомный домен) → $3.50/мес (кастомный)
Open Source	Нет

Класс «вообще не устанавливай клиент»:

ssh -R 80:localhost:8080 localhost.run

Через SNI можно пробрасывать и не-HTTP протоколы (PostgreSQL, SSH).

Плюсы: - Нет установки — только ssh - Автоматический HTTPS, proxy headers - TCP через TLS/SNI (не только HTTP)

Минусы: - SSH сессия = активный туннель - Платный тариф для постоянного домена - Нет TCP без TLS, нет UDP

🇷🇺 Статус в РФ: ⚠️ Зависит от порта. SSH/22 блокируется у части операторов. localhost.run поддерживает SSH через 443, что существенно улучшает проходимость.

Serveo¶


Сайт	serveo.net
Протокол	SSH + WireGuard
Цена	Free
Open Source	Нет

ssh -R 80:localhost:3000 serveo.net

Никакого клиента. Появился WireGuard-вариант и браузерное расширение. SSH доступен через порт 443.

Плюсы: - Zero install - SSH на 443 — проходит большинство корпоративных фаерволов - HTTP, TCP, WireGuard туннели

Минусы: - Периодические downtime публичного сервиса - Нет SLA, нет официального self-hosted варианта

🇷🇺 Статус в РФ: ⚠️ SSH на 22 — ненадёжно; SSH на 443 — работает. serveo.net не в реестре РКН.

Packetriot¶


Сайт	packetriot.com
Протокол	Reverse tunnel (TCP/HTTP)
Цена	Free → $9/мес
Open Source	Нет (клиент частично)

Продуктово близок к dix.su: persistent hostname, HTTP + TCP, Let's Encrypt, инспектор запросов/replay, custom domains, Basic Auth, 2FA, OpenID Connect.

Плюсы: - Persistent hostname на всех тарифах - Встроенный HTTP inspector/replay - Custom domains, auth, OIDC - Хорошая документация

Минусы: - Нет self-hosted варианта - Небольшое сообщество

🇷🇺 Статус в РФ: ❓ Неизвестно. Небольшой сервис, данных по РКН нет.

LocalToNet¶


Сайт	localtonet.com
Протокол	HTTP/S / TCP / UDP / TCP+UDP
Клиенты	Windows, Linux, macOS, Docker, Android; x86/ARM
Модель	SaaS

Прямой конкурент в сценарии «локальный или intranet-сервис → публичный endpoint». Поддерживает HTTP/S, TCP, UDP, комбинированные TCP/UDP-туннели, proxy server и file server. Широкая поддержка ARM делает проект особенно релевантным для edge/IoT-сценариев.

Плюсы: UDP, ARM/ARM64, Android, Docker, широкий набор типов туннелей.
Минусы: централизованный сервис; продуктовая модель и лимиты зависят от тарифа.

🇷🇺 Статус в РФ: ❓ Нужна практическая проверка по сетям/операторам.

LocalXpose¶


Сайт	localxpose.io
Категория	Managed tunneling SaaS
Модель	Free tier + платные планы

Заметный коммерческий ngrok-конкурент, регулярно присутствует в актуальных каталогах tunneling-решений. Имеет смысл учитывать как продуктового конкурента, даже если технически не даёт принципиально нового класса транспорта.

🇷🇺 Статус в РФ: ❓ Недостаточно надёжных актуальных данных.

fxTunnel¶


Сайт	fxtun.dev · fxtun.ru
Репо	github.com/mephistofox/fxtun.dev
Протокол	HTTP / TCP / UDP
Клиенты	CLI + Desktop GUI (Wails)
Цена	Free (1 туннель) → Starter $2.5 → Base $5 → Pro $7.5/мес
Open Source	Да (MIT, Go)
Серверы	РФ
Оплата	ЮKassa, СБП (рубли)

Инди-проект одного разработчика (mephistofox / fxcode.ru). Прототип в декабре 2025, последний релиз — v3.12.0 (сентябрь 2026). Один из наиболее прямых конкурентов dix.su в РУ-сегменте: аналогичная аудитория, рублёвая оплата, серверы в РФ.

Плюсы: - HTTP + TCP + UDP — шире большинства аналогов - Кастомные субдомены уже на бесплатном тарифе (в отличие от ngrok) - Нет лимитов на запросы / трафик / таймауты сессий - Desktop GUI (Wails) + CLI - Self-hosted вариант - HTTP Inspector + Replay (платные планы) - MIT — можно форкать и использовать коммерчески

Минусы: - Молодой проект (~23 ⭐, 8 форков на сентябрь 2026) - Инди (один разработчик) — риск continuity - В англоязычных обзорах практически не упоминается - Inspector/Replay только на платных тарифах

🇷🇺 Статус в РФ: ✅ Серверы в РФ, рублёвая оплата. Проект изначально ориентирован на русскоязычный сегмент.

TunnelHunt¶


Сайт	tunnelhunt.ru
Протокол	SSH reverse tunnel
Категория	Hosted tunneling

Русскоязычный SSH-first сервис для публикации локального HTTP-сервиса через reverse forwarding. Важен как региональный конкурент и пример минимального onboarding без отдельного агента.

ssh -p 2222 -R 80:localhost:3000 tunnelhunt.ru

🇷🇺 Статус в РФ: ❓ Региональная доступность выглядит естественным сценарием сервиса, но без регулярных измерений давать гарантии не стоит.

playit.gg¶


Сайт	playit.gg
Протокол	TCP/UDP + anycast
Цена	Free → $3/мес
Open Source	Частично

Плюсы: - Специализация на UDP (Minecraft, Valheim и др.) - Anycast сеть — низкий latency - Постоянные туннели на бесплатном тарифе

Минусы: - Ориентирован на геймеров, не на разработчиков - Ограниченная гибкость конфигурации

🇷🇺 Статус в РФ: ✅ Не в реестре РКН, популярен у российских геймеров.

PageKite¶


Сайт	pagekite.net
Протокол	HTTP/WebSocket + relay
Цена	Free → $4/мес
Open Source	Да (Apache-2.0)

Старейший проект в классе (с 2010 года). OSS-клиент + публичная relay-инфраструктура на нескольких континентах.

Плюсы: 14+ лет в production, можно поднять свой relay, Python-клиент.
Минусы: устаревший UI/DX, низкая активность разработки.

🇷🇺 Статус в РФ: ⚠️ pagekite.net не в реестре. Протокол WebSocket через 443.

Loophole¶


Репо	github.com/loophole/cli
Протокол	HTTP/WebSocket
Цена	Free
Open Source	Да (MIT, клиент)

loophole http 3000

Поддерживает публикацию директории и WebDAV. Небольшой проект, поддержка нерегулярная.

🇷🇺 Статус в РФ: ❓ Небольшой сервис, данных нет.

2. Self-hosted платформы¶

Pangolin + Newt¶


Репо	github.com/fosrl/pangolin
Протокол	WireGuard + reverse tunnel
Язык	Go + TypeScript
Лицензия	AGPL-3.0
Звёзды	~5k ⭐

Самый значимый новый конкурент в классе self-hosted. Позиционируется как полноценная self-hosted замена Cloudflare Tunnel: центральный сервер, агент Newt, dashboard, access control, identity, туннели к сетям за NAT/firewall.

Архитектура: уже не просто frp с TOML-конфигом, а пользовательская платформа с SSO, правилами доступа по IP/path, multiple domains. Версия 1.0 получила большое внимание в selfhosted-сообществе.

Плюсы: - Полноценная self-hosted альтернатива Cloudflare Tunnel - Dashboard, access control, identity из коробки - Multiple domains, SSO, IP/path-правила - Активная разработка, растущее сообщество - Docker-first деплой

Минусы: - AGPL-лицензия — ограничения при встраивании в коммерческий продукт - Основной data plane связан с WireGuard; доступность UDP зависит от сети - Требует выделенного VPS для сервера

🇷🇺 Статус в РФ: 🖥️ Self-hosted. Newt реализует userspace WireGuard и TCP/UDP proxy; контрольный канал использует WebSocket. Доступность зависит от выбранного транспорта и сети.

Portr¶


Репо	github.com/amalshaji/portr
Протокол	WebSocket / HTTPS
Язык	Go + React
Лицензия	AGPL-3.0
Звёзды	~3.2k ⭐

По концепции очень близок к dix.su: HTTP, TCP, WebSocket, self-hosted server, публичные URL, фиксированные субдомены, dashboard пользователей и соединений. Есть инспектор запросов, replay, просмотр headers/payload, WebSocket frames.

Плюсы: - UI + инспектор + replay — почти как ngrok - Субдомены, multi-user, фиксированные endpoint - HTTP и TCP туннели

Минусы: - AGPL-лицензия - Нет UDP - Менее зрелый, чем frp

🇷🇺 Статус в РФ: 🖥️ Self-hosted; доступность определяется вашим endpoint и политикой сети.

frp (Fast Reverse Proxy)¶


Репо	github.com/fatedier/frp
Протокол	TCP / UDP / HTTP / WebSocket
Язык	Go
Звёзды	~90k ⭐

Плюсы: - Самый популярный OSS reverse proxy туннель - TCP, UDP, HTTP, HTTPS, WebSocket; P2P режим (xtcp); Dashboard; load balancing - Зрелый проект, огромное сообщество - Поддерживает несколько транспортов: TCP/KCP/QUIC/WebSocket/WSS

Минусы: - TOML/INI-конфиг, нет пользовательского UI - Ручное управление токенами

🇷🇺 Статус в РФ: 🖥️ Self-hosted. Результат зависит от выбранного транспорта, IP и сети.

rathole¶


Репо	github.com/rapiz1/rathole
Протокол	TCP / UDP + Noise Protocol
Язык	Rust
Звёзды	~10k ⭐

Плюсы: - Rust — высокая производительность, минимум RAM - Поддерживает Noise, TLS и WebSocket-транспорт - Мультиплексирование каналов

Минусы: - Менее зрелый, чем frp - Минимальный UI

🇷🇺 Статус в РФ: 🖥️ Self-hosted. Наличие Noise/WebSocket/TLS не гарантирует прохождение конкретного DPI; всё зависит от endpoint, транспорта и политики сети.

sish¶


Репо	github.com/antoniomika/sish
Протокол	SSH pubkey
Язык	Go
Звёзды	~4k ⭐

Плюсы: - SSH pubkey авторизация — не нужны пароли/токены - ssh -R 80:localhost:8080 sish.example.com - HTTP(S), WS(S), TCP, private TCP aliases и SNI routing

Минусы: - SSH сессия = активный туннель - Нет UI

🇷🇺 Статус в РФ: 🖥️ Self-hosted. SSH на нестандартном/разрешённом порту может быть практичнее, но доступность зависит от сетевой политики.

piko¶


Репо	github.com/andydunstall/piko
Категория	Production reverse tunneling
Язык	Go
Лицензия	MIT

Open-source ngrok-альтернатива с акцентом на production-трафик и простой деплой, в том числе в Kubernetes. Промежуточный класс между минималистичным tunnel engine и большой management-платформой.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от инфраструктуры.

Wiredoor¶


Категория	Self-hosted ingress-as-a-service
Основа	WireGuard + NGINX
Доступ	HTTP / TCP / UDP

Self-hosted ingress-платформа для публикации приватных HTTP/TCP/UDP-сервисов. Сочетает reverse VPN, автоматический TLS, OAuth2, CLI и dashboard.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; UDP/WireGuard может вести себя по-разному в разных сетях.

pgrok¶


Репо	github.com/pgrok/pgrok
Протокол	SSH remote port forwarding
Язык	Go
Лицензия	MIT

Multi-tenant HTTP/TCP reverse tunnel поверх SSH: stable subdomains, пользователи, OIDC/SSO, custom domain. Авторы позиционируют как «poor man's ngrok». Интересен прежде всего как архитектурный reference для multi-tenant SaaS.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от доступности SSH endpoint.

exposr¶


Репо	github.com/exposr/exposrd
Протокол	WebSocket / SSH forwarding
Язык	Node.js
Лицензия	MIT

Проектировался как horizontally scalable relay server: clustering, stateless deployment, несколько persistent connections на туннель, REST API, WebSocket + SSH, HTTP + SNI ingress. Рассчитан на Kubernetes. Интересен для понимания архитектуры масштабирования.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от endpoint и сети.

inlets¶


Сайт	inlets.dev
Протокол	WebSocket / HTTPS
Язык	Go
Цена	OSS (HTTP) + PRO $20/мес (TCP/UDP)

Плюсы: - Интеграция с Kubernetes (inlets-operator) - Автопровизионирование VPS через облачные провайдеры - mTLS

Минусы: - TCP/UDP — только в платной версии - Низкая активность разработки

🇷🇺 Статус в РФ: 🖥️ Self-hosted/managed; доступность зависит от endpoint и сети.

boringproxy¶


Репо	github.com/boringproxy/boringproxy
Протокол	SSH reverse tunnel
Язык	Go
Лицензия	MIT
Звёзды	~1.4k ⭐

Ориентирован на homelab: VPS → HTTPS domain через SSH tunnel + web UI + автоматический HTTPS.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от SSH endpoint и политики сети.

Expose (Beyond Code)¶


Сайт	expose.dev
Протокол	WebSocket + HTTPS
Цена	$9/мес (Pro)
Open Source	Да (PHP)

Self-hosted сервер (PHP/Laravel), красивый UI, кастомные поддомены, Whitelist IP, Basic Auth.

Минусы: PHP-стек нестандартен для туннелей, небольшое сообщество.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от endpoint и сети.

jprq¶


Репо	github.com/azimjohn/jprq
Протокол	HTTP/TCP
Язык	Go
Лицензия	MIT
Звёзды	~1.5k ⭐

jprq http 8000
jprq tcp 22

Custom subdomains, debugger, CNAME, self-hosted. Публичный сервис перешёл в members-only, но код открыт.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от endpoint и сети.

tunnelmole¶


Репо	github.com/robbie-cahill/tunnelmole-client
Протокол	WebSocket
Язык	TypeScript/Node.js
Звёзды	~1k ⭐

Self-hosted сервер, npx запуск, только HTTP.

🇷🇺 Статус в РФ: ❓ WebSocket/443 технически работает.

3. Минималистичные инструменты¶

chisel¶


Репо	github.com/jpillora/chisel
Протокол	WebSocket + SSH
Язык	Go
Звёзды	~13k ⭐

Плюсы: - WebSocket через 443 — проходит корпоративные прокси - Обратный/прямой туннели, SOCKS5 - Один бинарник

🇷🇺 Статус в РФ: 🖥️ Self-hosted. WebSocket/TLS на 443 часто удобен для egress-сетей, но не гарантирует прохождение прокси/DPI.

bore¶


Репо	github.com/ekzhang/bore
Протокол	TCP
Язык	Rust
Звёзды	~9k ⭐

bore local 8080 --to bore.pub

Минималистичный (~200 строк), публичный сервер bore.pub.

🇷🇺 Статус в РФ: ⚠️ bore.pub на нестандартном порту 7835. Self-hosted на 443 работает.

SubTunnel¶


Репо	github.com/ozankasikci/subtunnel
Протокол	yamux + TLS
Язык	Rust
Лицензия	MIT

Self-hosted: один бинарник, wildcard subdomains, TLS, token auth, yamux-мультиплексирование, reconnect, systemd. UDP — в roadmap. Молодой проект.

🇷🇺 Статус в РФ: 🖥️ Self-hosted; зависит от endpoint и сети.

tnnl¶


Сайт	tnnl.run
Протокол	HTTP/WebSocket

HTTP субдомены, HMAC auth, Basic Auth, request inspector и replay. Self-hosted или публичный tnnl.run. Очень новый, только HTTP.

🇷🇺 Статус в РФ: ❓ Молодой сервис.

localtunnel¶


Репо	github.com/localtunnel/localtunnel
Протокол	HTTP/WebSocket
Язык	Node.js
Звёзды	~19k ⭐

npx localtunnel --port 8080

Плюсы: Zero install для Node.js разработчиков.
Минусы: Только HTTP, публичный сервер нестабилен, проект не поддерживается.

🇷🇺 Статус в РФ: ⚠️ Нестабилен вне зависимости от РФ.

4. Современные / экспериментальные¶

iroh (n0-computer)¶


Репо	github.com/n0-computer/iroh
Протокол	QUIC + Ed25519 NodeId + hole-punching
Язык	Rust (биндинги: Swift, JS/TS, Kotlin, Python)
Лицензия	Apache-2.0 / MIT
Звёзды	~16k ⭐
Версия	1.0 (2026)

Не готовое приложение, а P2P-библиотека. Девиз: "Dial keys, not IPs" — узлы адресуются по криптоключу (Ed25519), не по IP. QUIC E2E-шифрование: relay статeless и не видит трафик. ~90% соединений устанавливаются P2P напрямую.

Плюсы: - Настоящее E2E-шифрование (relay не видит данные) - ~90% соединений напрямую, минуя сервер - Apache-2.0/MIT — можно форкать и использовать коммерчески - Биндинги под все платформы, включая IoT (ESP32, RPi)

Минусы: - Библиотека, нужна разработка поверх - Нет нативных биндингов для Elixir/BEAM - Для HTTP/браузерных сценариев неприменим

🇷🇺 Статус в РФ: ⚠️ QUIC UDP блокируется ТСПУ у части операторов. При недоступности P2P — relay-fallback через TCP.

Анализ iroh vs dix.su

В проекте есть детальный сравнительный анализ в PATHTO/iroh_vs_dixsu_analysis.md, включая оценку применимости iroh для TCP-туннелей dix.su как замены нынешних открытых портов с protocol-sniffing.

FerroTunnel¶


Репо	github.com/ferro-labs/ferrotunnel
Протокол	HTTP/1.1, HTTP/2, HTTP/3, QUIC, WebSocket, gRPC
Язык	Rust
Лицензия	Apache-2.0

Library-first туннель: HTTP/3, QUIC, gRPC, multiplexing, mTLS, Prometheus/OpenTelemetry, plugin system. Встраивается непосредственно в Rust-приложение. Технически интересный reference, пользовательская база пока мала.

🇷🇺 Статус в РФ: 🖥️ Self-hosted. HTTP/2 на 443 работает; QUIC/HTTP/3 — с оговорками.

5. Частные оверлеи / Zero Trust¶

Tailscale Funnel¶


Сайт	tailscale.com/kb/1223/funnel
Протокол	WireGuard + DERP relay
Цена	Free (до 3 пользователей) → $18/мес/user
Open Source	Клиент OSS

Плюсы: - Интегрирован с Tailscale mesh VPN - MagicDNS, работает за двойным NAT - tailscale funnel — публикация в интернет одной командой

Минусы: - Funnel поддерживает HTTPS, raw TCP и TLS-terminated TCP; публичные порты ограничены 443/8443/10000 - Relay через серверы Tailscale (DERP)

🇷🇺 Статус в РФ: ⚠️ Зависит от доступности Tailscale control/relay infrastructure и конкретной сети; Funnel использует relay и TCP proxy, поэтому его нельзя сводить только к прямому WireGuard/UDP.

zrok¶


Репо	github.com/openziti/zrok
Протокол	OpenZiti (mTLS mesh)
Язык	Go
Звёзды	~2.5k ⭐

Zero Trust mesh на основе OpenZiti. Self-hosted + SaaS (zrok.io). HTTP и TCP, временные и постоянные endpoint.

Минусы: Сложная инфраструктура (ZitiController + ZitiRouter), overhead для простых случаев.

🇷🇺 Статус в РФ: ❓ Нужна актуальная проверка; криптографический транспорт сам по себе не гарантирует доступность.

Radmin VPN¶


Сайт	radmin-vpn.com
Протокол	Проприетарный virtual LAN (UDP)
Разработчик	Famatech (Россия)
Цена	Бесплатно (до 100 устройств)
Open Source	Нет

Виртуальная LAN между устройствами (как Hamachi/ZeroTier). Не публикует сервисы наружу, только P2P внутри виртуальной сети.

Плюсы: Бесплатно, популярен для LAN-игр, прост в установке.
Минусы: Windows-only, нет CLI, нет публикации HTTP.

🇷🇺 Статус в РФ: ❓ На момент подготовки обзора нет оснований обещать универсальную доступность у всех операторов; статус следует периодически перепроверять.

ZeroTier¶


Сайт	zerotier.com
Протокол	P2P mesh + relay (UDP 9993)
Цена	Free (до 25 устройств) → $5/мес
Open Source	Да (BSL)

Кроссплатформенный P2P mesh: Linux, Windows, macOS, Android, iOS, ARM, OpenWRT. Self-hosted controller.

Минусы: Не публикует сервисы в публичный интернет; BSL-лицензия.

🇷🇺 Статус в РФ: ⚠️ P2P/UDP-доступность зависит от сети; при невозможности прямого пути используются relay-механизмы.

Coen¶


Протокол	mTLS / HTTP/WebSocket
Язык	Go

Новый self-hosted edge+agent (лето 2026): outbound mTLS, host routing, HTTP/WebSocket, reconnect, static binary. Проект pre-1.0, но технически интересен.

🇷🇺 Статус в РФ: 🖥️ Self-hosted, mTLS через 443.

6. Enterprise Access Platforms¶

Teleport¶


Сайт	goteleport.com
Протокол	mTLS + SSH
Цена	Community Free → Team $70/мес → Enterprise
Open Source	Да (Apache 2.0)

Плюсы: - Enterprise-grade: audit log, RBAC, MFA, SOC2 - SSH, Kubernetes, DB, App через единый proxy - Короткоживущие сертификаты вместо постоянных ключей

Минусы: - Избыточен для простых задач - Ориентирован на корпоративных пользователей

🇷🇺 Статус в РФ: ❓ Для SaaS и конкретных deployment-сценариев нужна отдельная актуальная проверка; self-hosted доступность зависит от вашей инфраструктуры.

7. Другие достойные проекты¶

Эти решения не требуют подробных карточек, но полезны для полноты карты рынка:

Microsoft Dev Tunnels — dev-oriented публикация локальных портов, экосистема Microsoft/Visual Studio.
Openport.io — hosted reverse tunneling/remote-access; поддержка embedded/IoT-сценариев.
NPS / NPS Enhanced — self-hosted NAT traversal с Web UI и несколькими типами проксирования.
Selfhosted Gateway — Docker-native подход на WireGuard + Caddy + NGINX.
reverst — экспериментальный reverse-tunnel с HTTP/3/QUIC.
NRelay — молодой Rust-проект с несколькими типами ingress.
SirTunnel — минималистичная комбинация OpenSSH и reverse proxy.
tunnl.gg — SSH-first hosted/self-hosted tunneling.
Burrow — managed developer tunnel с persistent URLs и инспектором.
Webhook Relay — специализированный вариант для webhook/IoT-интеграций.

Почему здесь нет каждого GitHub-проекта

Цель страницы — не каталог всех proof-of-concept туннелей, а карта решений, полезных для выбора продукта или архитектуры. Молодые проекты без заметного adoption лучше держать в этом разделе и повышать до отдельной карточки после появления зрелой документации, релизов и пользователей.

Сравнительная матрица¶

Решение	HTTP	TCP	UDP	Persistent URL	Custom domain	UI/Device mgmt	Inspector	Self-host
dix.su	✅	✅	—	✅	✅	✅ / ✅	—	✅
ngrok	✅	✅	огранич.	✅*	✅*	✅ / —	✅	❌
Cloudflare Tunnel	✅	private	private	✅	✅	✅ / connector	—	❌
Tuna	✅	✅	—	✅	✅*	GUI / —	✅ DB	частично
Pinggy	✅	✅	✅	✅*	✅*	✅ / ✅*	✅	❌
LocalToNet	✅	✅	✅	✅*	✅*	✅	—	❌
fxTunnel	✅	✅	✅	✅	✅	GUI / —	✅*	✅
localhost.run	✅	TLS/SNI	—	✅*	✅*	—	—	❌
Serveo	✅	✅	WG	зависит	—	—	—	❌
Packetriot	✅	✅	—	✅	✅	✅	✅	частично
playit.gg	✅	✅	✅	✅	✅*	✅	—	❌
Pangolin	✅	✅	✅	✅	✅	✅ / connector	—	✅
Portr	✅	✅	—	✅	—	✅	✅	✅
frp	✅	✅	✅	ручная	ручная	dashboard	—	✅
sish	✅	✅	—	alias	✅	console	частично	✅
piko	✅	✅	—	config	ingress	ops	—	✅
Wiredoor	✅	✅	✅	config	✅	✅	—	✅
Tailscale Funnel	✅	✅	—	ts.net	❌	admin/CLI	—	❌
zrok	✅	✅	зависит	✅	зависит	✅	—	✅
ZeroTier	❌	P2P	P2P	virtual	—	controller	—	controller

* — функция зависит от тарифа/режима; проверяйте перед выбором.

Как читать рынок¶

Developer tunneling SaaS: ngrok, Tuna, Pinggy, LocalToNet, LocalXpose, localhost.run, Serveo.
Device/remote-access platforms: dix.su, Packetriot и частично Pinggy/Tuna.
Self-hosted management platforms: Pangolin, Portr, Wiredoor, boringproxy.
Tunnel engines / infrastructure: frp, rathole, sish, piko, chisel, bore.
Overlay / Zero Trust networks: Tailscale, zrok/OpenZiti, ZeroTier, Radmin VPN.
Enterprise access: Teleport.
Experimental / architectural references: iroh, FerroTunnel, exposr, SubTunnel и другие молодые проекты.

Позиционирование dix.su¶

Рынок уже слишком зрелый, чтобы позиционировать dix.su просто как «ngrok, но с UI». Dashboard, постоянные endpoints, custom domains, request inspection и даже удалённое управление устройствами встречаются у конкурентов.

Более точное направление — device-oriented tunneling platform:

постоянно подключённое устройство за NAT получает управляемые публичные и приватные endpoints, а владелец управляет устройствами, доступом, доменами и связанными сервисами через единый аккаунт.

Сильные стороны для развития:

Device identity — устройство является самостоятельной сущностью, а не временной CLI-сессией.
Постоянное подключение — сценарий edge/IoT/домашнего сервера, а не только демонстрация localhost.
HTTP + TCP из одного кабинета — SSH/RDP/DB и web-сервисы управляются одинаково.
Private/E2E-сценарии — важно явно отделять их от обычного TLS termination на relay.
Custom domains и управление доступом — как часть модели устройства, а не отдельная настройка reverse proxy.
Пользователь → устройство → сервис — хорошая база для ACL, sharing, audit, reputation/verification и командной работы.
Self-hosted deployment — конкурентное преимущество только если установка и обновление действительно проще Pangolin/frp-класса.

Что не стоит использовать как уникальное преимущество:

«WebSocket на 443 невозможно заблокировать» — технически слишком сильное и недоказуемое утверждение.
«Есть UI» — UI есть у многих конкурентов.
«Есть постоянный URL» — давно commodity-функция.
«Работает за NAT» — базовое свойство всего класса.
«Remote device management уникален» — Pinggy уже позволяет управлять туннелями из dashboard в remote-management mode.

Главные проекты для регулярного конкурентного мониторинга:

ngrok · Cloudflare Tunnel · Tuna · Pinggy · Pangolin · Portr · Packetriot · LocalToNet · frp · Tailscale Funnel

Методология и оговорки¶

Цены, free-tier лимиты, GitHub stars и функции SaaS меняются быстро; перед публикацией коммерческого сравнения их нужно перепроверять.
Статус доступности в конкретной стране нельзя надёжно вывести только из протокола. Даже TLS/WSS/443 может ограничиваться по IP, DNS/SNI, TLS fingerprint, proxy policy или другим признакам.
Для self-hosted решений корректнее оценивать контролируемость транспорта, а не объявлять продукт «доступным» или «заблокированным».
Сведения о DPI/операторах без воспроизводимых измерений следует формулировать как наблюдения, а не как гарантии.
Для архитектурного выбора предпочтительны первичные источники: официальная документация и upstream-репозитории.

Последнее обновление: 2026-09-27. Источники: официальная документация проектов, upstream GitHub-репозитории, awesome-tunneling и материалы сообществ.