> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/gateways.md).
# Passerelles
Passerelles dans Kilo IoT — passerelles LoRaWAN, stations de base MIOTY et passerelles MQTT en périphérie pour la télémétrie terrain.
Les passerelles sont l’infrastructure de connectivité qui amène les appareils de terrain vers le serveur Kilo IoT. Les différents protocoles utilisent différentes architectures de passerelle, mais elles partagent le rôle de recevoir la télémétrie à la périphérie du réseau et de la transmettre à la plateforme via un canal authentifié et chiffré.
Cette section est organisée par type de passerelle. Chaque catégorie regroupe le matériel et le logiciel qui relient une famille particulière de protocoles de terrain à la plateforme.
Dans l’application, **Passerelles** dans la barre latérale couvre les deux catégories radio : un **Passerelles LoRaWAN** onglet et un **Stations de base Mioty** onglet, chacun avec sa propre liste, ses filtres de localisation et son **Ajouter une passerelle** action. Les passerelles de périphérie MQTT ne sont pas enregistrées ici — elles publient via un [connecteur MQTT](/kilo-docs-fr/kilo-iot-server/connectors/mqtt-connector.md) à la place.
## Dans cette section
### [passerelles LoRaWAN](/kilo-docs-fr/kilo-iot-server/gateways/lorawan-gateways.md)
Infrastructure radio pour les déploiements LoRaWAN et LR-FHSS. Une seule passerelle couvre des centaines d’appareils sur des distances allant de 2 à 5 km en environnement urbain à 15 km ou plus en zones ouvertes, avec des options de liaison de retour comprenant Ethernet, Wi‑Fi, LTE et satellite. Requise pour tout déploiement utilisant des capteurs, des compteurs ou des traceurs d’actifs basés sur LoRaWAN.
* [Déploiement d’une passerelle LoRaWAN](/kilo-docs-fr/kilo-iot-server/gateways/lorawan-gateways/deploying-a-lorawan-gateway.md)
* [Surveillance des passerelles LoRaWAN](/kilo-docs-fr/kilo-iot-server/gateways/lorawan-gateways/lorawan-gateway-monitoring.md)
* [Passerelles LoRaWAN prises en charge](/kilo-docs-fr/kilo-iot-server/gateways/lorawan-gateways/supported-lorawan-gateways.md)
### [stations de base MIOTY](/kilo-docs-fr/kilo-iot-server/gateways/mioty-base-stations.md)
Infrastructure radio pour les déploiements MIOTY (ETSI TS 103 357). Contrairement à une passerelle de transfert de paquets, une station de base est un pair adressé qui maintient une session persistante et mutuellement authentifiée avec un centre de service via BSSCI. Le découpage des télégrammes lui permet de gérer des milliers de points de terminaison à faible consommation par station et offre une forte résistance aux interférences — la catégorie adaptée aux déploiements de comptage à forte densité et aux sites industriels difficiles en RF.
* [Enregistrer une station de base](/kilo-docs-fr/kilo-iot-server/gateways/mioty-base-stations/registering-a-base-station.md)
* [Surveillance des stations de base](/kilo-docs-fr/kilo-iot-server/gateways/mioty-base-stations/base-station-monitoring.md)
### [Passerelles de périphérie MQTT](/kilo-docs-fr/kilo-iot-server/gateways/mqtt-edge-gateways.md)
Matériel et logiciel de pontage de protocoles qui publie en MQTT — passerelles de périphérie Modbus-vers-MQTT, BACnet-vers-MQTT, OPC-UA-vers-MQTT, Sparkplug B et hubs Zigbee2MQTT. L’infrastructure qui vit à la périphérie du réseau, traduit les équipements de terrain non MQTT en publications MQTT et alimente le connecteur MQTT de la plateforme avec un modèle uniforme de sujets et de charges utiles.
* [Hubs Zigbee2MQTT](/kilo-docs-fr/kilo-iot-server/gateways/mqtt-edge-gateways/zigbee2mqtt-hubs.md)
## Choisir la bonne catégorie de passerelle
Pour la plupart des déploiements commerciaux du serveur Kilo IoT, la question n’est pas « quelle catégorie » mais « combien » — la topologie de déploiement est déterminée par le mélange de protocoles du parc d’appareils, les exigences de couverture et les besoins de redondance opérationnelle. Les passerelles LoRaWAN gèrent directement les parcs radio longue portée et basse consommation. Les stations de base MIOTY gèrent les segments où la densité des terminaux et les interférences dominent la conception. Les passerelles de périphérie MQTT gèrent toutes les autres familles de protocoles (Modbus, BACnet, OPC-UA, Sparkplug B, Zigbee, spécifiques à un fournisseur) en les traduisant en MQTT avant que la plateforme ne les consomme. Les déploiements multi-protocoles utilisent couramment plusieurs catégories côte à côte.
## Sécurité du transport
Les différents chemins de passerelle présentent différents profils de sécurité du transport. Faites correspondre chacun au chemin que vous utilisez réellement :
* **passerelles LoRaWAN** — la plateforme exige le protocole LoRa Basics Station avec authentification par certificat. L’ancien UDP Packet Forwarder, qui transmet les données sans chiffrement, n’est pas pris en charge.
* **stations de base MIOTY** — la session BSSCI entre la station et le centre de service est mutuellement authentifiée par certificats (mTLS). Chaque station reçoit sa propre paire de certificats lors de l’enregistrement, et il n’existe aucun chemin non authentifié.
* **Passerelles de périphérie MQTT via Cloud MQTT** — lorsque la plateforme provisionne le courtier, la connexion utilise MQTTS (TLS) sur le port 1884 avec des identifiants limités au connecteur. Chiffrée et authentifiée par défaut.
* **Passerelles de périphérie MQTT via MQTT externe** — la sécurité est déterminée par le courtier que vous exploitez. L’URL du courtier peut être `mqtt://` ou `mqtts://` sur n’importe quel port, et la méthode d’authentification (anonyme, basique, par certificat ou JWT) est choisie lors de la configuration du connecteur. Pour les déploiements de production, configurez votre courtier pour TLS et exigez l’authentification avant de l’exposer sur Internet — les courtiers anonymes accessibles depuis Internet acceptent les publications et les abonnements de quiconque les trouve.
Dans tous les cas, l’opérateur est responsable de vérifier que le chemin choisi correspond aux exigences de sécurité du déploiement ; la plateforme ne rétrograde pas silencieusement en texte en clair, mais elle ne peut pas non plus imposer TLS ou l’authentification sur un courtier qu’elle ne possède pas.
---
# 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://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/gateways.md?ask=&goal=
```
`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.
