OK — кажется, я наткнулся на зацепку (ну, то есть, я её нашёл, тупо, но нашёл). Пытаясь найти эту камеру в своей сети, я залез в DHCP-сервер. И пока там копался, нашёл «другую» камеру, которую уже настроил и которая работала, так что решил перенести её в пул статических адресов. Зашёл в веб-интерфейс работающей камеры (через адрес, выданный DHCP, в браузере), авторизовался под пользователем «ubnt» с паролем, который задаётся через функцию Recovery Code в приложении Protect в разделе Settings > System, и сменил IP-адрес с DHCP на статический в своей подсети, но вне диапазона DHCP. Камера перезагрузилась, я обновил адрес в браузере на новый — и она сразу открылась (не было причин думать иначе). После этого я вернулся к DHCP-серверу и обновил список аренд — и вот тут я его увидел... Адрес, с которого я только что перевёл камеру, появился с пометкой «Bad Address». Я выделил эту запись в списке аренд и удалил её — и *бе-буп* — на телефоне раздался звук уведомления, а вторая камера, та, что глючила, высветилась как «Ready to Adopt» — ровно на том же IP-адресе, что и первая. Очевидно, что *должно* происходить, когда я подключаю вторую камеру: она запрашивает адрес, и ей выдаётся следующий свободный из списка. Вместо этого *реально* произошло вот что: камера целенаправленно запросила тот же адрес, что и первая — и получила отказ, потому что адрес был занят. Я понимаю, что в логике тут дыра: как это устройство вообще могло знать, что нужно запрашивать именно тот же адрес, что у первой камеры? Ответа у меня нет. Но если у вас одни камеры работают, а другие нет — смените IP-адреса на работающих и почистите использованные/битые адреса в DHCP-сервере. Возможно, глючные камеры тут же появятся и попросят их принять.