Как отличить ограниченную подсказку адреса LocalSend от реальной сетевой недоступности в подсети /16: матрица discovery, полного IP и безопасной проверки префикса без публикации адресов.
Три разные границы одного симптома
LocalSend работает в локальной сети, использует HTTPS и отдельно полагается на обнаружение устройств. Подсказка адреса в ручной отправке — ещё один слой интерфейса. Поэтому отсутствие устройства в списке, ограниченное автодополнение и отказ соединения нельзя считать одним сбоем. Зафиксируйте, видят ли устройства друг друга автоматически, позволяет ли поле ввести полный адрес и начинается ли согласование после полного ввода. Не публикуйте реальные адреса: замените одинаковую часть префикса на TEST-NET-подобные обозначения в отчёте. Если полный адрес работает, маршрут существует для этого теста, а наблюдение локализуется ближе к discovery или подсказке. Если не работает, статья не устанавливает причину.
Проверьте фактический префикс интерфейса
Системные средства сети показывают адрес и длину префикса активного интерфейса. CIDR описывает сеть как префикс переменной длины, поэтому /16 и /24 охватывают разные диапазоны; одинаковые первые три октета не являются универсальным правилом локальности. Запишите только длину префикса и то, совпадает ли с ней предлагаемая LocalSend часть. Не меняйте маску, маршрут, VPN-профиль или настройки роутера ради диагностики. Если устройств несколько, выберите один активный интерфейс и исключите мобильный интернет. Критерий остановки — необходимость раскрыть полный адрес или вмешиваться в корпоративную сеть. Достаточно подтвердить несоответствие длины подсказки фактическому префиксу.
Матрица discovery, подсказки и полного адреса
Постройте три строки: автоматическое обнаружение, выбор предложенного адреса и ручной ввод полного адреса. Столбцы — одна обычная локальная сеть и проверяемая сеть с более широким префиксом, если обе доступны законно и без перенастройки. Для каждого случая фиксируйте только «показан», «можно ввести» и «запрос начался». Не отключайте firewall и AP isolation вслепую: README LocalSend упоминает эти факторы для невидимых устройств, но они не объясняют ограничение поля автоматически. Не отправляйте чувствительный файл; используйте короткий нейтральный текст. Если отличается только предложенный диапазон, это сильный минимальный пример интерфейса.
Обезличенный отчёт разработчикам
Укажите версию LocalSend, платформы отправителя и получателя, длину префикса, результаты трёх строк и возможность полного ввода. Адреса замените на условные A и B, сохранив лишь факт нахождения в одной подсети; не прикладывайте конфигурацию VPN, список пиров, hostname или снимок экрана с уведомлениями. Открытый issue подтверждает наличие репорта, но не распространённость. Эскалация оправдана, если подсказка стабильно отражает /24 при другом системном префиксе, а полный адрес принимается или поле явно не позволяет его ввести. Отдельно сообщайте сбой discovery только если он воспроизводится независимо, не объединяя две причины в один вывод.
Материал подготовлен редакцией VOne с применением ИИ для матрицы проверок; сетевые факты вручную сверены по официальному README LocalSend и RFC 4632, а адреса issue не воспроизводились.
Источники и проверка
- LocalSend official README and troubleshooting проверено 2026-08-10
- RFC 4632 — Classless Inter-domain Routing проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.