Comment trouver la bonne adresse RTSP ou RTSPS
Cette page s’adresse au moment où vous avez déjà la caméra, mais pas encore le format exact de l’adresse, le bon chemin de flux, ni la certitude qu’elle soit réellement accessible depuis internet.
L’objectif est de vous faire passer d’un modèle de caméra et d’un aperçu local à une adresse publique concrète que vous pourrez coller directement dans rtsp.run. Tant qu’un des points ci-dessous manque, le problème n’est pas encore dans le lecteur, mais dans l’entrée ou dans l’accessibilité publique.
Ce qu’il vaut mieux préparer avant de chercher l’adresse
- le modèle de la caméra, ou au moins la marque et la référence exacte
- l’accès à l’interface web, au NVR ou à l’application où RTSP est souvent activé
- le nom d’utilisateur et le mot de passe prévus pour l’accès RTSP
- un moyen de tester la caméra depuis un autre réseau que celui auquel elle est physiquement connectée
Trois conditions doivent être réunies avant d’utiliser rtsp.run
Le format de l’adresse doit être correct
Connaître l’IP de la caméra ne suffit pas. Il faut aussi le bon protocole, le bon port et le chemin exact du flux.
La caméra doit être accessible depuis internet
La caméra doit être accessible depuis un autre réseau que le sien. Une lecture locale à la maison ne suffit pas.
La publication doit être volontaire et sûre
Un flux public est une décision consciente. Il faut un compte séparé, un mot de passe fort et un accès clairement limité.
À quoi ressemble une adresse RTSP ou RTSPS correcte
L’essentiel est de distinguer le protocole, les identifiants, l’hôte, le port et le chemin exact du flux. L’adresse IP seule ne suffit pas. Sans le bon chemin, la caméra ne se lira pas.
Ce que signifie chaque partie
- `rtsp://` ou `rtsps://` est le protocole utilisé.
- `UTILISATEUR:MOTDEPASSE` correspond aux identifiants d’accès RTSP, pas forcément au compte administrateur de la caméra.
- `HOTE` est une IP publique ou un nom DDNS, et non une adresse locale `192.168.x.x`, `10.x.x.x` ou `172.16–31.x.x`.
- `PORT` est souvent `554`, mais il peut être différent.
- `CHEMIN_DU_FLUX` est le chemin exact du flux principal ou secondaire, et il varie selon la marque et le modèle.
Format de base sans identifiants
À utiliser uniquement si la caméra ou la couche RTSP ne demandent réellement ni utilisateur ni mot de passe.
rtsp://HOTE:554/CHEMIN_DU_FLUX- HOTE peut être une IP publique ou un nom DDNS.
- Le port `554` est courant, mais pas obligatoire.
- Sans le bon chemin de flux, l’adresse restera inutilisable.
Le format le plus courant avec identifiants
C’est la variante habituelle pour les caméras IP et les NVR qui exigent un accès RTSP séparé.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/CHEMIN_DU_FLUX- L’adresse doit utiliser un compte qui a réellement accès au flux.
- N’utilisez le compte administrateur que si vous n’avez pas d’autre solution.
- Le port public peut être différent du port interne de la caméra.
La variante plus sûre en RTSPS
Utilisez-la uniquement si la caméra la prend réellement en charge. Tous les appareils ne comprennent pas `rtsps://`.
rtsps://UTILISATEUR:MOTDEPASSE@HOTE:322/CHEMIN_DU_FLUX- Le port est souvent différent de `554`.
- Si le fabricant ne documente pas explicitement RTSPS, ne supposez pas qu’il suffit de changer le protocole.
- Si RTSPS n’est pas disponible, gérez la sécurité avec un mot de passe fort et un accès très limité.
Comment trouver l’adresse selon le fabricant
Les exemples ci-dessous sont des schémas courants, pas une vérité universelle pour tous les modèles. Vérifiez d’abord que la caméra prend bien RTSP en charge et que le flux n’a pas besoin d’être activé dans l’interface ou l’application.
Hikvision
Format courant pour le flux principal. Le flux secondaire finit souvent par `102` au lieu de `101`.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/Streaming/Channels/101- Cherchez une section Vidéo, Flux ou RTSP.
- Vérifiez le flux principal, le flux secondaire et le numéro de canal.
Dahua et variantes OEM fréquentes
Format typique pour Dahua et pour certaines marques qui reprennent des modèles basés sur Dahua.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/cam/realmonitor?channel=1&subtype=0- `subtype=0` correspond en général au flux principal et `subtype=1` au flux secondaire.
- Avec un NVR, le numéro de canal peut dépendre du câblage.
Axis
Axis utilise souvent un chemin de flux plus court et plus propre que beaucoup d’autres fabricants.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/axis-media/media.amp- Vérifiez aussi le profil du flux et un éventuel port RTSP personnalisé.
- Si l’adresse ne fonctionne pas, consultez la documentation du modèle exact.
Reolink
Reolink distingue souvent le flux principal et le flux secondaire directement dans le nom du chemin.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/h264Preview_01_main- Le flux secondaire est souvent marqué `sub` au lieu de `main`.
- La prise en charge RTSP varie selon les modèles. Ne partez pas d’un guide générique trouvé sur un forum.
Tapo / TP-Link
Chez Tapo, il faut souvent activer RTSP d’abord dans l’application ou dans le mode NVR.
rtsp://UTILISATEUR:MOTDEPASSE@HOTE:554/stream1- Tous les modèles Tapo ne prennent pas en charge le RTSP standard.
- Si l’appareil dépend uniquement du cloud, vous n’en tirerez pas une adresse RTSP publique.
Uniview, Amcrest, Annke, Ezviz et autres
Pour ces marques, la prise en charge et le chemin exact du flux varient selon le modèle et le firmware.
Ne vous fiez pas à un format universel tant que le modèle exact n’est pas confirmé.- Vérifiez d’abord que l’appareil prend bien en charge le RTSP standard.
- Cherchez ensuite le guide officiel du fabricant ou un modèle exact pour l’appareil concerné.
Comment rendre la caméra accessible depuis internet
C’est le blocage le plus fréquent. La caméra fonctionne chez vous dans l’application locale ou dans VLC, mais rtsp.run ne la voit pas parce qu’elle n’est pas accessible depuis internet.
Configuration publique minimale
1. Vérifier la bonne adresse dans le réseau local
Avant de vous occuper d’internet, confirmez le bon format d’adresse et le bon chemin du flux dans le réseau local ou dans la documentation du fabricant.
2. Donner à la caméra une adresse locale stable
Utilisez une réservation DHCP ou une IP locale fixe sur le routeur pour que la redirection de port ne casse pas après un redémarrage.
3. Rendre le port RTSP accessible depuis internet
Sur le routeur, faites correspondre un port public avec le port RTSP local de la caméra ou du NVR. Le port public n’a pas besoin d’être identique au port interne.
4. Utiliser une IP publique ou un nom DDNS
L’adresse finale doit utiliser une IP publique ou un nom DNS, pas une adresse locale de votre LAN.
5. Tester depuis un autre réseau
Testez via les données mobiles ou depuis une autre connexion internet. Un test depuis le même Wi‑Fi ne prouve presque rien.
Là où ça bloque le plus souvent
- la caméra ne fonctionne qu’avec l’application ou le cloud du fabricant, pas en RTSP standard depuis internet
- votre fournisseur utilise du CGNAT et vous n’avez pas de véritable IPv4 publique
- la redirection de port pointe vers le mauvais hôte interne ou le mauvais port
- le nom DDNS se résout correctement, mais le port public est fermé ou bloqué
Comment savoir que vous êtes prêt pour rtsp.run
- l’adresse finale utilise un nom d’hôte public ou une IP publique
- le nom d’utilisateur et le mot de passe de l’adresse sont valides pour l’accès RTSP
- le port est accessible depuis internet depuis un autre réseau
- la caméra renvoie un vrai flux en direct et non une simple redirection vers l’application du fabricant
Si vous n’avez pas d’IP publique
- Le DDNS seul ne suffit pas. Si vous êtes derrière du CGNAT, la redirection de port depuis internet n’atteindra jamais la caméra.
- Il vous faut une véritable IP publique fournie par votre opérateur ou une autre couche publique que vous pouvez exposer en toute sécurité.
- Si vous ne voulez pas résoudre cela, vous ne pourrez pas utiliser rtsp.run pour cette caméra en mode public.
Comment le faire en toute sécurité
Une caméra accessible publiquement est une décision consciente. N’exposez pas à internet plus que ce qui est réellement nécessaire pour le flux en direct.
Ce qu’il faut faire
- créez un utilisateur séparé uniquement pour la lecture RTSP, pas le compte administrateur
- utilisez un mot de passe long et unique et ne réutilisez pas celui de l’administration
- si la caméra prend en charge `rtsps://`, préférez-le à `rtsp://` non chiffré
- envisagez un réseau séparé ou un VLAN pour les caméras exposées à internet
- n’exposez que ce qui est nécessaire au flux, pas toute l’interface web de la caméra
Ce qu’il faut éviter
- n’exposez pas à internet une caméra destinée uniquement à la vidéosurveillance interne ou à un usage sensible
- ne supposez pas que le cloud du fabricant ou son application mobile impliquent automatiquement un RTSP public
- n’utilisez pas les comptes par défaut du fabricant ni un mot de passe faible sous prétexte que ce n’est "qu’une caméra"
- ne publiez pas la caméra tant que vous n’avez pas clarifié qui doit y avoir accès et pourquoi
Avant de coller l’adresse dans rtsp.run
Si vous pouvez répondre oui à tout ce qui suit, vous pouvez passer directement à la lecture du flux.
- J’ai l’adresse complète au format `rtsp://` ou `rtsps://`.
- J’utilise un nom d’hôte public ou une IP publique, pas une adresse locale.
- Je sais que le flux est accessible depuis un autre réseau que celui où tourne la caméra.
- J’utilise un compte prévu pour l’accès RTSP, pas un accès administrateur complet à la caméra.
- Je suis certain que la caméra doit être accessible publiquement et que ce modèle d’exploitation est cohérent.
Questions fréquentes sur l’adresse RTSP et l’accessibilité publique
Réglez ces points avant de chercher le problème dans le lecteur lui-même.
Une adresse correcte a un format complet, généralement rtsp://UTILISATEUR:MOTDEPASSE@HOTE:PORT/CHEMIN_DU_FLUX ou rtsps://.... Connaître uniquement l’IP de la caméra ne suffit pas. Il faut aussi le bon port et surtout le bon chemin de flux.
Dans rtsp.run, utilisez un nom d’hôte public ou une IP publique, pas une adresse locale 192.168.x.x, 10.x.x.x ou une autre adresse interne.
Commencez par la documentation officielle du modèle exact, l’interface web de la caméra, les réglages du NVR ou l’application dans laquelle RTSP doit souvent être activé. La combinaison la plus fiable est le modèle exact et le guide officiel du fabricant.
Si vous n’avez que la marque et pas le modèle exact, vous risquez de perdre du temps à deviner.
Non. Le fait que la caméra fonctionne dans l’application ou dans le cloud du fabricant ne signifie pas que vous disposez déjà d’un flux RTSP standard accessible depuis internet.
Pour rtsp.run, il faut une adresse RTSP ou RTSPS publique concrète que vous pouvez ouvrir hors du réseau local, pas seulement un accès via une application fermée du fabricant.
Pas à lui seul. Le DDNS ne fournit qu’un nom à la place d’une IP qui change. Il vous faut quand même une vraie IP publique, une redirection correcte et un port ouvert vers la bonne caméra ou le bon NVR.
Si vous êtes derrière du CGNAT, le DDNS seul ne suffira pas, car le trafic venant d’internet n’atteindra toujours pas la caméra.
Testez toujours depuis un autre réseau que celui de la caméra, par exemple via les données mobiles ou depuis une autre connexion. Un test depuis le même Wi‑Fi peut être trompeur.
Si l’adresse finale utilise un nom d’hôte public ou une IP publique, le bon port et des identifiants RTSP valides, vous êtes proche du but. Si cela ne fonctionne qu’à la maison ou pointe vers une adresse locale, vous n’êtes pas encore prêt pour rtsp.run.
Le modèle RTSP public n’est pas adapté à la vidéosurveillance interne, aux réseaux d’entreprise fermés, à l’enregistrement, à l’analytique ou aux cas où la caméra ne doit pas être exposée sur internet.
Si le vrai besoin porte sur un accès interne uniquement, l’enregistrement ou un cadre de sécurité et d’exploitation plus strict, ouvrez plutôt l’évaluation du déploiement au lieu de forcer ce modèle public là où il n’a pas sa place.