Кратко

  • PTTH позволяет клиенту транспорта открыть канал, по которому прокси отправляет HTTP-запросы рабочему узлу.
  • Проект устава включает аутентификацию и разрешение запросов; исходящее соединение не даёт общего доступа.

Сервер backend открывает соединение первым. Затем прокси отправляет запросы обратно.

Так устроена идея PTTH: рабочий узел за строгим межсетевым экраном сам соединяется с прокси, а тот передаёт HTTP-запросы по открытому каналу. Клиент транспорта принимает их в роли HTTP-сервера.

Это может избавить от входящих портов для каждого узла и закреплённых адресов backend. Но трудное решение смещается: что вправе запросить прокси после открытия канала?

Проект устава рабочей группы IETF проходит внешнее рассмотрение; он стоит в повестке IESG на 5 ноября 2026 года. На 2 ноября это только предложение, не утверждённый стандарт.

На IETF 123 в июле 2025 года обсуждали скрытые backend, масштабирование CDN, приоритет запросов, Zero Trust и использование HTTP для других протоколов. Ограниченный список путей CDN-узла — не то же самое, что универсальный туннель.

В протоколе встречи зафиксирован вопрос власти: если узел отправляет прокси конфигурацию, он может влиять на маршрутизацию. Участники спрашивали об аутентификации, ограничении пространства URL и границе между HTTP и транспортом для чужих протоколов. Голосование поддержало дальнейшую работу, но не измерило спрос на внедрение и не определило объём.

На IETF 126 в июле 2026 года отделили установление канала, разрешение запросов и управление ёмкостью. Первые две задачи назвали необходимыми, третьи — зависящими от каждого внедрения. Вопрос о полномочиях узла над настройками прокси прозвучал снова.

Проект устава включает сигнал готовности, проверку обеих сторон, перечень разрешённых запросов и подсказки маршрутизации. Открытым остаётся обмен запросами в обе стороны по одной связи. Новые системы идентификации, транспорт, поиск серверов, запросы ёмкости и изменение семантики HTTP исключены.

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

Нужно проверять весь набор: удостоверенный узел, разрешённые запросы, решение прокси, срок действия или отзыв и аудит. Без него работающий туннель доказывает передачу, а не полномочия.

Источники: проект устава PTTH; протокол IETF 123; протокол IETF 126; индивидуальный проект PTTH.