Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Protokol komunikasi perangkat
AWS IoT Core mendukung perangkat dan klien yang menggunakan protokol MQTT dan MQTT over WebSocket Secure (WSS) untuk mempublikasikan dan berlangganan pesan, serta perangkat dan klien yang menggunakan protokol HTTPS untuk mempublikasikan pesan. Semua protokol mendukung IPv4 dan IPv6 Bagian ini menjelaskan opsi koneksi yang berbeda untuk perangkat dan klien.
## Versi protokol TLS
AWS IoT Core menggunakan [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) [versi 1.2](https://en.wikipedia.org/wiki/Transport_Layer_Security#TLS_1.2) dan [TLS versi 1.3](https://en.wikipedia.org/wiki/Transport_Layer_Security#TLS_1.3) untuk mengenkripsi semua komunikasi. Anda dapat mengonfigurasi versi kebijakan TLS tambahan untuk titik akhir Anda dengan [mengonfigurasi setelan TLS](https://docs.aws.amazon.com//iot/latest/developerguide/iot-endpoints-tls-config.html) dalam konfigurasi domain. [Saat menghubungkan perangkat ke AWS IoT Core, klien dapat mengirim [ekstensi Server Name Indication (SNI)](https://tools.ietf.org/html/rfc3546#section-3.1), yang diperlukan untuk fitur seperti [pendaftaran multi-akun](https://docs.aws.amazon.com//iot/latest/developerguide/x509-client-certs.html#multiple-account-cert), [endpoint yang dapat dikonfigurasi, [domain khusus](https://docs.aws.amazon.com//iot/latest/developerguide/iot-custom-endpoints-configurable-custom.html), dan titik akhir](https://docs.aws.amazon.com//iot/latest/developerguide/iot-custom-endpoints-configurable.html) VPC.](https://docs.aws.amazon.com//iot/latest/developerguide/IoTCore-VPC.html) Untuk informasi selengkapnya, lihat [Keamanan Transportasi di AWS IoT](transport-security.html).
[AWS IoT Perangkat SDKs](iot-connect-devices.md#iot-connect-device-sdks)Dukungan MQTT dan MQTT melalui WSS dan mendukung persyaratan keamanan koneksi klien. Kami merekomendasikan menggunakan [AWS IoT Perangkat SDKs](iot-connect-devices.md#iot-connect-device-sdks) untuk menghubungkan klien ke AWS IoT.
## Protokol, pemetaan port, dan otentikasi
Bagaimana perangkat atau klien terhubung ke broker pesan dapat dikonfigurasi menggunakan jenis [otentikasi.](#connection-protocol-auth-mode) Secara default atau ketika tidak ada ekstensi SNI yang dikirim, metode otentikasi didasarkan pada protokol aplikasi, port, dan ekstensi TLS Application Layer Protocol Negotiation (ALPN) yang digunakan perangkat. Tabel berikut mencantumkan otentikasi yang diharapkan berdasarkan port, port, dan ALPN.
**Protokol, otentikasi, dan pemetaan port**
| Protokol | Operasi yang didukung | Autentikasi | Port | Nama protokol ALPN |
| --- | --- | --- | --- | --- |
| MQTT lebih WebSocket | Publikasikan, Berlangganan | Tanda Tangan Versi 4 | 443 | N/A |
| MQTT lebih WebSocket | Publikasikan, Berlangganan | Autentikasi kustom | 443 | N/A |
| MQTT | Publikasikan, Berlangganan | Sertifikat klien X.509 | 443 † | `x-amzn-mqtt-ca` |
| MQTT | Publikasikan, Berlangganan | Sertifikat klien X.509 | 8883 | N/A |
| MQTT | Publikasikan, Berlangganan | Autentikasi kustom | 443 † | `mqtt` |
| HTTPS | Publikasikan saja | Tanda Tangan Versi 4 | 443 | N/A |
| HTTPS | Publikasikan saja | Sertifikat klien X.509 | 443 † | `x-amzn-http-ca` |
| HTTPS | Publikasikan saja | Sertifikat klien X.509 | 8443 | N/A |
| HTTPS | Publikasikan saja | Autentikasi kustom | 443 | N/A |
**Negosiasi Protokol Lapisan Aplikasi (ALPN)**
† Saat menggunakan konfigurasi endpoint default, klien yang terhubung pada port 443 dengan otentikasi sertifikat klien X.509 harus menerapkan ekstensi TLS [Application Layer Protocol Negotiation (ALPN)](https://tools.ietf.org/html/rfc7301) dan menggunakan [nama protokol ALPN yang tercantum dalam ALPN](https://tools.ietf.org/html/rfc7301#section-3.1) yang dikirim oleh klien sebagai bagian dari pesan. ProtocolNameList `ClientHello`
[Pada port 443, titik akhir [IoT:Data-ATS](iot-connect-devices.md#iot-connect-device-endpoint-table) mendukung ALPN x-amzn-http-ca HTTP, tetapi titik akhir IoT:Jobs tidak.](iot-connect-devices.md#iot-connect-device-endpoint-table)
[Pada port 8443 HTTPS dan port 443 MQTT dengan ALPN x-amzn-mqtt-ca, otentikasi khusus tidak dapat digunakan.](custom-authentication.md)
Klien terhubung ke titik akhir perangkat mereka Akun AWS. Lihat [AWS IoT data perangkat dan titik akhir layanan](iot-connect-devices.md#iot-connect-device-endpoints) untuk informasi tentang cara menemukan titik akhir perangkat akun Anda.
**catatan**
AWS SDKs tidak memerlukan seluruh URL. Mereka hanya memerlukan nama host endpoint seperti [`pubsub.py`contoh untuk AWS IoT Device SDK for Python](https://github.com/aws/aws-iot-device-sdk-python-v2/blob/master/samples/pubsub.py#L100) on. GitHub Melewati seluruh URL seperti yang disediakan dalam tabel berikut dapat menghasilkan kesalahan seperti nama host yang tidak valid.
**Menghubungkan ke AWS IoT Core**
| Protokol | Titik akhir atau URL |
| --- | --- |
| MQTT | `{{iot-endpoint}}` |
| MQTT melalui WSS | `wss://{{iot-endpoint}}/mqtt` |
| HTTPS | `https://{{iot-endpoint}}/topics` |
## Memilih protokol aplikasi untuk komunikasi perangkat Anda
Untuk sebagian besar komunikasi perangkat IoT melalui titik akhir perangkat, Anda akan ingin menggunakan protokol Secure MQTT atau MQTT over WebSocket Secure (WSS); namun, titik akhir perangkat juga mendukung HTTPS.
Tabel berikut membandingkan bagaimana AWS IoT Core menggunakan dua protokol tingkat tinggi (MQTT dan HTTPS) untuk komunikasi perangkat.
**AWS IoT protokol perangkat (MQTT dan HTTPS) side-by-side**
| Fitur | [MQTT](mqtt.md) | [HTTPS](http.md) |
| --- | --- | --- |
| Publikasi/Berlangganan dukungan | Publikasikan dan berlangganan | Publikasikan saja |
| Dukungan SDK | [AWS Perangkat SDKs](iot-connect-devices.md#iot-connect-device-sdks) mendukung protokol MQTT dan WSS | Tidak ada dukungan SDK, tetapi Anda dapat menggunakan metode khusus bahasa untuk membuat permintaan HTTPS |
| Dukungan Kualitas Layanan | [MQTT QoS level 0 dan 1](mqtt.md#mqtt-qos) | QoS didukung dengan melewatkan parameter string kueri ?qos=qos di mana nilainya bisa 0 atau 1. Anda dapat menambahkan string kueri ini untuk mempublikasikan pesan dengan nilai QoS yang Anda inginkan. |
| Dapat menerima pesan yang terlewatkan saat perangkat sedang offline | Ya | Tidak |
| `clientId`dukungan lapangan | Ya | Tidak |
| Deteksi pemutusan perangkat | Ya | Tidak |
| Komunikasi yang aman | Ya. Lihat [Protokol, pemetaan port, dan otentikasi](#protocol-mapping) | Ya. Lihat [Protokol, pemetaan port, dan otentikasi](#protocol-mapping) |
| Definisi topik | Aplikasi didefinisikan | Aplikasi didefinisikan |
| Format data pesan | Aplikasi didefinisikan | Aplikasi didefinisikan |
| Protokol overhead | Lebih rendah | Lebih tinggi |
| Konsumsi daya | Lebih rendah | Lebih tinggi |
## Memilih jenis otentikasi untuk komunikasi perangkat Anda
Anda dapat mengonfigurasi jenis otentikasi untuk titik akhir IoT Anda menggunakan titik akhir yang dapat dikonfigurasi. Atau, gunakan konfigurasi default dan tentukan bagaimana perangkat Anda mengautentikasi dengan protokol aplikasi, port, dan kombinasi ekstensi ALPN TLS. Jenis otentikasi yang Anda pilih menentukan bagaimana perangkat Anda akan mengautentikasi saat menghubungkan ke. AWS IoT Core Ada lima jenis otentikasi:
**Sertifikat X.509**
Otentikasi perangkat menggunakan [sertifikat klien X.509](https://docs.aws.amazon.com//iot/latest/developerguide/x509-client-certs.html), yang AWS IoT Core memvalidasi untuk mengautentikasi perangkat. Jenis otentikasi ini bekerja dengan protokol Secure MQTT (MQTT over TLS) dan HTTPS.
**Sertifikat X.509 dengan otorisasi khusus**
Otentikasi perangkat menggunakan [sertifikat klien X.509](https://docs.aws.amazon.com//iot/latest/developerguide/x509-client-certs.html) dan melakukan tindakan otentikasi tambahan menggunakan [otorisasi khusus](https://docs.aws.amazon.com//iot/latest/developerguide/config-custom-auth.html), yang akan menerima informasi sertifikat klien X.509. Jenis otentikasi ini bekerja dengan protokol Secure MQTT (MQTT over TLS) dan HTTPS. Jenis otentikasi ini hanya dimungkinkan menggunakan titik akhir yang dapat dikonfigurasi dengan otentikasi kustom X.509. Tidak ada opsi ALPN.
**AWS Tanda Tangan Versi 4 (SiGv4)**
Mengautentikasi perangkat menggunakan Cognito atau layanan backend Anda, mendukung federasi sosial dan perusahaan. Jenis otentikasi ini bekerja dengan protokol MQTT over WebSocket Secure (WSS) dan HTTPS.
**Authorizer kustom**
Mengautentikasi perangkat dengan mengonfigurasi fungsi Lambda untuk memproses informasi otentikasi kustom yang dikirim ke. AWS IoT Core Jenis otentikasi ini bekerja dengan protokol Secure MQTT (MQTT over TLS), HTTPS, dan MQTT over Secure (WSS). WebSocket
**Default**
Otentikasi perangkat berdasarkan ekstensi port and/or application layer protocol negotiation (ALPN) yang digunakan perangkat. Beberapa opsi otentikasi tambahan tidak didukung. Untuk informasi selengkapnya, lihat [Protokol, pemetaan port, dan otentikasi](#protocol-mapping).
Tabel di bawah ini menunjukkan semua kombinasi yang didukung dari jenis otentikasi dan protokol aplikasi.
**Kombinasi yang didukung dari jenis otentikasi dan protokol aplikasi**
| Jenis autentikasi | MQTT aman (MQTT melalui TLS) | MQTT lebih WebSocket Aman (WSS) | HTTPS | Default |
| --- | --- | --- | --- | --- |
| Sertifikat X.509 | ✓ | | ✓ | |
| Sertifikat X.509 dengan otorisasi khusus | ✓ | | ✓ | |
| AWS Tanda Tangan Versi 4 (SiGv4) | | ✓ | ✓ | |
| Authorizer kustom | ✓ | ✓ | ✓ | |
| Default | | | | ✓ |
## Batas durasi koneksi
Koneksi HTTPS tidak dijamin bertahan lebih lama dari waktu yang diperlukan untuk menerima dan menanggapi permintaan.
Durasi koneksi MQTT tergantung pada fitur otentikasi yang Anda gunakan. Tabel berikut mencantumkan durasi koneksi maksimum dalam kondisi ideal untuk setiap fitur.
**Durasi koneksi MQTT dengan fitur otentikasi**
| Fitur | Durasi maksimum\* |
| --- | --- |
| Sertifikat klien X.509 | 1—2 minggu |
| Autentikasi kustom | 1—2 minggu |
| Tanda Tangan Versi 4 | Hingga 24 jam |
\* Tidak dijamin
Dengan sertifikat X.509 dan otentikasi khusus, durasi koneksi tidak memiliki batas keras, tetapi bisa sesingkat beberapa menit. Gangguan koneksi dapat terjadi karena berbagai alasan. Daftar berikut berisi beberapa alasan paling umum.
+ Gangguan ketersediaan Wi-Fi
+ Gangguan koneksi penyedia layanan Internet (ISP)
+ Patch layanan
+ Deployment Layanan
+ Penskalaan otomatis layanan
+ Host layanan tidak tersedia
+ Masalah dan pembaruan penyeimbang beban
+ Kesalahan sisi klien
Perangkat Anda harus menerapkan strategi untuk mendeteksi pemutusan dan penyambungan kembali. Untuk informasi tentang peristiwa pemutusan sambungan dan panduan tentang cara menanganinya, lihat [Hubungkan/Putuskan acara](life-cycle-events.md#connect-disconnect) di[Peristiwa siklus hidup](life-cycle-events.md).