From 52b412e0c335a01ba737366b7f246229c66c4d51 Mon Sep 17 00:00:00 2001 From: Marcello Calisto Date: Sun, 1 Oct 2023 14:34:18 +0200 Subject: [PATCH] =?UTF-8?q?KN05=20Challenge=20B)=20erg=C3=A4nzt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- KN05/KN05.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/KN05/KN05.md b/KN05/KN05.md index 6c0d1cc..52ddcad 100644 --- a/KN05/KN05.md +++ b/KN05/KN05.md @@ -179,9 +179,9 @@ Das Erstellen des ersten Subnets wird unten beschrieben. Die restlichen Subnets
##### Schritt 3: Route Table Configuration -Nun geht es darum, die Route Tables für die Public- und die Private-Subnets zu definieren. Beim Erstellen einer VPC wird **immer** auch gleichzeitig eine **Public Route Table** erstellt. Diese ist grundsätzlich vergleichbar mit einem **Router**, allerdings noch nicht fertig konfiguriert. Dieser **Virtuelle Router** ist physikalisch nicht sichtbar und wir können auch nicht z.B. via SSH darauf zugreifen. Wir können allerdings sogenannte **Routing Rules** (Routing Regeln) definieren. Das entspricht dann grundsätzlich genau demselben Prinzip wie **statische-** und **dynamische Routen** zu erstellen (später mehr dazu). +Später geht es darum, die Route Tables für die Public- und die Private-Subnets zu definieren. Beim Erstellen einer VPC wird **immer** auch gleichzeitig eine **Public Route Table** erstellt. Diese ist grundsätzlich vergleichbar mit einem **Router**, allerdings noch nicht fertig konfiguriert. Dieser **Virtuelle Router** ist physikalisch nicht sichtbar und wir können auch nicht z.B. via SSH darauf zugreifen. Wir können allerdings sogenannte **Routing Rules** (Routing Regeln) definieren. Das entspricht dann grundsätzlich genau demselben Prinzip wie **statische-** und **dynamische Routen** zu erstellen (später mehr dazu). -Weil wir später noch eine **Private Route Table** erstellen werden, geben wir der bestehenden **Public Route Table** mal zuerst einen Namen. Dies ist der einzige Wert, der nicht in der [Konfigurationsdatei](./x_res/custom-vpc.md) definiert wurde. Weil da aber der Name der später folgenden **Private Route Table** bereits definiert wurde, können wir den Namen davon ableiten. Im Falle des Autors dieses Challenges, heisst die **Public Route Table** **`M346-CAL-Public-RT`** und wird wie folgt eingetragen. +Weil wir als nächstes noch eine **Private Route Table** erstellen werden, geben wir der bestehenden **Public Route Table** mal zuerst einen Namen. Dies ist übrigens der einzige Wert, der nicht in der [Konfigurationsdatei](./x_res/custom-vpc.md) definiert wurde. Weil da aber der Name der später folgenden **Private Route Table** abgebildet ist, können wir den Namen relativ einfach davon ableiten. Im Falle des Autors dieses Challenges, heisst die **Public Route Table** **`M346-CAL-Public-RT`** und wird wie folgt eingetragen. 1. **Public Route Table**: Namen zuweisen **1.** Schritt: Public Router mit einem Namen versehen - Gemäss Konvention: M346-XXX-Public-RT | @@ -197,6 +197,7 @@ Weil wir später noch eine **Private Route Table** erstellen werden, geben wir d :---: ![Public Router](./x_res/24_VPC_Res-map_1200.png) | + ##### Schritt 4: Private Route Table erstellen Für die privaten Subnets sollten wir deshalb zuerst eine neue **Private Route Table** erstellen. In der [Konfigurationsdatei](./x_res/custom-vpc.md) finden wir unter **Create private route table** die folgenden Infos.