RTSP 401 не авторизован и 404 не найден: диагностика URL-адреса камеры и ошибок аутентификации

В обращениях в службу поддержки снова и снова появляются две ошибки RTSP: "«401 Unauthorized» и «404 Not Found». Они звучат просто. Один выглядит как проблема со входом в систему, другой — как неверный URL-адрес. В реальных развертываниях камер оба могут быть более тонкими." Камера может принимать те же учетные данные в веб-интерфейсе, но отклонять RTSP. Устройство записи может предоставлять разные пути для основного и дополнительного потока. Сканирование ONVIF может обнаружить URL-адрес, который позже изменится. Поставщику может потребоваться номер канала, суффикс потока или токен профиля. Некоторые камеры также возвращают вводящие в заблуждение коды состояния, если путь слишком длинный, поток отключен или режим аутентификации несовместим с клиентом.

При поиске в Google запрос пользователя обычно прямой: «Неавторизованная камера RTSP 401», «RTSP 404 не найден», «VLC работает, но NVR сообщает об отсутствии сигнала» или «URL-адрес RTSP камеры ONVIF не работает». Полезная статья не должна притворяться, что существует один волшебный URL. Он должен показать, как собирать доказательства.

Начните с метода RTSP, который не удался

Не записывайте только конечную ошибку. Запишите, какой метод RTSP вернул его:

• ОПЦИИ
• ОПИСАТЬ
• НАСТРОЙКА
• ИГРАТЬ

Если OPTIONS завершается с ошибкой 401, аутентификация или политика сервера блокируют сеанс до запроса метаданных. Если DESCRIBE завершается с ошибкой 401, камера может принять соединение, но отклонить доступ к этому пути потока. Если DESCRIBE возвращает 404, путь обычно не соответствует профилю потока. Если SETUP завершается неудачно после успешного DESCRIBE, URL-адрес может быть действительным, но существует проблема с путем управления дорожкой, режимом транспортировки или профилем мультимедиа.

Это различие имеет значение, поскольку следующее действие меняется. Исправления учетных данных не исправят отсутствующий путь к потоку. Изменение суффикса URL-адреса не устранит несоответствие дайджеста-аутентификации.

Отделите учетные данные от пути потока

Чистая матрица устранения неполадок выглядит следующим образом:

• то же имя пользователя/пароль работает в веб-интерфейсе камеры
• Служба RTSP включена
• Порт RTSP открыт из клиентской сети
• Путь URL-адреса соответствует шаблону основного потока или дополнительного потока поставщика.
• профиль потока включен на камере
• режим аутентификации совместим с клиентом
• специальные символы в пароле закодированы правильно

Password characters are a frequent source of false failures. A password that contains @, :, /, ?, #, or spaces may need URL encoding when embedded in an RTSP URL. A better test is to use a client that sends credentials separately rather than relying on an inline URL.

Почему 404 часто означает профиль или путь, а не сеть

«404 Not Found» означает, что сервер был достигнут и понял запрос достаточно, чтобы отклонить ресурс. Для потоков с камеры это часто указывает на одно из следующих:

• неправильный номер канала
• неправильный суффикс потока
• основной поток отключен
• дополнительный поток отключен
• Путь записывающего устройства отличается от пути камеры
• Токен профиля ONVIF изменен.
• требуется имя доступа, зависящее от поставщика
• поток существует только после включения RTSP в настройках

Наиболее полезным доказательством является URI запроса DESCRIBE и статус ответа. Если камера возвращает 404 до SDP, мультимедийного сеанса еще нет. Не переходите к потере RTP или отладке кодека, пока не убедитесь, что URL-адрес соответствует реальному потоку.

ONVIF Discovery помогает, но это не то же самое, что доказательство

Обнаружение ONVIF может предоставить URI потока и информацию о профиле, но обнаруженный URI RTSP все равно необходимо протестировать. Некоторые системы корректно предоставляют ONVIF, тогда как аутентификация RTSP или поведение пути отличаются. Другие возвращают URI, действительный только для профиля, который позже будет отключен или изменен.

Диагностическая последовательность должна быть следующей:

1. обнаружить или ввести URL-адрес RTSP
2. запустите «ОПЦИИ» и «ОПИСАНИЕ»
3. захватывать коды состояния и заголовки
4. проверить, возвращен ли SDP
5. только после этого проверьте SETUP, PLAY, RTP и кодек

Такой порядок не позволяет инженеру рассматривать каждую неисправность как проблему «камеры в автономном режиме».

Как следует использовать инспектор RTSP

RTSP Inspector не является проигрывателем, менеджером ONVIF или продуктом для обнаружения камер. Его роль — сделать транзакцию RTSP достаточно видимой, чтобы можно было объяснить, что произошло. Для случаев 401 и 404 полезный вывод:

• запрос URI
• неудачный метод
• код состояния
• граница аутентификации
• был ли возвращен СДП
• произошел ли сбой до переговоров со СМИ
• рекомендуемый следующий владелец: учетные данные, профиль камеры, формат URL-адреса поставщика, сетевой порт или включение потока.

Это именно те доказательства, которые необходимы полевому интегратору или инженеру видеоплатформы, прежде чем обращаться к поставщику камеры или слепо менять настройки рекордера.

Если в запросе поддержки указано «RTSP не работает», запросите метод, код состояния и границу SDP. Это превращает обычную жалобу в поправимый случай.