> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/verkada-cameras/fr/diffuser-et-partager-des-videos/live-streaming/local-streaming-on-verkada-cameras.md).

# Diffuser localement sur les caméras Verkada

La diffusion locale consiste à transférer le flux vidéo d’une caméra Verkada directement vers l’appareil qui y accède, plutôt que d’y accéder depuis le cloud.

Cette fonctionnalité réduit la quantité de trafic envoyée et reçue depuis Internet. Lors de l’affichage du diffuseur d’une caméra, celle-ci tente automatiquement de passer en mode de diffusion locale.

{% hint style="warning" %}
Lorsque vous accédez à l’enregistrement en direct d’une caméra à distance (lorsque la diffusion locale n’est pas possible), la vidéo est acheminée via le cloud et mise en cache afin d’accélérer la récupération et la lecture. Cette approche permet à un grand nombre de spectateurs simultanés de visionner la vidéo sans affecter négativement la bande passante de votre réseau local (LAN).
{% endhint %}

***

## Conditions requises pour la diffusion locale

* L’appareil qui accède à la caméra doit pouvoir atteindre l’adresse IP privée de celle-ci.
* Le port TCP/UDP 4100 doit être ouvert de manière bidirectionnelle entre le client et la caméra.
* Aucun proxy ne doit être présent entre le client et la caméra.
* Voir [Paramètres réseau requis pour les caméras](/command/fr/besoin-daide/required-network-settings.md) pour les domaines autorisés.

{% hint style="warning" %}
Une caméra pourra diffuser localement en SQ, mais pas en HQ, lorsqu’elle est configurée en H. 265, mais que l’utilisateur final utilise un navigateur et/ou un appareil H. 265 non pris en charge. Pour plus d’informations, consultez [**Encodage vidéo haute efficacité (HEVC) de la caméra**](/verkada-cameras/fr/diffuser-et-partager-des-videos/live-streaming/camera-high-efficiency-video-encoding-hevc.md)**.**
{% endhint %}

***

### Identifier si votre appareil utilise la diffusion locale

|                                                               |                                                                                         |
| ------------------------------------------------------------- | --------------------------------------------------------------------------------------- |
| **Voir**                                                      | **Exemple**                                                                             |
| Diffusion locale sur un navigateur web ou mobile              | <img src="/files/2739158a6a25458dbc64bd5792a68dd381a20164" alt="" data-size="original"> |
| Diffusion locale dans l’application mobile Command Mobile     | ![](/files/5a7473a9be0b4f3f909e744ee555180f7d26f555)                                    |
| Diffusion à distance dans l’application mobile Command Mobile | ![](/files/36fe0b6ecd64480679e7b0372d593572eee648c5)                                    |

## Fonctionnement de la diffusion locale

{% stepper %}
{% step %}
**Le système de noms de domaine (DNS) de la caméra** [**doit s’enregistrer**](#h_2fa97bf9bd)**.**
{% endstep %}

{% step %}
**Verkada Command demande à l’appareil de diffusion d’essayer d’établir une** [**diffusion locale avec la caméra**](#h_ffd43b346e)**.**
{% endstep %}

{% step %}
**L’appareil de diffusion demande le** [**enregistrement DNS de la caméra**](#h_071100bc92)**.**
{% endstep %}

{% step %}
**L’appareil de diffusion** [**établit une connexion sécurisée avec la caméra**](#h_a9ef69580b)**.**
{% endstep %}

{% step %}
**Le flux vidéo de la caméra est envoyé** [**directement à l’appareil de diffusion**](#h_97ccafdecb)**.**
{% endstep %}
{% endstepper %}

### Étape 1 : L’enregistrement DNS de la caméra est enregistré

Lorsque la caméra se connecte à Command, elle partage ses métadonnées, notamment son adresse IPv4 privée. Verkada utilise ces données pour provisionner un enregistrement DNS public de type A pour l’adresse IP privée de la caméra. Les serveurs DNS locaux peuvent désormais résoudre les demandes du nom de domaine pleinement qualifié (FQDN) de la caméra. Cet enregistrement DNS est utilisé pour la diffusion locale.

<div align="left" data-with-frame="true"><img src="/files/7bc9afe2b53f81e81a8635ada223c3f55e2ec4fe" alt=""></div>

### **Obtenir le FQDN d’une caméra**

{% stepper %}
{% step %}
**Dans Verkada Command, accédez à Tous les produits > Caméras > diffusion en direct de la caméra.**
{% endstep %}

{% step %}
**Faites un clic droit n’importe où, cliquez sur Inspecter et recherchez l’onglet Réseau.**
{% endstep %}

{% step %}
**Filtrer les résultats `ping` et actualisez la page.**

Le trafic ping contient le FQDN de la caméra que vous consultez.

{% embed url="<https://player.vimeo.com/video/691052916>" %}
Obtenir le FQDN d’une caméra
{% endembed %}
{% endstep %}
{% endstepper %}

### Étape 2 : Passage à la diffusion locale

Lorsqu’il est accédé à la diffusion en direct de la caméra, l’appareil de diffusion tente de passer à la diffusion locale. Si l’adresse IP privée de la caméra est accessible depuis l’appareil et que les domaines requis sont autorisés sur le réseau, l’appareil de diffusion établit une connexion HTTPS avec la caméra afin de recevoir directement le flux en direct.

<div align="left" data-with-frame="true"><img src="/files/7e5adea6583912ce3dbe437a3b479c1f05f76077" alt=""></div>

### Étape 3 : L’appareil de diffusion demande l’enregistrement DNS de la caméra

{% stepper %}
{% step %}
**Lorsqu’un flux vidéo de caméra est consulté, Command demande à l’appareil de diffusion d’établir une connexion avec le FQDN de la caméra.**
{% endstep %}

{% step %}
**L’appareil qui accède à la caméra envoie une requête DNS standard (port UDP 53) pour le FQDN de la caméra.**
{% endstep %}

{% step %}
**Le DNS résout le FQDN afin de fournir l’adresse IP privée de la caméra à l’appareil qui y accède.**

<div align="left" data-with-frame="true"><img src="/files/81bb926437b181b899267434f023106e67523e34" alt=""></div>
{% endstep %}

{% step %}
**L’appareil tente d’établir une session HTTPS via le port 4100. Si l’appareil ne peut pas atteindre l’adresse IP privée de la caméra, le processus s’arrête ici et ne passe pas à diffuser localement.**

{% hint style="info" %}
Vous pouvez trouver l’adresse IP de la caméra sur la [page des paramètres de la caméra](/verkada-cameras/fr/configuration/view-and-edit-camera-settings.md).
{% endhint %}
{% endstep %}
{% endstepper %}

### Étape 4 : L’appareil de diffusion établit une connexion sécurisée avec la caméra

Si l’adresse IP privée de la caméra est accessible, la session TCP est initiée. La négociation SSL a lieu (TLS 1.2), puis la session HTTPS est établie. Cela garantit que le trafic est chiffré et sécurisé. Grâce à cette connexion, le flux en direct SQ de la caméra est accessible.\
​​\
Capturer des paquets montrant la négociation TCP pour l’adresse IP privée de la caméra sur le port 4100 :

<div align="left" data-with-frame="true"><figure><img src="/files/67404fb1063bbe8289c345e6c97d9680f945482c" alt=""><figcaption></figcaption></figure></div>

Échange de clés TLS montrant le certificat signé publiquement présenté par la caméra :

<div align="left" data-with-frame="true"><img src="/files/d1ff8105581d04c33f75fff29fc4ee6447d9c4a1" alt=""></div>

### Étape 5 : Le flux vidéo de la caméra est envoyé directement à l’appareil de diffusion

Une fois la connexion sécurisée établie, la caméra envoie la vidéo au client :

<div data-with-frame="true"><img src="/files/15471d0a2da2b4839f8ee87ba23397c14a635cf7" alt=""></div>

***

## Lecture de l’historique

Lors de la consultation d’un enregistrement historique via une diffusion locale, [les limites de vitesse de lecture multi-caméras](/verkada-cameras/fr/diffuser-et-partager-des-videos/view-historical-footage/add-cameras-to-a-multicamera-view.md#multi-camera-playback-speed-limits) s’appliquent de la même manière que lors de la diffusion depuis le cloud. Consultez [Voir les enregistrements historiques](/verkada-cameras/fr/diffuser-et-partager-des-videos/view-historical-footage.md) pour connaître les limites de vitesse selon le nombre de caméras.

***

## Dépannage

Si vous rencontrez des problèmes avec la diffusion locale, essayez ce qui suit :

* Vérifiez que les caméras sont en ligne et diffusent comme prévu.
* Vérifiez la configuration réseau :
  * Votre appareil de diffusion se trouve sur le même réseau local ou peut acheminer le trafic vers le réseau de la caméra.
  * Le port TCP/UDP 4100 est ouvert de manière bidirectionnelle entre l’appareil de diffusion et la caméra.
  * Aucun proxy n’est présent sur le réseau.
* Vérifiez l’appareil de diffusion :
  * Il est mis à jour avec les dernières mises à jour du micrologiciel ou du logiciel.
  * Effacez le cache et les cookies de votre navigateur, ou essayez d’utiliser le mode de navigation privée/incognito.
  * Testez la diffusion locale sur un autre appareil afin de déterminer si le problème est spécifique à l’appareil.
* Vérifiez les paramètres de votre navigateur pour confirmer qu’il autorise « l’accès au réseau local ». Les navigateurs peuvent bloquer l’accès au réseau local par défaut, ce qui peut empêcher la diffusion locale.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.verkada.com/verkada-cameras/fr/diffuser-et-partager-des-videos/live-streaming/local-streaming-on-verkada-cameras.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.