Привет! У меня серия камер TP-Link VIGI, которые я пытаюсь добавить в Protect, но постоянно вылетает ошибка "Неверные учетные данные".
Кратко говоря, эти камеры используют ONVIF на нестандартном порту — 2020. Камеры не обнаруживаются автоматически, что, вероятно, и есть причина. Но это не проблема, я могу использовать расширенный диалог добавления, чтобы попытаться добавить их вручную.
Неважно, какие учетные данные я ввожу, как только я нажимаю 'Confirm', выдается сообщение, что они недействительны.
Я уверен, что учетные данные верны, потому что, просматривая захват пакетов на UDM-Pro для трафика порта 2020, я вижу, как Protect отправляет серию запросов к камере для запроса возможностей и т.д. Я вижу дайджест пароля в запросах, и камера отвечает данными.
Всё кажется нормальным, пока Protect не запрашивает RTSP profile_3. У моей камеры только два профиля потока, и поэтому она отвечает ошибкой. Вот фрагмент запроса от Protect:
<Protocol>RTSP</Protocol><ProfileToken>profile_3</ProfileTok en></GetStreamUri></s:Body></s:Envelope>
А вот фрагмент ответа от камеры:
<SOAP-ENV:Fault><SOAP-ENV:Code><SOAP-ENV:Value>SOAP-ENV:Sender</SOAP-ENV:Value><SOAP-ENV:Subcode><SOAP-ENV:Value>ter:InvalidArgVal</SOAP-ENV:Value></SOAP-ENV:Subcode></SOAP-ENV:Code><SOAP-ENV:Reason><SOAP-ENV:Text xml:lang="en">error</SOAP-ENV:Text></SOAP-ENV:Reason></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope>
Согласно спецификации ONVIF, это стандартное поведение, когда запрашивается недействительный атрибут.
Возможно ли, чтобы Protect мог обрабатывать этот ответ так, чтобы он не считался ошибкой, а рассматривался как перечисление функциональности?
Cheers
Кратко говоря, эти камеры используют ONVIF на нестандартном порту — 2020. Камеры не обнаруживаются автоматически, что, вероятно, и есть причина. Но это не проблема, я могу использовать расширенный диалог добавления, чтобы попытаться добавить их вручную.
Неважно, какие учетные данные я ввожу, как только я нажимаю 'Confirm', выдается сообщение, что они недействительны.
Я уверен, что учетные данные верны, потому что, просматривая захват пакетов на UDM-Pro для трафика порта 2020, я вижу, как Protect отправляет серию запросов к камере для запроса возможностей и т.д. Я вижу дайджест пароля в запросах, и камера отвечает данными.
Всё кажется нормальным, пока Protect не запрашивает RTSP profile_3. У моей камеры только два профиля потока, и поэтому она отвечает ошибкой. Вот фрагмент запроса от Protect:
<Protocol>RTSP</Protocol><ProfileToken>profile_3</ProfileTok
А вот фрагмент ответа от камеры:
<SOAP-ENV:Fault><SOAP-ENV:Code><SOAP-ENV:Value>SOAP-ENV:Sender</SOAP-ENV:Value><SOAP-ENV:Subcode><SOAP-ENV:Value>ter:InvalidArgVal</SOAP-ENV:Value></SOAP-ENV:Subcode></SOAP-ENV:Code><SOAP-ENV:Reason><SOAP-ENV:Text xml:lang="en">error</SOAP-ENV:Text></SOAP-ENV:Reason></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope>
Согласно спецификации ONVIF, это стандартное поведение, когда запрашивается недействительный атрибут.
Возможно ли, чтобы Protect мог обрабатывать этот ответ так, чтобы он не считался ошибкой, а рассматривался как перечисление функциональности?
Cheers

