respuesta directa
Una respuesta 401 demuestra que el servidor RTSP respondió pero rechazó la autenticación proporcionada. Primero verifique la cuenta de transmisión específica de la cámara, luego pruebe el mismo URL sin insertar credenciales y deje que el cliente responda al desafío de autenticación.
¿Por qué sucede esto?
Las causas comunes son un inicio de sesión de cuenta en la nube utilizado en lugar de una cuenta de cámara local, una contraseña cambiada después de guardar URL, caracteres reservados que interrumpen el análisis de URI o un cliente y la cámara que no están de acuerdo sobre la autenticación básica o implícita.
Comience desde el código de estado exacto o síntoma de red, luego cambie una capa a la vez.
Una prueba controlada
Utilice un cliente local en buen estado y la ruta documentada del fabricante de la cámara. Registre si la falla ocurre el DESCRIBE o más tarde, porque un inicio de sesión aceptado seguido de otro error es un problema diferente.
Cambie una variable a la vez. Mantenga registrados el modelo de la cámara, el firmware, el terminal y la cuenta; luego pruebe la accesibilidad de la red, la respuesta del protocolo, el transporte de medios y la decodificación como capas separadas.
Utilice una cuenta dedicada de solo lectura y una herramienta de diagnóstico local confiable. Redacte credenciales, direcciones privadas y datos de identificación antes de compartir resultados.
Secuencia diagnóstica
| Controlar | Acción | Evidencia de progreso |
|---|---|---|
| Cuenta | Cree o restablezca una cuenta local dedicada de solo visualización. | La misma cuenta abre el flujo documentado en un cliente confiable. |
| URL | Elimine las credenciales incrustadas e introdúzcalas en campos separados. | El host y la ruta permanecen sin cambios y el cliente solicita correctamente. |
| Desafío | Inspeccione si la cámara ofrece Basic, Digest o ambos. | La cliente selecciona un método que la cámara realmente admita. |
| Cache | Elimine la cámara guardada y agréguela nuevamente después de cambiar la contraseña. | No queda ninguna credencial antigua en el perfil de conexión. |
Pruebas a conservar
Mantenga un breve registro del punto final exacto, el tipo de cuenta, el desafío de autenticación y el resultado final. Esa evidencia distingue una falla de credencial real de un problema de ruta, códec o transporte.
Nota de límites y seguridad
No debilite la cuenta de la cámara, no reutilice una contraseña de administrador ni publique un URL funcional para facilitar la prueba.
Para visualización remota, utilice un VPN administrado en lugar de exponer RTSP o los puertos de administración de la cámara directamente a la Internet pública.
SmartRTSP
SmartRTSP es un visor RTSP y ONVIF enfocado en cámara para dispositivos Apple, Windows y Android. Se adapta a la visualización directa, el descubrimiento y las comprobaciones multicámara; mantenga un NVR o VMS dedicado cuando se requiera registro continuo, exportación de evidencia o controles empresariales centralizados.
Preguntas frecuentes
¿401 significa que la cámara está desconectada?
No. Se pudo acceder al servidor y devolvió un error de autenticación.
¿Se deben colocar las credenciales en el RTSP URL?
Prefiere campos separados de nombre de usuario y contraseña cuando el cliente los ofrezca, especialmente cuando la contraseña contiene caracteres URI reservados.
¿Por qué VLC funciona mientras otro espectador devuelve 401?
Los clientes pueden analizar las credenciales integradas de manera diferente o admitir diferentes desafíos de autenticación; compare la cuenta real y el desafío antes de culpar a la transmisión.
Referencias primarias
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- IETF RFC 3986 - URI sintaxis genérica
- SmartRTSP — plataforma oficial e información del producto
Guía SmartRTSP relacionada
Abrir guía relacionadaUna forma capa por capa de separar la cuenta de la cámara, el método de autenticación y análisis URL cuando una transmisión RTSP devuelve 401.