Как отличить исправленное в NetBird 0.76.1 взаимное ожидание между SetConfig и login от обычной сетевой ошибки: временная шкала, версия, последовательный контроль и критерии остановки без сброса состояния.
Какой дефект подтверждён первичным источником
PR 6978 описывает два пути daemon: SetConfig и login. Они захватывали daemon server mutex и guarded-config mutex в противоположном порядке. При одновременных запросах каждый путь мог удерживать одну блокировку и ждать вторую, из-за чего оба переставали продвигаться. Исправление приводит порядок захвата к одному варианту и добавляет регрессионный тест. Это конкретный механизм взаимного ожидания. Он не подтверждает, что задержка DNS, недоступность Management или обычная ошибка SSO имеют ту же причину.
Восстановите временную шкалу зависания
Запишите версию клиента, точное время и два действия вокруг события: выполнялся ли вход и одновременно менялись ли настройки через UI, CLI или управляющий процесс. Отметьте, отвечал ли status и сохранялась ли связь с Management. Если изменение конфигурации не происходило, совпадение с этим PR слабое. Если завис только внешний браузер SSO, исследуйте его отдельно. Не пытайтесь специально запускать множество параллельных запросов на рабочем устройстве: достаточно имеющихся журналов и безопасного контрольного сценария.
Сначала исключите более простые причины
Проверьте доступность Management и Signal штатным status, завершение SSO и наличие явной ошибки конфигурации. Сетевой timeout, отказ поставщика идентификации и невалидное значение настройки могут выглядеть как остановившийся вход, но не являются взаимной блокировкой. Зафиксируйте, отвечает ли daemon на другие read-only запросы. Если ответы есть, постоянное взаимное ожидание менее вероятно. Не сбрасывайте конфигурацию и не удаляйте peer: эти действия уничтожат контекст и не докажут механизм.
Обратимый контроль после обновления
Убедитесь, что установлена 0.76.1 или более новая версия, содержащая исправление, по официальному источнику. Сохраните настройки штатным способом. Затем выполните операции последовательно: сначала изменение одной безопасной настройки, дождитесь подтверждения, после этого начните вход. Сравните с исходной временной шкалой. Успех последовательного сценария показывает работоспособность, но не доказывает прежний deadlock. Если зависание повторяется без параллельности, соберите новый журнал: причина выходит за границы PR 6978.
Что приложить к точному отчёту
Укажите версию, платформу, время, способы запуска login и SetConfig, факт их пересечения, доступность status и управляющих компонентов и результат последовательного контроля. Приложите только короткий обезличенный фрагмент журнала вокруг события. Удалите токены, настройки сети, имена peer и адреса. Остановитесь до принудительного завершения с потерей данных, сброса конфигурации или повторной регистрации, если устройство управляется организацией. Такой отчёт позволяет проверить именно конкурентный сценарий, не выдавая любое зависание за уже исправленный дефект.
Материал подготовлен редакцией с помощью ИИ и проверен по официальному релизу и первичному PR NetBird; границы исправленного дефекта сохранены без расширительных догадок.
Источники и проверка
- NetBird 0.76.1 Official Release проверено 2026-08-06
- NetBird PR 6978 — daemon lock order проверено 2026-08-06
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.