Réponse directe
Comparez l'horloge de la caméra avec celle du client avant de modifier les informations d'identification. Synchronisez l'heure et le fuseau horaire, puis réessayez avec le même compte et la même demande de service.
Pourquoi cela arrive
Certains flux d'authentification ONVIF incluent des horodatages et des contrôles de fraîcheur. Une caméra avec un décalage d'horloge important peut rejeter une demande correctement signée comme étant expirée ou pas encore valide.
Discovery localise uniquement un service de périphérique ; les profils multimédias, les informations d'identification et le routage nécessitent toujours leurs propres vérifications.
Un test contrôlé
Enregistrez d'abord l'erreur et la différence d'horloge, puis configurez NTP ou réglez l'heure de la caméra via un chemin de gestion autorisé.
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 |
|---|---|---|
| Horloge | Comparez l'heure UTC de la caméra avec celle du client. | Le décalage se situe dans la tolérance d’implémentation. |
| Fuseau horaire | Séparez l’affichage du fuseau horaire de la synchronisation UTC. | L'affichage local et l'instant UTC sont tous deux corrects. |
| Informations d'identification | Réessayez sans changer de compte. | Le même mot de passe fonctionne après correction du temps. |
| Persistance | Revérifiez après le redémarrage et 24 heures. | L'appareil photo garde l'heure précise. |
Des preuves à conserver
Incluez le décalage mesuré et si la correction a corrigé la même demande. Cela évite les réinitialisations inutiles du mot de passe.
Note de délimitation et de sécurité
Ne désactivez pas les contrôles de fraîcheur de l'authentification comme solution de contournement ; réparer la synchronisation de l'heure et protéger le chemin de gestion.
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 mauvais moment peut-il provoquer un échec de connexion ONVIF ?
Oui. Les en-têtes de sécurité horodatés peuvent être rejetés lorsque les horloges du périphérique et du client diffèrent trop.
Dois-je d'abord réinitialiser le mot de passe ?
Non. Mesurez le décalage de l’horloge avant de modifier un identifiant connu.
Le fuseau horaire affecte-t-il l’authentification ?
Les implémentations utilisent normalement les instants UTC, mais un mauvais fuseau horaire peut perturber le diagnostic ; vérifiez à la fois l'UTC et l'heure locale affichée.
Références principales
- ONVIF — Présentation des profils et de la conformité
- IETF RFC 5905 — Protocole de temps réseau version 4
Guide SmartRTSP associé
Ouvrir le guide associéExpliquez comment le décalage de l'horloge de la caméra peut invalider les requêtes ONVIF signées même lorsque le nom d'utilisateur et le mot de passe sont corrects.