Réponse directe
La connexion refusée signifie normalement que l'hôte a répondu mais qu'aucun service n'a accepté le port cible. Un délai d'attente signifie qu'aucune réponse utilisable n'est arrivée avant la date limite du client, ce qui peut indiquer une adresse IP, un routage, un filtrage, un état de veille ou une perte de paquets incorrects.
Pourquoi cela arrive
Les deux symptômes surviennent avant le décodage du média, il est donc prématuré de modifier les paramètres H.264. La question utile est de savoir si l'hôte, le port et la route sont accessibles depuis le même segment de réseau que le visualiseur.
Commencez par le code d’état exact ou le symptôme réseau, puis modifiez une couche à la fois.
Un test contrôlé
Testez l'IP de la caméra, puis le port spécifique RTSP, puis la méthode RTSP. Donnez aux caméras à batterie suffisamment de temps pour se réveiller, mais limitez le test global.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Adresse | Confirmez le bail ou la réservation DHCP en cours. | L'adresse IP appartient à la caméra prévue. |
| Port | Vérifiez si le service RTSP configuré est activé. | Une connexion est acceptée sur le port documenté. |
| Itinéraire | Testez à partir du même VLAN avant de traverser un routeur ou VPN. | L'accès local fonctionne avant l'introduction de l'accès à distance. |
| Protocole | Envoyez une vraie requête RTSP après l’ouverture du port. | Le serveur renvoie une réponse RTSP. |
Des preuves à conserver
Conservez le temps écoulé et la couche la plus basse qui a répondu. Cela transforme un vague rapport « Impossible de se connecter » en un problème de routage, de service ou RTSP.
Note de délimitation et de sécurité
Un ping réussi ne prouve pas que RTSP est activé, et un port TCP ouvert ne prouve pas qu'il existe un chemin de flux valide.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Un délai d'attente prouve-t-il que la caméra est hors ligne ?
Non. Un pare-feu, un mauvais itinéraire, un périphérique en veille ou une perte de paquets peuvent produire le même symptôme.
Que signifie généralement connexion refusée ?
L'hôte est joignable mais rien n'accepte la connexion demandée, ou il l'a activement rejetée.
Dois-je d’abord augmenter le délai d’attente ?
Juste assez pour couvrir un retard de réveil documenté ; sinon, localisez la réponse manquante avant de la masquer avec un long délai d'attente.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- FFmpeg — RTSP options et exemples de protocole
Guide SmartRTSP associé
Ouvrir le guide associéUtilisez le timing et la réponse du réseau pour décider s'il faut enquêter sur le routage, les règles de pare-feu ou un service RTSP inactif.