> 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-de/kilo-iot-server/gateways.md).
# Gateways
Gateways in Kilo IoT — LoRaWAN-Gateways, MIOTY-Basisstationen und MQTT-Edge-Gateways für Feldtelemetrie.
Gateways sind die Konnektivitätsinfrastruktur, die Feldgeräte in den Kilo IoT Server einbindet. Verschiedene Protokolle verwenden unterschiedliche Gateway-Architekturen, aber sie haben die Aufgabe gemeinsam, Telemetriedaten am Netzwerkrand zu empfangen und sie über einen authentifizierten, verschlüsselten Kanal an die Plattform weiterzuleiten.
Dieser Abschnitt ist nach Gateway-Typen gegliedert. Jede Kategorie fasst die Hardware und Software zusammen, die eine bestimmte Feldprotokoll-Familie mit der Plattform verbindet.
In der App, **Gateways** in der Seitenleiste umfasst die beiden Funkkategorien: eine **LoRaWAN-Gateways** Registerkarte und eine **Mioty-Basisstationen** Registerkarte, jeweils mit eigener Liste, Standortfiltern und **Gateway hinzufügen** Aktion. MQTT-Edge-Gateways werden hier nicht registriert — sie veröffentlichen über einen [MQTT-Connector](/kilo-docs-de/kilo-iot-server/connectors/mqtt-connector.md) stattdessen.
## In diesem Abschnitt
### [LoRaWAN-Gateways](/kilo-docs-de/kilo-iot-server/gateways/lorawan-gateways.md)
Funkinfrastruktur für LoRaWAN- und LR-FHSS-Bereitstellungen. Ein einzelnes Gateway deckt Hunderte von Geräten über Entfernungen von 2–5 km in städtischen Umgebungen bis 15 km oder mehr in offenen Gebieten ab, mit Backhaul-Optionen wie Ethernet, Wi‑Fi, LTE und Satellit. Erforderlich für jede Bereitstellung mit auf LoRaWAN basierenden Sensoren, Zählern oder Asset-Trackern.
* [Ein LoRaWAN-Gateway bereitstellen](/kilo-docs-de/kilo-iot-server/gateways/lorawan-gateways/deploying-a-lorawan-gateway.md)
* [LoRaWAN-Gateways überwachen](/kilo-docs-de/kilo-iot-server/gateways/lorawan-gateways/lorawan-gateway-monitoring.md)
* [Unterstützte LoRaWAN-Gateways](/kilo-docs-de/kilo-iot-server/gateways/lorawan-gateways/supported-lorawan-gateways.md)
### [MIOTY-Basisstationen](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations.md)
Funkinfrastruktur für MIOTY- (ETSI TS 103 357) Bereitstellungen. Anders als ein Packet-Forwarding-Gateway ist eine Basisstation ein adressierter Peer, der eine dauerhafte, gegenseitig authentifizierte Sitzung zu einem Service Center über BSSCI unterhält. Telegram-Splitting verschafft ihr Tausende von energiearmen Endpunkten pro Station und eine hohe Störfestigkeit — die Kategorie für Rollouts mit hoher Zähldichte und industrielle Standorte mit schwierigem HF-Umfeld.
* [Registrierung einer Basisstation](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations/registering-a-base-station.md)
* [Überwachung der Basisstation](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations/base-station-monitoring.md)
### [MQTT-Edge-Gateways](/kilo-docs-de/kilo-iot-server/gateways/mqtt-edge-gateways.md)
Protokollvermittelnde Hardware und Software, die MQTT veröffentlicht — Modbus-zu-MQTT, BACnet-zu-MQTT, OPC-UA-zu-MQTT, Sparkplug-B-Edge-Gateways und Zigbee2MQTT-Hubs. Die Infrastruktur, die am Netzwerkrand lebt, nicht-MQTT-Feldgeräte in MQTT-Veröffentlichungen übersetzt und den MQTT-Connector der Plattform mit einem einheitlichen Topic- und Payload-Modell speist.
* [Zigbee2MQTT-Hubs](/kilo-docs-de/kilo-iot-server/gateways/mqtt-edge-gateways/zigbee2mqtt-hubs.md)
## Die richtige Gateway-Kategorie auswählen
Für die meisten kommerziellen Kilo IoT Server-Bereitstellungen lautet die Frage nicht „welche Kategorie“, sondern „wie viele“ — die Bereitstellungs-Topologie wird durch die Protokollmischung des Gerätebestands, die Abdeckungsanforderungen und den Bedarf an betrieblicher Redundanz bestimmt. LoRaWAN-Gateways übernehmen direkt langreichweitige, stromsparende Funkflotten. MIOTY-Basisstationen übernehmen die Segmente, in denen Endpunktdichte und Störungen das Design bestimmen. MQTT-Edge-Gateways übernehmen jede andere Protokollfamilie (Modbus, BACnet, OPC-UA, Sparkplug B, Zigbee, herstellerspezifisch), indem sie diese vor dem Verbrauch durch die Plattform in MQTT übersetzen. Multi-Protokoll-Bereitstellungen betreiben routinemäßig mehr als eine Kategorie nebeneinander.
## Transportsicherheit
Verschiedene Gateway-Pfade haben unterschiedliche Profile der Transportsicherheit. Ordnen Sie jeden dem Pfad zu, den Sie tatsächlich verwenden:
* **LoRaWAN-Gateways** — die Plattform erfordert das LoRa Basics Station-Protokoll mit Zertifikatsauthentifizierung. Der veraltete UDP Packet Forwarder, der Daten ohne Verschlüsselung überträgt, wird nicht unterstützt.
* **MIOTY-Basisstationen** — die BSSCI-Sitzung zwischen der Station und dem Service Center ist wechselseitig per Zertifikaten authentifiziert (mTLS). Jeder Station wird während der Registrierung ein eigenes Zertifikats-Paar zugewiesen, und es gibt keinen nicht authentifizierten Pfad.
* **MQTT-Edge-Gateways über Cloud MQTT** — wenn die Plattform den Broker bereitstellt, verwendet die Verbindung MQTTS (TLS) auf Port 1884 mit auf den Connector beschränkten Zugangsdaten. Standardmäßig verschlüsselt und authentifiziert.
* **MQTT-Edge-Gateways über External MQTT** — die Sicherheit wird durch den von Ihnen betriebenen Broker bestimmt. Die Broker-URL kann `mqtt://` oder `mqtts://` auf jedem Port sein, und die Authentifizierungsmethode (anonym, Basic, Zertifikat oder JWT) wird bei der Einrichtung des Connectors gewählt. Für Produktivumgebungen konfigurieren Sie Ihren Broker für TLS und verlangen Sie Authentifizierung, bevor Sie ihn im öffentlichen Internet bereitstellen — anonyme Broker, die aus dem Internet erreichbar sind, akzeptieren Veröffentlichungen und Abonnements von jedem, der sie findet.
In jedem Fall ist der Betreiber dafür verantwortlich zu überprüfen, dass der gewählte Pfad den Sicherheitsanforderungen der Bereitstellung entspricht; die Plattform stuft nicht heimlich auf Klartext herab, kann aber auch TLS oder Authentifizierung auf einem Broker, der ihr nicht gehört, nicht erzwingen.
---
# 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-de/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.
