b4/changelog_ru.md

B4 - Bye Bye Big Bro

[1.73.0] - 2026-07-05

• ИСПРАВЛЕНО: Телефон, отвалившийся от мобильного интернета, мог оставить подключение к прокси Telegram зависшим - когда мобильный клиент сворачивал Telegram или терял сигнал, его соединение часто обрывалось без чистого закрытия, но b4 удерживал полумёртвую сессию и свой канал до Telegram открытыми много минут, иногда до повторного открытия приложения, поэтому при возврате в Telegram можно было упереться в мёртвый сокет вместо чистого переподключения.
• ИСПРАВЛЕНО: Зависший канал до Telegram через WebSocket-мост мог заклинить сессию прокси - если этот канал застревал посреди передачи, само закрытие сессии могло заблокироваться на много минут на застрявшей записи, удерживая слот клиента и оба соединения до истечения таймаута ядра.
• ДОБАВЛЕНО: Настраиваемые таймауты подключений MTProto - в «Настройки → MTProto» появились TCP user timeout и таймаут простоя для прокси, на случай нестандартных операторских сетей или ядер роутеров, где встроенные значения по умолчанию (около двух и пяти минут) нужно подправить или отключить.
• ДОБАВЛЕНО: API для просмотра активных сессий и клиентов MTProto - два HTTP-эндпоинта для интеграций: GET /api/mtproto/sessions возвращает по одной записи на каждое живое клиентское соединение (IP и порт клиента, адрес назначения в Telegram, время подключения и последней активности), а GET /api/mtproto/active-clients группирует их по секрету (число активных соединений и различные IP клиентов, использующих каждый). API отдавал только число соединений на секрет, без возможности увидеть адреса клиентов за ним.

[1.72.0] - 2026-07-02

• ДОБАВЛЕНО: Отдельный секрет MTProto для каждого человека - прокси MTProto теперь может хранить несколько именованных секретов вместо одного общего кода. Каждому можно задать имя (например, по человеку), включить или выключить его отдельно и поделиться им отдельной ссылкой или QR-кодом, поэтому доступ можно выдавать или отзывать по одному человеку.
• ДОБАВЛЕНО: Видно, кто пользуется прокси MTProto - на странице «Трафик» каждое соединение прокси теперь помечается использованным секретом, а новая панель на главной показывает активные соединения, всего сессий и объём данных по каждому именованному секрету.
• ДОБАВЛЕНО: Сет теперь можно применять ко всем устройствам, кроме выбранных - в исходных устройствах сета появился новый переключатель «Все устройства, кроме выбранных». Когда он включён, сет применяется к трафику всех устройств, кроме отмеченных, а не только к отмеченным - удобно, когда одно устройство (например, рабочий ноутбук) нужно оставить в покое.
• ИЗМЕНЕНО: Список устройств сета показывает значение MSS каждого устройства - если для устройства задан лимит MSS в «Настройки → Фильтрация устройств», таблица исходных устройств сета теперь показывает его рядом с устройством, и переключаться между страницами для проверки не нужно.
• ДОБАВЛЕНО: Совпадение набора только по домену, без запоминания его IP - переключатель «Только по домену» в целях набора. Когда он включён, b4 определяет набор строго по видимому домену или SNI и не запоминает и не маршрутизирует IP-адреса за этими доменами. Он предназначен для общих адресов CDN (YouTube, Google): доменное видео и посторонний домен, например превью-картинки, могут делить один IP, поэтому адрес, выученный b4 для первого, утягивал второй на неверную стратегию обхода.
• ИСПРАВЛЕНО: Расход памяти рос после сохранения настроек - сохранение конфигурации приводило к росту использования памяти b4, даже при изменениях, никак не связанных со списками блокируемых сайтов.
• ИСПРАВЛЕНО: Сет мог перестать добавлять новые адреса на некоторых роутерах - в отдельных конфигурациях (например, b4 в контейнере на MikroTik) роутер отклонял только что обнаруженные адреса, поэтому сет, направленный через выбранный интерфейс, прокси или мост Telegram, постепенно переставал работать. Теперь эти адреса хранятся в виде, который роутер принимает. #267
• ИСПРАВЛЕНО: Лог каждые несколько секунд повторял «Tables rules missing, restoring...» - при включённом NAT Masquerade b4 искал одно из своих правил фаервола не в том месте, считал его пропавшим и без нужды заново применял все свои правила снова и снова. На самом деле правила были на месте; теперь b4 проверяет их там, где они находятся, и бесконечное восстановление прекратилось.

[1.71.1] - 2026-06-29

• ДОБАВЛЕНО: «Сведения о системе» теперь показывают возможности ядра роутера - новый раздел сообщает, поддерживает ли роутер низкоуровневые функции, на которые опираются продвинутые режимы.
• ИСПРАВЛЕНО: Мост Telegram мог медленно подключаться или обрывать передачу - в некоторых конфигурациях b4 мешал собственному соединению с Telegram, что замедляло первое подключение и иногда прерывало передачу; теперь b4 не трогает собственный трафик.
• ИСПРАВЛЕНО: Устройство с заданным именем иногда показывалось своим адресом вместо имени - на главой и странице «Трафик» устройство, которому вы задали имя, могло отображаться обычным аппаратным адресом, пока оно не в сети (например, подключено по VPN); теперь его сохранённое имя продолжает показываться, а устройства с именем остаются в списке фильтрации устройств с пометкой «не в сети».

[1.71.0] - 2026-06-28

• ДОБАВЛЕНО: Страницу логов стало удобнее читать - строки логов теперь выделяются цветом по важности, а каждый тип (ошибка, предупреждение, информация и так далее) можно показать или скрыть одним кликом.
• ДОБАВЛЕНО: Запись сессии логов с возможностью скачать и поделиться - на странице логов появилась кнопка «Начать трассировку»: она записывает всё до нажатия «Остановить и сохранить», после чего скачивается один файл логов, который можно приложить при обращении за помощью. В файл уже включены сведения о системе, а запись сама останавливается через 15 минут.
• ДОБАВЛЕНО: NAT Masquerade теперь можно применить сразу к нескольким интерфейсам - когда NAT Masquerade включён (Настройки → Функции), можно выбрать любое сочетание сетевых интерфейсов — например, два из трёх — вместо только одного интерфейса или всех сразу.
• ДОБАВЛЕНО: Блок «Среда выполнения» на панели мониторинга - показывает расход памяти b4 со временем, с живым графиком и парой показателей состояния, чтобы медленный рост было легко заметить.
• ДОБАВЛЕНО: Фильтрация по устройствам (белый/чёрный список) работает в режиме TUN - список фильтрации устройств в Настройках действовал только в режиме NFQUEUE; в режиме TUN трафик каждого устройства обрабатывался независимо от выбора, поэтому выбор устройств для обхода там ни на что не влиял.
• ИЗМЕНЕНО: Блок «Живой сигнал» переработан вокруг трафика - показатели соединений и пакетов в секунду на домашнем роутере держались у нуля и мало что говорили, поэтому уступили место живому графику трафика, общему объёму данных, доле затронутых соединений и числу активных соединений.
• ИСПРАВЛЕНО: Память могла медленно расти, чем дольше работал b4 - несколько фоновых задач (логирование, потоковый AI-чат, Дискавери) не всегда освобождали ресурсы, из-за чего за долгое время работы расход памяти увеличивался.
• ИСПРАВЛЕНО: После остановки b4 в режиме TUN новые страницы могли перестать открываться, тогда как уже открытые продолжали работать - при нечистой остановке (принудительное завершение или выключение, вышедшее за отведённое время) виртуальный интерфейс TUN исчезал, но его правило маршрутизации могло остаться, направляя новые соединения и DNS-запросы в путь, которого больше не существовало, пока b4 не запускали вручную заново.

[1.70.1] - 2026-06-23

• ДОБАВЛЕНО: Системная диагностика теперь показывает активный движок и правила фаервола, созданные b4 - на странице диагностики видно, в каком режиме работает b4 — NFQUEUE или TUN (поэтому в режиме TUN это больше не выглядит как ошибка фаервола), и приводится список правил фаервола, которые b4 сейчас поддерживает, так что проще понять, что настроено, и приложить эту информацию при обращении за помощью.
• ИЗМЕНЕНО: Внутренние firewall-метки b4 перенесены в менее загруженный диапазон - b4 помечает свои пакеты firewall-меткой (fwmark); прежние значения пересекались с диапазоном, который используют Tailscale и некоторые другие приложения на роутере, из-за чего трафик мог маршрутизироваться неправильно при их совместной работе с b4. Внутренние метки теперь используют старшие биты, которые другие инструменты затрагивают редко.
• ИСПРАВЛЕНО: Обход перестал работать для мобильных приложений (например, приложение YouTube на Android) на шлюзах/контейнерах с NAT Masquerade - поддельные и фрагментированные пакеты, которые b4 отправляет для обхода DPI, больше не получали публичный адрес шлюза и не доходили до сервера. В основном это затрагивало трафик QUIC, который предпочитают мобильные приложения, тогда как обычные сайты по TCP продолжали работать.
• ИСПРАВЛЕНО: Сет мог не запускаться, если в нём смешаны список страны/сервиса и собственные адреса - если добавленный вручную адрес уже входил в выбранный список (например, адреса Instagram вместе со списком Facebook), b4 считал их пересекающимися и отказывался запускаться.
• ИСПРАВЛЕНО: В режиме TUN все устройства отображались под публичным адресом роутера, поэтому трафик нельзя было различить по устройству - движок TUN помечает пакеты адресом WAN роутера до того, как b4 их обработает, из-за чего журнал соединений, статистика по устройствам и правила сетов с привязкой к устройству схлопывались до одного адреса и за ним терялись телефон, ноутбук или телевизор.

[1.70.0] - 2026-06-21

• ДОБАВЛЕНО: Новый движок для устройств без NFQUEUE - на некоторых минимальных устройствах нет модулей ядра, которые обычно нужны b4, поэтому он на них не запускался. Новый режим в «Настройки → Функции» пропускает трафик через виртуальный интерфейс (TUN). Он обрабатывает только первые пакеты каждого соединения TLS (порт 443) и DNS, как обычный движок, а не весь трафик, и не трогает маршрут по умолчанию устройства; на ядрах, которые не умеют считать пакеты по соединению, он вместо этого направляет в TUN весь маршрут по умолчанию. Подбор стратегий (Дискавери) по-прежнему требует NFQUEUE, поэтому на таких устройствах он не работает.
• ДОБАВЛЕНО: Аплинк в режиме TUN может автоматически следовать маршруту по умолчанию - оставьте аплинк в режиме «Авто» (по умолчанию), и b4 берёт исходящий интерфейс, шлюз и адрес источника из текущего маршрута по умолчанию и переключает их при каждом изменении; выберите конкретный интерфейс, чтобы закрепить фиксированный путь. Без этого аплинк задавался один раз при запуске, поэтому переключение WAN или переподключение туннеля L2TP/PPP/VPN после старта b4 отправляло обработанный трафик по старому, уже нерабочему пути в обход b4 до ручного перезапуска.
• ДОБАВЛЕНО: Сортируемые столбцы в режиме «Группы» на странице «Трафик» - клик по заголовку столбца сортирует сгруппированный список по этому столбцу, по возрастанию или убыванию, как уже умел «Сырой поток».
• ИЗМЕНЕНО: Пароль веб-интерфейса теперь хранится безопасно - он хранится только в виде хеша и больше не показывается на странице настроек (оставьте поле пустым, чтобы сохранить его, или введите новый для замены).
• ИЗМЕНЕНО: Панель мониторинга переделана на единый стиль - график скорости соединений собран вместе с ключевыми счётчиками, а все блоки используют одинаковый стиль панелей, строк и заголовков.
• ИСПРАВЛЕНО: Перенаправление сета на шифрованный DNS (DoH) не работало в некоторых конфигурациях - запросы могли завершаться тайм-аутом или возвращаться пустыми, из-за чего страницы не открывались. Это затрагивало шлюзы и контейнеры (например, b4 в контейнере на MikroTik) с включённым NAT masquerade.
• ИСПРАВЛЕНО: Таблица маршрутизации сета переставала обновляться сама - в некоторых конфигурациях (например, b4 в контейнере на MikroTik) адреса добавлялись только при перезапуске или включении/выключении сета, затем истекали по таймауту и больше не обновлялись. Теперь сет снова узнаёт адреса на лету из DNS-ответов.
• ИСПРАВЛЕНО: Мост Telegram не восстанавливался после обрыва интернета - если соединение пропадало и возвращалось позже, сет с мостом Telegram не работал, пока b4 не перезапускали вручную.

[1.69.1] - 2026-06-14

• ИСПРАВЛЕНО: Менеджер сетов казался зависшим после включения, изменения порядка, дублирования или удаления сета - экран менялся только после того, как действие сохранялось и вся конфигурация перезапрашивалась через секунду-две, поэтому клик выглядел так, будто ничего не произошло, перетащенный сет отскакивал на старое место перед прыжком на новое, а копия появлялась из ниоткуда после паузы.
• ИСПРАВЛЕНО: Прокси MTProto переставал подключаться к Telegram в сетях, блокирующих адреса дата-центров - в 1.69.0 прокси обращался к каждому дата-центру Telegram по его собственному адресу, который многие ограничивающие сети отбрасывают, поэтому подключения завершались тайм-аутом и Telegram не загружался через прокси.

[1.69.0] - 2026-06-14

• ДОБАВЛЕНО: Диагностика теперь отмечает flow offloading - на многих роутерах есть функция ускорения под названием flow offloading, которая отправляет трафик по быстрому пути в обход b4, поэтому b4 выглядит установленным и работающим, но на деле ничего не обходится (частая загадка на OpenWrt). Системная диагностика (системная информация в Настройках и экран диагностики установщика) теперь показывает, включён ли flow offloading, чтобы это можно было сразу заметить и отключить.
• ДОБАВЛЕНО: Ограничение числа подключений для прокси MTProto - новое поле «Макс. подключений» в «Настройки -> MTProto Proxy» задаёт, сколько клиентских подключений прокси обслуживает одновременно, а значение по умолчанию увеличено с 512 до 2048, чтобы у прокси, которым пользуется много людей, был запас, прежде чем он начнёт отклонять подключения.
• ИСПРАВЛЕНО: Маршрутизация могла конфликтовать с другим приложением на роутере, например XrayUI - трафик сета, направленный через прокси или мост Telegram, мог обрабатываться этим приложением, поэтому работал только пока оно было установлено.
• ИСПРАВЛЕНО: Дискавери не принимало веб-адреса, содержащие запятую - некоторые вполне корректные ссылки (например, отдельные адреса изображений Google) содержат запятую, которую Дискавери принимало за разделитель между адресами и разбивало ссылку на нерабочие куски, поэтому её нельзя было добавить.
• ИСПРАВЛЕНО: Нельзя было выбрать отдельные результаты после завершения поиска Дискавери - пока поиск шёл, можно было добавить любую из найденных конфигураций, но как только он останавливался, применить можно было только лучшую в каждой группе, а кнопки для добавления остальных пропадали. Кнопки добавления каждого результата остаются доступными и после завершения поиска.
• ИСПРАВЛЕНО: Журнал Дискавери терялся при обновлении страницы и пропадал после завершения поиска - журнал передавался только в реальном времени, поэтому обновление страницы стирало всё показанное ранее и оставляло лишь следующую пришедшую строку, а завершённый (особенно быстрый) поиск часто вообще не показывал журнала. Теперь журнал хранится на стороне службы, поэтому весь ход поиска воспроизводится заново при открытии или обновлении страницы и остаётся доступным после завершения поиска.

[1.68.0] - 2026-06-10

• ИСПРАВЛЕНО: Дискавери ничего не находило на подключениях с подменой DNS - там, где провайдер подменяет DNS, Дискавери не могло определить адреса тестовых сайтов и сообщало, что ничего не работает, даже когда рабочая конфигурация существовала. Поиск адресов идёт через зашифрованный DNS, а сохранённый сет по умолчанию использует DNS-over-HTTPS.
• ИСПРАВЛЕНО: Отмена Дискавери могла привести к падению b4 - нажатие «Отмена» во время поиска, проверявшего несколько сайтов одновременно, могло обрушить всю службу, и её приходилось перезапускать.
• ИСПРАВЛЕНО: Остановка b4 могла оставлять его сетевые правила на роутере - очистка при завершении работы могла быть отменена в последний момент, и правила оставались после выхода.
• ИСПРАВЛЕНО: Маршрутизация через другой интерфейс ломалась после смены его адреса - когда выбранный исходящий интерфейс (например, VPN или модем) получал новый адрес, трафик сета продолжал использовать старый до перезапуска b4.
• ИСПРАВЛЕНО: Неполная очистка при остановке - остановка b4 (или --clear-iptables) оставляла следы: изменённые системные сетевые настройки, лишние маршрутные записи, когда два сета использовали один исходящий интерфейс, и накапливающееся сетевое правило при маршрутизации через прокси или мост.
• ИСПРАВЛЕНО: Сохранение настроек могло привести к расхождению между сохранённой и работающей конфигурацией - изменение SOCKS5-прокси или ваших сетов (добавление доменов или IP, создание, редактирование, изменение порядка, удаление или массовое включение/выключение) могло сохранить результат, не соответствующий тому, что фактически работало.

[1.67.2] - 2026-06-10

• ИСПРАВЛЕНО: Обновление через веб-интерфейс сообщало об успехе, но на некоторых установках оставалась старая версия - там, где b4 не управляется обычной службой (например, при запуске прямо в контейнере), обновление заменяло программу на диске, но не перезапускало работающую копию. Теперь b4 останавливает старую копию и запускает новую, поэтому обновление действительно вступает в силу.
• ИСПРАВЛЕНО: Накопление зависших процессов обновления - после каждой попытки обновления оставался завершённый вспомогательный процесс; теперь они очищаются.
• ДОБАВЛЕНО: Журнал обновлений - каждое обновление через веб-интерфейс теперь пишет пошаговую трассировку в update.log в папке логов (по умолчанию /var/log/b4, очищается при каждой попытке), что значительно упрощает диагностику неудачных обновлений.
• ДОБАВЛЕНО: Локализованный журнал изменений - веб-интерфейс теперь показывает журнал изменений на выбранном языке.
• ИЗМЕНЕНО: Настройка логирования теперь папка, а не отдельный файл - в «Настройки → Служба» теперь указывается папка для логов (по умолчанию /var/log/b4) вместо пути к errors.log, поэтому все файлы логов b4 (ошибки, обновления и любые добавленные позже) хранятся вместе и переносятся в одном месте. Существующие конфигурации мигрируются автоматически (ваша прежняя папка сохраняется); оставьте поле пустым, чтобы отключить запись логов в файл.

[1.67.1] - 2026-06-10

• ИСПРАВЛЕНО: Страница «Соединения» замедлялась по мере того, как вы смотрели всё больше владельцев сетей - определение метки «AS...» для множества адресов со временем делало живой список медленным. Теперь он остаётся отзывчивым независимо от того, сколько адресов вы добавляете.
• ИСПРАВЛЕНО: Медленные сбои страниц, когда зашифрованный DNS-сервер набора был кратковременно недоступен - запросы раньше зависали до истечения тайм-аута; теперь они сразу завершаются ошибкой вместо зависания и никогда не откатываются на обычный DNS.
• ИСПРАВЛЕНО: Отмена «Обнаружения» не останавливала его - нажатие «Отмена» оставляло поиск работающим, поэтому запуск нового приводил к одновременной работе двух поисков с перепутанными, ненадёжными результатами. Теперь «Отмена» оперативно останавливает поиск, а новый поиск ждёт, пока предыдущий не остановится.

[1.67.0] - 2026-06-08

• ДОБАВЛЕНО: Зашифрованный DNS (DoH) для набора - вкладка DNS набора теперь может отправлять свои запросы имён через зашифрованное соединение DNS-over-HTTPS вместо обычного DNS-сервера по IP. Некоторые сервисы работают только при запросе через определённый резолвер (например, xbox-dns.ru для сайтов, которые говорят «недоступно в вашей стране»), а некоторые провайдеры вмешиваются в обычный DNS - зашифрованный DNS обходит и то, и другое. Переключите набор между «Обычным DNS» и «DNS-over-HTTPS», затем выберите сервер из встроенного списка или вставьте свой адрес. Затрагиваются только запросы этого набора, так что остальной ваш DNS остаётся без изменений.
• ДОБАВЛЕНО: Привязка набора только к IPv4 или IPv6 - набор теперь можно ограничить только трафиком IPv4 или только IPv6, наряду с существующей привязкой по домену, IP и версии TLS. Некоторые сети по-разному обрабатывают IPv4 и IPv6, поэтому настройки, работающие для сайта по одному протоколу, могут отличаться по другому. Теперь вы можете создать один набор для сайта по IPv4 и отдельный набор для того же сайта по IPv6, каждый со своими параметрами. «Обнаружение» также может искать рабочую конфигурацию именно по IPv4 или IPv6 и сохраняет результат с привязкой к этой версии. По умолчанию выбрано «Любой» (оба), и выбор появляется только когда в «Настройках» включены и IPv4, и IPv6.
• ИСПРАВЛЕНО: Отправка трафика набора на прокси не работала при включённых опциях обхода - когда набор был настроен направлять трафик через вышестоящий прокси (или мост Telegram), b4 всё равно пытался применять к этому трафику свои приёмы обхода DPI, что конфликтовало с маршрутизацией, и соединение не открывалось. Теперь b4 передаёт маршрутизируемый трафик прямо на прокси, поэтому маршрутизация работает даже с включёнными опциями обхода - и маршрутизируемые соединения по-прежнему отображаются на странице «Трафик».
• ИСПРАВЛЕНО: Защита от RST ничего не делала на наборах, которые также использовали обход на основе SYN - если набор сочетал «Защиту от RST» с некоторыми техниками обхода TCP, защита была незаметно неактивна, потому что такие соединения не отслеживались, и сайт всё равно сбрасывался. Теперь защита от RST работает в этой комбинации. Она также блокирует соответствующий поддельный сброс, направленный на сервер назначения, а не только на ваше устройство.
• ИСПРАВЛЕНО: Фиктивные сетевые интерфейсы отсутствовали в списках интерфейсов - фиктивный интерфейс (например, dummy0) не появлялся в «Настройках», поэтому его нельзя было выбрать для мониторинга или NAT-маскарадинга. Любой поднятый фиктивный интерфейс теперь отображается в обоих списках.
• ИСПРАВЛЕНО: Telegram Desktop переподключался каждые 30-60 секунд через мост Telegram - фоновый keep-alive, добавленный в 1.66.0 для удержания простаивающих соединений, на самом деле отправлял сигнал, который серверы Telegram отвергали, поэтому соединение разрывалось и пересоздавалось примерно дважды в минуту (вы могли видеть мерцание частей окна Telegram). Этот keep-alive удалён, поэтому соединения снова остаются стабильными сами по себе.
• ИСПРАВЛЕНО: Мониторинг сайта мог добавить его в блокирующий набор и сломать его - если вы мониторили сайт (например, youtube.com) и одновременно запускали набор, который блокирует или маршрутизирует трафик - например, набор блокировки рекламы на основе категории вроде category-ads-all - сторож мог принять этот набор за тот, которому принадлежит ваш сайт, потому что в списке блокировки оказался поддомен этого сайта (например, ads.youtube.com). Когда сайт «проседал» и сторож пытался его починить, он добавлял сайт в этот блокирующий набор, и сайт оказывался заблокирован вместо восстановления. Теперь сторож чинит только наборы, в которых сайт указан по имени, и никогда не трогает набор с включённой маршрутизацией, так что мониторинг больше не может испортить блокирующий или маршрутизирующий набор. Примечание: если более ранняя версия уже добавила мониторимый сайт в такой набор, удалите его оттуда вручную один раз.

[1.66.0] - 2026-06-07

• ДОБАВЛЕНО: Статистика блокировок на «Панели» - когда набор использует режим Block (чёрная дыра) и действительно что-то блокирует, на «Панели» теперь отображается панель «Blackhole» с общим числом заблокированных попыток, наиболее часто блокируемыми доменами и устройствами, столкнувшимися с наибольшим числом блокировок. Панель остаётся скрытой, пока нечего показать, поэтому она не загромождает страницу, когда ничего не блокируется. Заблокированные соединения также помечаются меткой «block» на странице «Трафик», чтобы вы могли заметить их в живом потоке.
• ДОБАВЛЕНО: Управление резервной копией списка серверов Telegram - чтобы достучаться до Telegram, b4 загружает список дата-центров Telegram с официального адреса Telegram и откатывается на резервную копию, размещённую автором b4, только если тот заблокирован (lavrush.in). В «Настройки → MTProto Proxy» теперь есть переключатель «Резервное зеркало списка DC», чтобы отключить его или указать на вашу собственную копию.
• ИСПРАВЛЕНО: Маршрутизация набора теперь учитывает ваш выбор устройств - если вы использовали «Настройки → Устройства», чтобы b4 работал только для некоторых устройств (или исключал некоторые), этот выбор игнорировался вкладкой «Маршрутизация» набора. Что бы набор ни делал с трафиком (отправлял на другой сетевой интерфейс или вышестоящий прокси, пропускал через мост Telegram или блокировал), это происходило для всех устройств независимо от выбора. Теперь маршрутизация применяется только к выбранным вами устройствам. Вы также можете задать отдельному набору собственный список устройств в его настройках, так что один набор может маршрутизировать, пропускать через мост или блокировать трафик только для конкретных устройств, не затрагивая остальные.
• ИСПРАВЛЕНО: Сам роутер отображался как неправильно названное устройство на странице «Трафик» - b4 принимал собственный адрес роутера за обычного клиента и указывал его как отдельное устройство (иногда угадывая марку телефона), относя собственные соединения роутера к нему. Теперь b4 распознаёт свои собственные интерфейсы и помечает этот трафик просто как «Router».
• ИСПРАВЛЕНО: Голосовые и видеозвонки Discord могли обрываться при блокировке UDP - на наборе с UDP в режиме Drop или Reject звонки Discord могли прерываться, потому что b4 не распознавал трафик звонков Discord. Теперь b4 пропускает его (когда включён «Фильтр STUN», по умолчанию), поэтому звонки продолжают работать.
• ИСПРАВЛЕНО: b4 не запускался на некоторых роутерах Asus Merlin - на определённых прошивках (например, MerlinWRT) b4 завершался сразу после запуска и показывал запутанное сообщение об отсутствующей функции xt_connbytes, хотя роутер на самом деле её поддерживал. Настоящей причиной было использование b4 более новой опции команды файрвола, которую встроенный инструмент роутера не понимал. Теперь b4 автоматически адаптируется к собственным инструментам роутера, поэтому запускается нормально и ничего дополнительно устанавливать не нужно.
• ИСПРАВЛЕНО: Страница «Соединения» ничего не показывала при рассинхронизации часов устройства - фильтр времени (30с / 1м / 5м / 15м) и график активности по каждому соединению сравнивали живые данные с собственными часами браузера, поэтому компьютер с часами, сбитыми хотя бы на ~30 секунд, мог видеть пустой список и пустые столбцы активности. Фильтрация и график активности теперь используют отметки времени из самих данных соединения, поэтому работают независимо от часов устройства или его часового пояса.
• ИСПРАВЛЕНО: Устройство всё ещё могло отображаться дважды на странице «Трафик» - одно устройство иногда появлялось как две строки: один раз под своим именем и один раз под голым IP. Теперь b4 распознаёт их как одно и то же устройство и показывает его только один раз.
• ИСПРАВЛЕНО: «Обнаружение» не находило рабочую стратегию, когда имена сайтов вводились в кавычках - если вы добавляли домены в «Обнаружение» в кавычках (например, "discord.com","youtube.com", как бывает при вставке скопированного списка), b4 сохранял кавычки как часть каждого имени, поэтому все запросы завершались неудачей, и «Обнаружение» сообщало, что ничего не работает ни для одного сайта. Окружающие кавычки теперь удаляются автоматически. #241