Почему сохранённое устройство LocalSend может оставаться в избранном, но не отвечать после сна: матрица обнаружения, направления передачи и текущей локальной сети без сброса настроек.
Избранное не равно текущему сетевому адресу
Протокол LocalSend использует fingerprint, чтобы не обнаруживать собственное устройство и помнить участников. Для обнаружения он применяет multicast и HTTP-регистрацию, а принимающая сторона поднимает HTTP-сервер. Поэтому сохранённая карточка может продолжать обозначать знакомое устройство, хотя его текущая сетевая точка уже недоступна после сна, смены адреса или перехода между диапазонами. Это рабочая гипотеза для проверки, а не установленная причина свежего issue. Сначала убедитесь, что оба приложения открыты и находятся в одной доверенной локальной сети. Не сравнивайте публичные IP и не публикуйте частные адреса: важен факт, появилось ли устройство заново в автоматическом обнаружении.
Матрица обнаружения и направления
Возьмите один небольшой синтетический текстовый файл и проведите четыре проверки: компьютер выбирает получателя из автоматического списка; компьютер выбирает его из избранного; телефон отправляет на компьютер через автоматическое обнаружение; телефон использует сохранённую карточку. Для каждой строки запишите три стадии: устройство видно, запрос принят, передача началась. Если автоматическое обнаружение работает, а избранное получает timeout только в одном направлении, полезная граница — сохранённое состояние конкретного отправителя. Если не работает ни один путь, сначала проверяют локальную доступность приложения. Не повторяйте передачу большим архивом и не меняйте порт одновременно с сетевым профилем: иначе исчезнет причинная ось.
Проверьте локальные разрешения без глобального отключения защиты
Официальный README позиционирует LocalSend как передачу по локальной сети без внешнего сервера, а спецификация использует UDP и TCP для обнаружения и передачи. Убедитесь, что приложение разрешено в текущем типе локальной сети на обоих устройствах и что сеть не изолирует клиентов друг от друга. Не отключайте брандмауэр полностью, не переводите точку доступа в открытый режим и не добавляйте широкий постоянный allow-rule ради одного теста. Если нужно проверить влияние фильтра, используйте краткое точечное правило только для официального приложения и сразу удалите его после сравнения. Отдельно отметьте, влияет ли пробуждение экрана получателя; это наблюдение о доступности, не доказательство сбоя энергосбережения.
Что сохранить до сброса избранного
Не удаляйте карточку и не очищайте данные приложения, пока не записаны результаты четырёх проверок: после сброса исчезнет состояние, которое нужно сравнить. Сохраните версии LocalSend и ОС, время последнего успешного обмена, был ли сон устройства, направление, стадию timeout и результат автоматического обнаружения. В логах оставьте только код ошибки и временную метку; удалите имена файлов, aliases устройств, локальные адреса и сертификатные отпечатки. Протокол показывает, что discovery, регистрация и подготовка upload — разные этапы, поэтому формулировка «не подключается» слишком широка. Если оба устройства вновь обнаруживаются и маленький файл проходит, не объявляйте проблему исправленной навсегда: зафиксирован только успешный контроль в текущей сессии.
Материал подготовлен редакцией VOne с применением ИИ для матрицы; сетевые этапы вручную сверены по официальному протоколу, а issue использован только как обезличенный лид.
Источники и проверка
- LocalSend official repository README проверено 2026-08-10
- LocalSend Protocol v2.2 проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.