https://fxtun.ru/blog/changelog/Recent content in Что нового в fxTunnel on Блог fxTunnelHugoruhttps://fxtun.ru/blog/changelog/v3-16/Sun, 27 Sep 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-16/<p>Короткий выпуск о связи с сервером. И одна досадная ошибка: команда обновления уверяла, что обновлять нечего.</p> <h2 id="улучшено">Улучшено</h2> <ul> <li>По умолчанию канал до сервера защищён TLS 1.2. Сертификат сервера клиент проверяет, как и раньше.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li><code>fxtunnel update</code> отвечал, что у вас последняя версия, хотя новая уже вышла. Теперь команда видит свежий выпуск: достаточно ещё раз запустить <code>fxtunnel update</code>.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-15/Sat, 26 Sep 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-15/<p>Страница тормозит, а виноват туннель или ваш код? Теперь это видно в браузере. Заодно мы прошлись по консольному клиенту и исправили места, где он зависал, молчал об ошибке или делал не то, что просили.</p> <h2 id="новое">Новое</h2> <ul> <li>У ответов через HTTP-туннель появился заголовок <code>Server-Timing</code>. В DevTools, на вкладке Network → Timing, время делится на три части: <code>fxt-edge</code> (сервер fxTunnel), <code>fxt-tunnel</code> (путь до вашей машины) и <code>fxt-app</code> (ваше приложение, оценка). Если туннель измерить не удалось, он показан вместе с приложением в строке <code>fxt-upstream</code>. Для своих доменов заголовок не добавляется.</li> </ul> <h2 id="улучшено">Улучшено</h2> <ul> <li><code>fxtunnel up</code> сообщает, если фоновый режим не запустился, и показывает журнал из <code>~/.fxtunnel/daemon.log</code>. Когда фоновый режим уже работает, <code>fxtunnel http 3000</code> добавляет к нему туннель и печатает его адрес. Если сервер отказал, команда называет причину и завершается с кодом 1. Добавленные так туннели возвращаются после переподключения. Подробнее о фоновом режиме в статье про fxtunnel up.</li> <li>Флаги важнее переменных окружения, те важнее файла конфигурации, а файл важнее сохранённого входа. Раньше сохранённый вход перебивал сервер и токен из <code>fxtunnel.yaml</code>. Сохранённый токен уходит только на тот сервер, для которого его сохранили. Для своего сервера без авторизации <code>fxtunnel login</code> больше не нужен.</li> <li>Ошибки стали понятнее. Вместо всей справки клиент печатает саму ошибку. Неверный <code>--log-level</code> отклоняется сразу, а не превращается молча в <code>info</code>. Команды <code>domains</code> ждут ответа сервера не дольше 30 секунд. <code>--remote-port</code> проверяется до подключения: подходят 0 (выбрать автоматически) и 1–65535.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li><code>--auto-close</code> считал простаивающим туннель, где шло одно долгое TCP-соединение, и любой UDP-туннель, а с инспектором мог закрыть туннель посреди длинного ответа. Теперь туннель живёт, пока по нему идут данные в любую сторону. Временные туннели разбираем в статье про --auto-close и --max-lifetime.</li> <li>В UDP-туннеле с несколькими отправителями ответы уходили тому, кто написал последним. Теперь каждый получает свои, так что на игровой сервер могут зайти несколько игроков сразу.</li> <li>Если сервер отказывал в туннеле, клиент ждал 30 секунд и писал, что всё запущено. Теперь ошибка видна сразу. Отклонённый токен клиент больше не пробует бесконечно: он останавливается и просит войти заново. Туннели, закрытые по <code>--auto-close</code> или <code>--max-lifetime</code>, после переподключения не возвращаются.</li> <li><code>fxtunnel http 3000</code> и другие быстрые команды читают только файл из <code>-c</code> или <code>./fxtunnel.yaml</code>. Посторонний <code>client.yaml</code> в папке или сломанная запись о другом туннеле им больше не мешают.</li> <li><code>fxtunnel init</code> в режиме добавления сохраняет остальные разделы и комментарии файла, а не переписывает его целиком. <code>fxtunnel domains custom add --help</code> больше не падает. У <code>--target</code> теперь нет короткой формы: <code>-t</code> означает <code>--token</code>.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-13/Thu, 24 Sep 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-13/<p>Раньше сервер обрывал HTTP-ответ через 30–60 секунд, даже если данные шли без остановки. Больше не обрывает. Туннель закрывает соединение, только если за две минуты по нему не прошло ни байта.</p> <h2 id="улучшено">Улучшено</h2> <ul> <li>Большая загрузка больше не задерживает остальные запросы туннеля. Сервер отправляет каждый новый запрос через наименее занятое соединение клиента и передаёт данные порциями поменьше. Лента событий на странице не ждёт, пока в соседней вкладке докачается файл.</li> <li>Один посетитель HTTP-туннеля может занять половину лимита запросов туннеля, а не десятую часть, как раньше. Страница dev-сервера, которая тянет сотни файлов, загружается без отказов.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li>Server-Sent Events, долгие скачивания и WebSocket обрывались через 30–60 секунд после начала. Теперь соединение живёт, пока по нему что-то идёт. У WebSocket считаются обе стороны, так что соединение, где пишет только сервер, тоже не закрывается. Как поднять WebSocket-приложение через туннель, рассказываем в <a href="https://fxtun.ru/blog/websocket-tunnel-realtime-apps/">отдельной статье</a>.</li> <li>TCP-клиент, который отправил запрос и закрыл свою сторону на запись, так и не получал ответа: туннель рвал соединение в обе стороны. Теперь каждое направление закрывается отдельно. Ответ доходит.</li> <li>С включённым инспектором тело запроса или ответа больше 10 МБ обрезалось, а потоковый ответ приходил посетителю только целиком. Теперь тело проходит сразу и полностью, а инспектор сохраняет его начало. Про работу с инспектором читайте в статье <a href="https://fxtun.ru/blog/traffic-inspector-debug-requests/">про отладку запросов</a>.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-12/Sat, 19 Sep 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-12/<p>Большой выпуск после двух месяцев перерыва. Половина изменений про безопасность, остальное про то, чтобы меньше гадать: что писать в DNS, как войти из консоли, где читать инструкцию.</p> <h2 id="новое">Новое</h2> <ul> <li><a href="https://fxtun.ru/docs">Документация</a> прямо на сайте: разделы в меню, оглавление статьи, команды в блоках, похожих на терминал. Ссылки на неё есть в шапке, подвале и личном кабинете.</li> <li>Карточка своего домена в личном кабинете показывает обе DNS-записи по шагам и отмечает, какая прошла проверку. Если проверка не удалась, вместо сырой ошибки DNS написано, что делать дальше. Имя TXT-записи показано и в коротком виде, для регистраторов, которые сами дописывают зону. Пошагово настройка описана в <a href="https://fxtun.ru/docs/custom-domains">документации по своим доменам</a>.</li> </ul> <h2 id="улучшено">Улучшено</h2> <ul> <li><code>fxtunnel login</code> печатает ссылку и короткий код. Откройте ссылку, введите код на странице, и клиент войдёт. Ссылка всегда начинается с <code>https://</code>.</li> <li><code>fxtunnel update</code> и скрипт установки проверяют цифровую подпись файла и не ставят файл без подписи или с чужой подписью. Клиент обновляется только на более новую версию.</li> <li>Инспектор трафика защищён лучше. Интерфейс на <code>127.0.0.1:4040</code> открывается в браузере как раньше, а скриптам, которые ходят в API инспектора, теперь нужен токен из файла <code>~/.fxtunnel/inspector.token</code>. Как пользоваться инспектором, рассказываем в статье <a href="https://fxtun.ru/blog/traffic-inspector-debug-requests/">про отладку запросов</a>.</li> <li>Усилена защита аккаунтов, двухфакторного входа, API-токенов, доменов и серверной части туннелей.</li> <li>Сайт грузится быстрее, тёмная тема не мигает белым при открытии, а шапка не прыгает после загрузки стилей.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li>Кнопка обновления в приложении ставила консольный клиент вместо самого приложения. Теперь она открывает страницу загрузки в браузере.</li> <li><code>fxtunnel domains check</code> называл служебные имена вроде <code>admin</code> и <code>www</code> свободными, а зарезервировать их потом не давал. Теперь проверка сразу отвечает, что имя недоступно.</li> <li>Если нажать «Проверить» у своего домена повторно слишком рано, результат прошлой проверки больше не пропадает: кнопка показывает, сколько секунд подождать.</li> <li>Первый сертификат для своего домена выпускается надёжнее.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-11/Tue, 14 Jul 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-11/<p>Пароль больше не нужен: хватит почты или аккаунта Яндекса. Заодно клиент научился входить на серверах, где нет графической оболочки.</p> <h2 id="новое">Новое</h2> <ul> <li>Вход по почте на сайте и в приложении. Введите адрес, и придёт письмо со ссылкой и шестизначным кодом. Аккаунта ещё нет? Он создастся при первом входе. Если включена двухфакторная проверка, код из приложения-аутентификатора спросят как обычно. Одноразовые почтовые ящики не принимаются. Как это выглядит в приложении, показано в обзоре GUI-клиента.</li> <li>Вход через Яндекс ID на сайте и в приложении. В профиле Яндекс можно привязать к уже существующему аккаунту.</li> </ul> <h2 id="улучшено">Улучшено</h2> <ul> <li>Кнопки GitHub и Google убраны со страниц входа на сайте и в приложении. Если вы входили через них, войдите по почте, которая указана в аккаунте.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li>На Linux-серверах без хранилища паролей (Armbian, Debian без графики) <code>fxtunnel login</code> падал с ошибкой. Теперь, если системного хранилища нет, клиент сохраняет токен в <code>~/.fxtunnel/client.yaml</code> с доступом только для владельца, а <code>fxtunnel logout</code> его оттуда стирает. Флаг <code>--token</code> и переменная <code>FXTUNNEL_TOKEN</code> работают и в командах <code>domains</code>.</li> <li>Адрес туннеля мог на несколько минут перестать открываться на устройствах, которые запрашивают одновременно IPv4- и IPv6-адрес. Больше не пропадает.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-10/Fri, 19 Jun 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-10/<p>Новых функций здесь нет, весь выпуск про защиту. Если вы держите туннели в фоне через <code>fxtunnel up</code>, обновитесь обязательно.</p> <h2 id="улучшено">Улучшено</h2> <ul> <li>Фоновый режим закрыт от посторонних: управлять туннелями, запущенными через <code>fxtunnel up</code>, может только клиент на вашей машине. Команды <code>up</code>, <code>status</code> и <code>down</code> работают как раньше.</li> <li>Сессии в личном кабинете и в приложении защищены лучше. Если сервер заметит подозрительное продление сессии, он закроет её вместе со связанными, и нужно будет войти заново.</li> <li>Усилена защита поддоменов и своих доменов: запросы на адрес туннеля получает только его владелец.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li>Вход и регистрация иногда отказывали из-за лимита попыток, хотя вы пробовали один раз: лимит был общим для всех посетителей. Теперь он считается для каждого отдельно.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>https://fxtun.ru/blog/changelog/v3-8/Wed, 17 Jun 2026 10:00:00 +0300https://fxtun.ru/blog/changelog/v3-8/<p>Первый выпуск после четырёх месяцев тишины. Канал до сервера теперь шифруется по умолчанию, а короткий обрыв сети больше не ломает ссылку, которую вы уже кому-то отправили.</p> <h2 id="новое">Новое</h2> <ul> <li>Клиент подключается к серверу по TLS через порт 443 и проверяет его сертификат. Раньше канал до сервера шёл открытым текстом. Для своего сервера fxTunnel без TLS есть флаг <code>--insecure</code>.</li> <li>HTTP-туннель печатает два адреса: <code>HTTP:</code> и <code>HTTPS:</code>. Ссылку с <code>https://</code> можно сразу вставлять в настройки вебхука или отдавать коллеге.</li> <li>На Windows клиент ставится одной командой в PowerShell: скрипт кладёт его в папку пользователя и сам прописывает её в PATH. На Linux и macOS установщик теперь ставит клиент в <code>~/.local/bin</code>, без sudo.</li> <li>Заголовок <code>X-FxTunnel-Skip-Warning</code> для скриптов, автотестов и мониторинга. С ним поддомен сразу отдаёт ответ приложения, без страницы-предупреждения, которую видят браузеры. Подробнее в <a href="https://fxtun.ru/docs/http">документации по HTTP-туннелям</a>.</li> </ul> <h2 id="улучшено">Улучшено</h2> <ul> <li>Случайный адрес туннеля теперь состоит из английских слов, вроде <code>abbey</code> или <code>plural-dawn</code>, а не из набора символов. Такой проще продиктовать по телефону.</li> <li>После обрыва связи клиент возвращается на тот же поддомен или порт. Если перезапустить <code>fxtunnel</code>, адрес будет новым; как закрепить его насовсем, рассказываем в статье о постоянном адресе туннеля.</li> <li>Усилена защита сервера и регистрации.</li> </ul> <h2 id="исправлено">Исправлено</h2> <ul> <li>UDP-туннели снова доставляют ответы. Клиент и сервер по-разному разбирали пакеты, и всё, что отвечал локальный сервис, терялось по дороге. Как устроен UDP-туннель, разобрано в статье <a href="https://fxtun.ru/blog/tcp-udp-tunneling-explained/">про TCP и UDP</a>.</li> <li>Вход через GitHub и Google больше не срывается, если в этот момент перезапускается сервер.</li> <li>Когда сервер перезапускается, клиент не засыпает лог десятками строк с <code>EOF</code>.</li> </ul> <p>Обновить клиент: <code>fxtunnel update</code></p>