Skip to content

Commit f98fee1

Browse files
Merge pull request #269399 from PatAltimore/patricka-uuf-nested
Remove unused root CA key file
2 parents 27cbb2a + a377e95 commit f98fee1

File tree

2 files changed

+4
-6
lines changed

2 files changed

+4
-6
lines changed

articles/iot-edge/how-to-connect-downstream-iot-edge-device.md

Lines changed: 3 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ This article provides steps for establishing a trusted connection between an IoT
1919

2020
In a gateway scenario, an IoT Edge device can be both a gateway and a downstream device. Multiple IoT Edge gateways can be layered to create a hierarchy of devices. The downstream (child) devices can authenticate and send or receive messages through their gateway (parent) device.
2121

22-
There are two different configurations for IoT Edge devices in a gateway hierarchy, and this article address both. The first is the **top layer** IoT Edge device. When multiple IoT Edge devices are connecting through each other, any device that doesn't have a parent device but connects directly to IoT Hub is considered to be in the top layer. This device is responsible for handling requests from all the devices below it. The other configuration applies to any IoT Edge device in a **lower layer** of the hierarchy. These devices may be a gateway for other downstream IoT and IoT Edge devices, but also need to route any communications through their own parent devices.
22+
There are two different configurations for IoT Edge devices in a gateway hierarchy, and this article address both. The first is the **top layer** IoT Edge device. When multiple IoT Edge devices are connecting through each other, any device that doesn't have a parent device but connects directly to IoT Hub is considered to be in the top layer. This device is responsible for handling requests from all the devices below it. The other configuration applies to any IoT Edge device in a **lower layer** of the hierarchy. These devices might be a gateway for other downstream IoT and IoT Edge devices, but also need to route any communications through their own parent devices.
2323

2424
Some network architectures require that only the top IoT Edge device in a hierarchy can connect to the cloud. In this configuration, all IoT Edge devices in lower layers of a hierarchy can only communicate with their gateway (parent) device and any downstream (child) devices.
2525

@@ -36,7 +36,7 @@ All the steps in this article build on [Configure an IoT Edge device to act as a
3636
* At least two **IoT Edge devices**, one to be the top layer device and one or more lower layer devices. If you don't have IoT Edge devices available, you can [Run Azure IoT Edge on Ubuntu virtual machines](how-to-install-iot-edge-ubuntuvm.md).
3737
* If you use the [Azure CLI](/cli/azure/install-azure-cli) to create and manage devices, install the [Azure IoT extension](https://github.com/Azure/azure-iot-cli-extension).
3838

39-
> [TIP]
39+
> [!TIP]
4040
> This article provides detailed steps and options to help you create the right gateway hierarchy for your scenario. For a guided tutorial, see [Create a hierarchy of IoT Edge devices using gateways](tutorial-nested-iot-edge.md).
4141
4242
## Create a gateway hierarchy
@@ -216,7 +216,6 @@ To enable secure connections, every IoT Edge parent device in a gateway scenario
216216
total 16
217217
drwx------ 2 aziotks aziotks 4096 Jan 23 17:23 .
218218
drwxr-xr-x 4 root root 4096 Dec 14 00:16 ..
219-
-rw------- 1 aziotks aziotks 3326 Jan 14 00:29 azure-iot-test-only.root.ca.key.pem
220219
-rw------- 1 aziotks aziotks 3243 Jan 14 00:28 iot-edge-device-ca-gateway.key.pem
221220
```
222221

@@ -273,7 +272,7 @@ You should already have IoT Edge installed on your device. If not, follow the st
273272
parent. In a hierarchical scenario where a single IoT Edge device is both a parent and a child
274273
device, it needs both parameters.
275274
276-
The *hostname* and *trust_bundle_cert* parameters, must be at the beginning of the configuration file before any sections. Adding the parameter before defined sections, ensures it's applied correctly.
275+
The *hostname* and *trust_bundle_cert* parameters must be at the beginning of the configuration file before any sections. Adding the parameter before defined sections, ensures it's applied correctly.
277276

278277
Use a hostname shorter than 64 characters, which is the character limit for a server certificate
279278
common name.

articles/iot-edge/how-to-manage-device-certificates.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ description: How to install and manage certificates on an Azure IoT Edge device
55
author: PatAltimore
66

77
ms.author: patricka
8-
ms.date: 6/23/2023
8+
ms.date: 03/19/2024
99
ms.topic: conceptual
1010
ms.service: iot-edge
1111
services: iot-edge
@@ -128,7 +128,6 @@ drwxr-xr-x 4 root root 4096 Dec 14 00:16 ..
128128
total 16
129129
drwx------ 2 aziotks aziotks 4096 Jan 23 17:23 .
130130
drwxr-xr-x 4 root root 4096 Dec 14 00:16 ..
131-
-rw------- 1 aziotks aziotks 3326 Jan 14 00:29 azure-iot-test-only.root.ca.key.pem
132131
-rw------- 1 aziotks aziotks 3243 Jan 14 00:28 iot-edge-device-ca-devicename.key.pem
133132
```
134133

0 commit comments

Comments
 (0)