Cómo encontrar la dirección RTSP o RTSPS correcta
Esta página es para el momento en que ya tienes la cámara, pero todavía no sabes cuál es el formato exacto de la dirección, cuál es la ruta correcta del stream o si la cámara es realmente accesible desde internet.
El objetivo es pasar del modelo de la cámara y una vista local a una dirección pública concreta que puedas pegar directamente en rtsp.run. Si te falta alguno de los pasos de abajo, el problema todavía no está en el reproductor, sino en los datos de entrada o en la accesibilidad pública.
Qué conviene tener listo antes de buscar la dirección
- el modelo de la cámara, o al menos la marca y el nombre exacto del dispositivo
- acceso al panel web, al NVR o a la app donde a menudo se activa RTSP
- el usuario y la contraseña pensados para el acceso RTSP
- una forma de probar la cámara desde una red distinta de aquella donde está conectada físicamente
Antes de usar rtsp.run, tienen que cumplirse tres cosas
La dirección debe tener el formato correcto
No basta con conocer la IP de la cámara. También necesitas el protocolo correcto, el puerto y la ruta exacta del stream.
La cámara debe ser accesible desde internet
La cámara tiene que ser accesible desde una red distinta de la que está usando. Verla solo en local no basta.
La publicación debe ser intencionada y segura
Un stream público es una decisión consciente. Necesitas una cuenta separada, una contraseña fuerte y un acceso claramente limitado.
Cómo es una dirección RTSP o RTSPS correcta
Lo importante es distinguir el protocolo, las credenciales, el host, el puerto y la ruta exacta del stream. La IP sola no basta. Sin la ruta correcta del stream, la cámara no se reproducirá.
Qué significa cada parte
- `rtsp://` o `rtsps://` es el protocolo.
- `USUARIO:CONTRASEÑA` son las credenciales para el acceso RTSP, no necesariamente la cuenta de administración de la cámara.
- `HOST` es una IP pública o un nombre DDNS, no una dirección local `192.168.x.x`, `10.x.x.x` o `172.16–31.x.x`.
- `PUERTO` suele ser `554`, pero puede ser otro.
- `RUTA_DEL_STREAM` es la ruta concreta del stream principal o secundario y cambia según la marca y el modelo.
Formato básico sin credenciales
Úsalo solo si la cámara o la capa RTSP realmente no requieren usuario ni contraseña.
rtsp://HOST:554/RUTA_DEL_STREAM- HOST puede ser una IP pública o un nombre DDNS.
- El puerto `554` es habitual, pero no obligatorio.
- Sin la ruta correcta del stream, la dirección seguirá sin funcionar.
Formato más habitual con usuario y contraseña
Es la variante normal en cámaras IP y NVR que exigen un acceso RTSP independiente.
rtsp://USUARIO:CONTRASEÑA@HOST:554/RUTA_DEL_STREAM- La dirección debe usar una cuenta con acceso real al stream.
- No uses la cuenta de administrador si no es necesario.
- El puerto público puede ser distinto del puerto interno de la cámara.
Variante más segura con RTSPS
Úsala solo si la cámara realmente lo soporta. No todos los dispositivos entienden `rtsps://`.
rtsps://USUARIO:CONTRASEÑA@HOST:322/RUTA_DEL_STREAM- El puerto suele ser distinto de `554`.
- Si el fabricante no documenta RTSPS, no supongas que basta con cambiar el protocolo.
- Si RTSPS no está disponible, resuelve la seguridad con una contraseña fuerte y un acceso muy limitado.
Cómo encontrar la dirección según el fabricante
Los ejemplos de abajo son patrones habituales, no una verdad universal para todos los modelos. Primero confirma si la cámara soporta RTSP y si el stream debe activarse antes en la administración o en la app.
Hikvision
Formato habitual para el stream principal. El stream secundario suele terminar en `102` en lugar de `101`.
rtsp://USUARIO:CONTRASEÑA@HOST:554/Streaming/Channels/101- Busca la sección de Video, Stream o RTSP.
- Comprueba stream principal frente a secundario y el número de canal.
Dahua y variantes OEM frecuentes
Formato típico para Dahua y para parte de las marcas que usan modelos basados en Dahua.
rtsp://USUARIO:CONTRASEÑA@HOST:554/cam/realmonitor?channel=1&subtype=0- `subtype=0` suele ser el stream principal y `subtype=1` el secundario.
- En NVR, el número de canal puede cambiar según la instalación.
Axis
Axis suele usar una ruta de stream más corta y más limpia que otros fabricantes.
rtsp://USUARIO:CONTRASEÑA@HOST:554/axis-media/media.amp- Comprueba también el perfil de stream y cualquier puerto RTSP propio.
- Si la dirección no funciona, revisa la documentación del modelo exacto.
Reolink
Reolink suele distinguir el stream principal y el secundario directamente en el nombre de la ruta.
rtsp://USUARIO:CONTRASEÑA@HOST:554/h264Preview_01_main- El stream secundario suele marcarse como `sub` en vez de `main`.
- La compatibilidad RTSP cambia según el modelo; no empieces con una guía genérica de un foro.
Tapo / TP-Link
En Tapo, RTSP suele tener que activarse antes en la app o en el modo NVR.
rtsp://USUARIO:CONTRASEÑA@HOST:554/stream1- No todos los modelos Tapo soportan RTSP estándar.
- Si el dispositivo depende solo de la nube, no obtendrás una URL RTSP pública.
Uniview, Amcrest, Annke, Ezviz y otros
En estas marcas, tanto el soporte como la ruta exacta del stream cambian según el modelo y el firmware.
No confíes en un formato universal mientras no tengas confirmado el modelo exacto.- Primero confirma que el dispositivo soporta RTSP estándar.
- Después busca la guía oficial del fabricante o un patrón exacto para ese modelo concreto.
Cómo conseguir que la cámara sea accesible desde internet
Este es el bloqueo más frecuente. La cámara funciona en casa, en la app local o en VLC, pero rtsp.run no la ve porque no es accesible desde internet.
Configuración pública mínima
1. Confirmar la dirección correcta dentro de la red local
Antes de ocuparte de internet, confirma el formato correcto de la dirección y la ruta del stream en la red local o en la documentación del fabricante.
2. Dar a la cámara una dirección local estable
Usa una reserva DHCP o una IP local fija en el router para que el reenvío de puertos no se rompa después de un reinicio.
3. Exponer el puerto RTSP desde internet
En el router, mapea un puerto público hacia el puerto RTSP local de la cámara o del NVR. El puerto público no tiene por qué ser igual al interno.
4. Usar una IP pública o un nombre DDNS
La dirección final debe usar una IP pública o un nombre DNS, no una dirección local de tu LAN.
5. Probarlo desde otra red
Haz la prueba con datos móviles o desde otra conexión a internet. Probar desde la misma Wi‑Fi casi no demuestra nada.
Dónde suele atascarse
- la cámara solo funciona a través de la app o la nube del fabricante, pero no mediante RTSP estándar desde internet
- tu proveedor usa CGNAT y no tienes una IPv4 pública real
- el reenvío de puertos apunta al host o al puerto interno equivocado
- el nombre DDNS resuelve bien, pero el puerto público está cerrado o bloqueado
Cómo saber si ya estás listo para rtsp.run
- la dirección final usa un hostname público o una IP pública
- el usuario y la contraseña de la dirección son válidos para el acceso RTSP
- el puerto es accesible desde internet desde otra red
- la cámara entrega un stream en directo real y no solo una redirección a la app del fabricante
Si no tienes IP pública
- DDNS por sí solo no basta. Si estás detrás de CGNAT, el reenvío de puertos desde internet nunca llegará a la cámara.
- Necesitas una IP pública real de tu proveedor u otra capa pública que puedas exponer con seguridad.
- Si no quieres resolver esto, no podrás usar rtsp.run con esa cámara en modo público.
Cómo hacerlo de forma segura
Una cámara accesible públicamente es una decisión consciente. No expongas a internet más de lo que realmente necesitas para el stream en directo.
Qué conviene hacer
- crea un usuario separado solo para la reproducción RTSP, no la cuenta de administrador
- usa una contraseña larga y única y no reutilices la de administración
- si la cámara soporta `rtsps://`, úsalo antes que `rtsp://` sin cifrar
- valora usar una red separada o una VLAN para las cámaras que expones a internet
- expón solo lo necesario para el stream, no toda la administración web de la cámara
Qué conviene evitar
- no expongas a internet una cámara pensada solo para CCTV interno u operaciones sensibles
- no supongas que la nube del fabricante o la app móvil significan automáticamente RTSP público
- no uses cuentas por defecto del fabricante ni contraseñas débiles solo porque "es solo una cámara"
- no publiques la cámara sin tener claro quién debe acceder y por qué
Antes de pegar la dirección en rtsp.run
Si puedes responder sí a todo lo siguiente, tiene sentido pasar directamente a la reproducción del stream.
- Tengo la dirección completa en formato `rtsp://` o `rtsps://`.
- Estoy usando un hostname público o una IP pública, no una dirección local.
- Sé que el stream es accesible desde una red distinta de aquella donde funciona la cámara.
- Estoy usando una cuenta pensada para el acceso RTSP, no el acceso completo de administrador.
- Estoy seguro de que la cámara debe ser públicamente accesible y de que este modelo operativo tiene sentido.
Preguntas frecuentes sobre la dirección RTSP y la accesibilidad pública
Aclara estas dudas antes de buscar el problema en el propio reproductor.
Una dirección correcta tiene un formato completo, normalmente rtsp://USUARIO:CONTRASEÑA@HOST:PUERTO/RUTA_DEL_STREAM o rtsps://.... No basta con conocer la IP de la cámara. También necesitas el puerto correcto y, sobre todo, la ruta del stream.
En rtsp.run debes usar un hostname público o una IP pública, no una dirección local 192.168.x.x, 10.x.x.x u otra dirección interna.
Empieza por la documentación oficial del modelo exacto, la administración web de la cámara, los ajustes del NVR o la app donde normalmente hay que activar RTSP primero. La combinación más fiable es el modelo exacto y la guía oficial del fabricante.
Si solo tienes la marca y no el modelo exacto, perderás tiempo adivinando.
No. Que la cámara funcione en la app o en la nube del fabricante no significa que ya tengas un stream RTSP estándar accesible desde internet.
Para rtsp.run necesitas una URL RTSP o RTSPS pública concreta que puedas abrir fuera de la red local, no solo acceso a través de una app cerrada del fabricante.
No por sí solo. DDNS solo te da un nombre en lugar de una IP cambiante. Aun así necesitas una IP pública real, un reenvío correcto y un puerto abierto hacia la cámara o el NVR adecuados.
Si estás detrás de CGNAT, DDNS por sí solo no te ayudará, porque el tráfico desde internet seguirá sin llegar a la cámara.
Prueba siempre desde una red distinta a la de la cámara, normalmente con datos móviles o desde otra conexión. Una prueba desde la misma Wi‑Fi puede engañar.
Si la dirección final usa un hostname público o una IP pública, el puerto correcto y credenciales RTSP válidas, vas por buen camino. Si solo funciona en casa o apunta a una dirección local, todavía no estás listo para rtsp.run.
El modelo público con RTSP no encaja para CCTV interno, redes corporativas cerradas, grabación, analítica o situaciones en las que la cámara no debe exponerse a internet en absoluto.
Si la necesidad real es acceso solo interno, grabación o un modelo más estricto de seguridad y operación, abre la evaluación del despliegue en lugar de forzar este modelo público donde no encaja.