WEBVTT

00:00:00.300 --> 00:00:06.720
Bereit für 10 Tage voller Microsoft 305 West sich Co-Pilot, KI, Azure und den Menschen, die die Zukunft der Arbeit gestalten?

00:00:07.580 --> 00:00:11.360
Diesen Januar ist die M365-Con zurück und wir legen noch eins drauf.

00:00:12.600 --> 00:00:17.780
Seien Sie dabei bei Live-Sitzungen, praxisnahen Demos und Expertenwissen von MVPs und Branchenkennern weltweit.

00:00:18.660 --> 00:00:21.200
Keine generischen Folien, kein endloses Buzzword-Bingo.

00:00:21.960 --> 00:00:23.560
Wir gehen die echten Herausforderungen an.

00:00:23.700 --> 00:00:28.600
Co-Pilot Studio, KI-Agenten, Fabric, Sicherheit, Governance und Automatisierung.

00:00:28.600 --> 00:00:34.280
Egal ob IT-Profi, Entwickler oder Führungskraft, es gibt maßgeschneiderte Sitzungen für Sie, Sie.

00:00:35.420 --> 00:00:40.240
An zehn vollen Tagen können Sie zahlreiche Technologien erkunden und sich mit einer globalen Community vernetzen.

00:00:40.880 --> 00:00:44.260
Schauen Sie live zu und nehmen Sie praktische Erkenntnisse mit in Ihr Unternehmen.

00:00:45.080 --> 00:00:48.860
Januar 2027, 10 Tage, eine Microsoft-Community.

00:00:49.400 --> 00:00:50.540
Die Registrierung ist jetzt geöffnet.

00:00:51.620 --> 00:00:55.580
Besuchen Sie M3-Entyp von Technik und Tonk.net und sichern Sie sich noch heute Ihren Platz.

00:00:55.580 --> 00:00:58.240
Das ist M3155.net.

00:01:00.060 --> 00:01:02.840
Melden Sie sich jetzt unter M3156.com.net an.

00:01:02.920 --> 00:01:04.380
Wir sehen uns live im Januar.

00:01:04.380 --> 00:01:09.100
Willkommen zu einer weiteren Folge der Microsoft Knowledge Nuggets hier bei M365FM.

00:01:09.500 --> 00:01:10.440
Ich bin der Gastgeber Mirko Pirotz.

00:01:10.780 --> 00:01:14.060
Das heutige Thema ist etwas, von dem fast jeder schon gehört hat, das aber nur wenige klar erklären können.

00:01:14.620 --> 00:01:15.480
Azure Private Link.

00:01:16.080 --> 00:01:19.400
Sie haben die Option wahrscheinlich schon beim Einrichten eines Speicherkontos oder einer SQL-Datenbank gesehen.

00:01:19.580 --> 00:01:21.460
Aber was bewirkt Sie eigentlich und brauchen Sie sie wirklich?

00:01:22.120 --> 00:01:23.200
Hier liegt der Fehler, den die meisten machen.

00:01:23.740 --> 00:01:29.180
Sie gehen davon aus, dass ein Dienst automatisch privat ist, weil er in Azure läuft und standardmäßig vom Internet abgeschottet ist.

00:01:29.180 --> 00:01:31.240
Das stimmt nicht, nicht einmal in Ansatzweise.

00:01:32.420 --> 00:01:37.720
Die meisten Azure-PS-Dienste, wie Storage, SQL oder Key Vault, haben standardmäßig einen öffentlichen Endpunkt.

00:01:38.300 --> 00:01:42.680
Das bedeutet, jeder im Internet kann sie erreichen, sofern er die richtige URL und die Anmeldedaten hat.

00:01:43.640 --> 00:01:50.100
Am Ende dieser Folge werden Sie verstehen, was Private Link wirklich ist, warum es existiert und wie es Ihren Datenverkehr aus dem öffentlichen Internet heraushält.

00:01:50.760 --> 00:01:52.240
Wir erklären es anhand einfacher Analogie.

00:01:52.720 --> 00:01:55.160
Kein Marketinggeräte, kein Fachchinesisch, nur Klartext.

00:01:55.160 --> 00:01:57.540
Die alte Methode, öffentliche Endpunkte überall.

00:01:58.160 --> 00:01:59.180
Fangen wir mit dem Problem an.

00:01:59.960 --> 00:02:04.180
Bevor es Private Link gab, erhielt jeder Azure-PS-Dienst standardmäßig einen öffentlichen Endpunkt.

00:02:04.700 --> 00:02:06.900
Sie erstellen ein Speicherkonto und Azure gibt Ihnen etwas wie

00:02:06.900 --> 00:02:10.480
gemein-speicherkonto.blog.core.windows.core.wender.

00:02:10.700 --> 00:02:12.760
Diese URL wird in eine öffentliche IP-Adresse aufgelöst.

00:02:13.020 --> 00:02:14.980
Jeder mit Internetzugang kann versuchen, sich damit zu verbinden.

00:02:15.360 --> 00:02:18.740
Stellen Sie sich nun vor, Sie haben einen virtuellen Computer, der in Ihrem eigenen virtuellen Azure-Netzwerk läuft.

00:02:19.440 --> 00:02:21.640
Dieser VM muss einige Dateien aus dem Blog Speicher lesen.

00:02:22.100 --> 00:02:24.080
Sie denken, der Datenverkehr bliebe innerhalb von Azure richten.

00:02:24.080 --> 00:02:25.960
Beide Ressourcen befinden sich in derselben Klappe.

00:02:26.200 --> 00:02:27.120
Aber so funktioniert es leider nicht.

00:02:27.520 --> 00:02:30.460
Die VM muss ihr virtuelles Netzwerk verlassen, über das öffentliche Internet gehen

00:02:30.460 --> 00:02:34.280
und dann zurück in Azure gelangen, um das Speicherkonto zu erreichen, um das Speicherkonto zu erreichen.

00:02:34.380 --> 00:02:36.580
Es ist, als stünden Sie in einem Raum eines Bürogebäudes

00:02:36.580 --> 00:02:39.380
und müssten etwas aus dem Vorratsschrank im selben Gebäude holen.

00:02:39.800 --> 00:02:42.560
Doch statt den Flur entlang zu gehen, müssen Sie erst nach draußen gehen, um den Blog laufen

00:02:42.560 --> 00:02:43.960
und durch eine andere Tür wieder hereinkommen.

00:02:44.400 --> 00:02:46.020
Das ergibt keinen Sinn, aber genau das passierte hier.

00:02:46.440 --> 00:02:47.160
Das ist ein echtes Problem.

00:02:47.800 --> 00:02:49.520
Ihre Daten reisen über das öffentliche Internet,

00:02:49.520 --> 00:02:52.280
obwohl beide Ressourcen in Microsofts eigenen Rechenzentren liegen.

00:02:52.280 --> 00:02:56.400
Der Datenverkehr ist zwar verschlüsselt, aber dennoch dem offenen Internet ausgesetzt.

00:02:56.820 --> 00:02:59.540
Er läuft weiterhin über Router und Switches, die Sie nicht kontrollieren.

00:03:00.540 --> 00:03:03.540
Und sollte jemand diesen Datenverkehr abfangen, könnte er sehen, was Sie versenden.

00:03:04.040 --> 00:03:05.200
Es gibt ja einen weit verbreiteten Nürnberg.

00:03:05.700 --> 00:03:08.200
Viele Leute denken, nun, es ist in meinem Abonnement, also es ist privat.

00:03:08.880 --> 00:03:09.760
So funktioniert das aber nicht.

00:03:10.180 --> 00:03:12.780
Ihr Abonnement ist eine Abrechnungs- und Verwaltungsgrenze, keine Netzwerkgrenze.

00:03:13.440 --> 00:03:15.740
Standardmäßig sind Ihre Azure-Dienste aus dem Internet erreichbar.

00:03:16.060 --> 00:03:19.340
Das Einzige, was Sie schützt, ist die Authentifizierungs- und Autorisierungsebene,

00:03:19.700 --> 00:03:21.900
die Schlüssel-, die Passwörter- und die Firewall-Regeln.

00:03:22.280 --> 00:03:23.780
Der Netzwerkpfad selbst ist jedoch öffentlich.

00:03:24.260 --> 00:03:26.380
Microsoft hat sich das angesehen und gesagt, es muss besser gehen.

00:03:26.880 --> 00:03:27.360
Und Sie haben es gebaut.

00:03:27.740 --> 00:03:28.680
Sie nannten es Private Link.

00:03:29.380 --> 00:03:32.100
Die Lösung, ein privater Endpunkt als Netzwerkschnittstellenkarte.

00:03:32.660 --> 00:03:34.060
Private Link ist der Gesamtdienst.

00:03:34.560 --> 00:03:37.300
Aber das Kernstück, das Sie verstehen müssen, ist der private Endpunkt.

00:03:37.820 --> 00:03:41.680
Eine virtuelle Netzwerkschnittstellenkarte, kurz NEC, die in Ihrem virtuellen Netzwerk sitzt

00:03:41.680 --> 00:03:43.580
und eine Verbindung zu einem PS-Dienst herstellt.

00:03:44.260 --> 00:03:45.200
So funktioniert es.

00:03:45.200 --> 00:03:48.100
Sie erstellen einen privaten Endpunkt für Ihr Speicherkonto.

00:03:48.480 --> 00:03:52.900
Und Azure erstellt eine virtuelle NEC in Ihrem virtuellen Netzwerk mit einer privaten IP aus Ihrem Subnetz.

00:03:53.820 --> 00:03:57.480
Dies in IC verbindet sich im Backend über Private Link mit dem Speicherkonto.

00:03:58.060 --> 00:04:00.060
Aus Sicht Ihrer VM sieht das Speicherkonto nun so aus,

00:04:00.180 --> 00:04:03.100
als würde es sich innerhalb Ihres eigenen Netzwerks mit einer privaten IP befinden,

00:04:03.260 --> 00:04:04.840
genau wie jede andere Ressource.

00:04:04.840 --> 00:04:08.440
Wenn Ihre VM-Datenverkehr an dieses Speicherkonto sendet,

00:04:08.560 --> 00:04:11.900
trifft diese auf die private IP der NEC und reist über das Microsoft-Backbone-Netzwerk,

00:04:12.040 --> 00:04:13.420
niemals über das öffentliche Internet.

00:04:14.380 --> 00:04:16.280
Es verlässt niemals die interne Infrastruktur von Azure,

00:04:16.740 --> 00:04:18.880
denn siehst sich wie diesen sicheren Flur im Bürogebäude vor.

00:04:19.460 --> 00:04:20.960
Statt nach draußen und um den Block zu laufen,

00:04:21.060 --> 00:04:23.260
gehen Sie einfach den Korridor entlang, direkt zum Vorratsschrank.

00:04:23.920 --> 00:04:25.040
Direkte Verbindung, kein Umweg.

00:04:26.200 --> 00:04:27.680
Hier ist nun eine Nuance, die viele Leute übersehen.

00:04:28.420 --> 00:04:31.920
Die Aktivierung eines privaten Endpunkts schaltet den öffentlichen Endpunkt nicht automatisch ab.

00:04:32.520 --> 00:04:33.680
Beide können gleichzeitig existieren.

00:04:33.680 --> 00:04:35.680
Wenn Sie einen privaten Endpunkt erstellen,

00:04:35.780 --> 00:04:37.540
aber die Einstellung des öffentlichen Endpunkts nicht ändern,

00:04:37.640 --> 00:04:39.580
ist Ihr Speicherkonto weiterhin aus dem Internet erreichbar.

00:04:40.000 --> 00:04:42.340
Sie müssen den öffentlichen Netzwerkzugriff explizit deaktivieren,

00:04:42.380 --> 00:04:43.400
um ihn vollständig abzuregeln.

00:04:43.780 --> 00:04:45.980
Viele Leute denken, die Erstellung eines privaten Endpunkts sei ausreichend.

00:04:46.160 --> 00:04:46.600
Das ist sie nicht.

00:04:46.980 --> 00:04:48.920
Sie müssen Azure mitteilen, dass Sie nur privaten Zugriff wünschen.

00:04:49.340 --> 00:04:51.040
Lassen Sie mich bei dieser Gelegenheit noch mal älteren Mythos auf.

00:04:51.500 --> 00:04:54.020
PrivateLink ist nicht dasselbe wie ein VPN oder ExpressRoute.

00:04:54.440 --> 00:04:55.660
Sie lösen unterschiedliche Probleme

00:04:55.660 --> 00:04:57.240
und auf diesen Vergleich kommen wir später zurück.

00:04:57.800 --> 00:04:58.820
Für den Moment genügt es zu wissen,

00:04:58.820 --> 00:05:01.000
dass PrivateLink den Zugriff auf einen bestimmten Dienst ermöglicht

00:05:01.000 --> 00:05:02.660
und nicht Ihr gesamtes Netzwerk mit Azure verbindet.

00:05:03.400 --> 00:05:04.760
Sie haben also Ihren privaten Endpunkt

00:05:04.760 --> 00:05:07.560
und Ihre VM kann das Speicherkonto über eine private IP erreichen.

00:05:08.220 --> 00:05:10.260
Aber wie findet Ihre VM eigentlich dieses Speicherkonto?

00:05:10.700 --> 00:05:13.280
Früher wurde die öffentliche URL in eine öffentliche IP aufgelöst.

00:05:13.680 --> 00:05:14.640
Jetzt benötigt Sie eine private IP.

00:05:15.020 --> 00:05:15.600
Wie funktioniert das?

00:05:15.940 --> 00:05:16.860
Hier kommt DNS ins Spiel

00:05:16.860 --> 00:05:18.300
und das schauen wir uns als nächstes an.

00:05:19.540 --> 00:05:21.420
DNS ist das Geheimrezept, das alles ermöglicht.

00:05:21.980 --> 00:05:23.240
Sie haben Ihren privaten Endpunkt

00:05:23.240 --> 00:05:26.000
und Ihre VM kann das Speicherkonto über eine private IP erreichen.

00:05:26.000 --> 00:05:29.460
Aber hier ist der Punkt, Ihre VM kennt diese IP nicht.

00:05:30.660 --> 00:05:33.100
Sie kennt die URL des Speicherkontos, etwa mein Speicherkonto,

00:05:33.560 --> 00:05:34.820
blob.core.windows.net.

00:05:35.400 --> 00:05:36.760
Das ist der Name, den Sie für die Verbindung verwenden.

00:05:37.120 --> 00:05:39.260
Die findet Sie also die private IP anstelle der öffentlichen.

00:05:39.600 --> 00:05:41.300
Dies ist der Punkt, an dem DNS die Hauptarbeit leistet.

00:05:41.960 --> 00:05:43.320
Wenn Sie einen privaten Endpunkt erstellen

00:05:43.320 --> 00:05:45.780
und sich für die Integration in eine private DNS-Zone entscheiden,

00:05:45.860 --> 00:05:48.240
was Sie tun sollten, erstellt Azure automatisch eine für Sie.

00:05:48.980 --> 00:05:51.360
Für ein Blob-Speicherkonto heißt diese Zone private Link.

00:05:51.920 --> 00:05:53.380
blob.core.windows.net.

00:05:53.380 --> 00:05:56.080
Innerhalb dieser Zone fügt Azure einen A-Eintrag hinzu,

00:05:56.160 --> 00:05:58.500
der Ihren Speicherkontonamen der privaten IP des Endpunkts zuordnet.

00:05:58.900 --> 00:05:59.860
Und jetzt kommt der raffinierte Teil.

00:06:00.180 --> 00:06:02.260
Die ursprüngliche öffentliche URL wird immer noch aufgelöst,

00:06:02.360 --> 00:06:04.220
aber anstatt direkt eine öffentliche IP zurückzugeben,

00:06:04.380 --> 00:06:05.580
wird ein CNAME-Eintrag zurückgegeben,

00:06:05.880 --> 00:06:06.980
der auf die private Zone verweist.

00:06:07.400 --> 00:06:08.680
Die Auflösungskette sieht also folgendermaßen.

00:06:09.120 --> 00:06:11.120
Ihre VM fragt nach der URL des Speicherkontos.

00:06:11.200 --> 00:06:13.940
DNS gibt einen CNAME zurück, der auf mein Speicherkonto verweist.

00:06:14.780 --> 00:06:16.860
privatlink.blog.core.windows.net,

00:06:17.380 --> 00:06:19.180
das sich in der privaten DNS-Zone befindet,

00:06:19.180 --> 00:06:20.740
die mit Ihrem virtuellen Netzwerk verknüpft ist.

00:06:21.300 --> 00:06:23.060
DNS löst dies in die private IP auf,

00:06:23.380 --> 00:06:24.940
die VM verbindet sich mit dieser privaten IP

00:06:24.940 --> 00:06:27.020
und der Datenverkehr gelangt nie in das öffentliche Internet.

00:06:27.740 --> 00:06:29.540
Stellen Sie es sich wie den Empfang in einem Bürogebäude vor.

00:06:30.160 --> 00:06:32.200
Jemand kommt herein und fragt nach dem Versorgungsschrank

00:06:32.200 --> 00:06:33.620
und der Empfang schickt ihn nicht nach draußen.

00:06:34.180 --> 00:06:35.840
Sie zeigen ihm den richtigen Flur im Inneren.

00:06:36.300 --> 00:06:38.480
Die private DNS-Zone ist wie ein Empfangsmitarbeiter,

00:06:38.600 --> 00:06:40.200
der den Datenverkehr an die richtige Stelle leitet,

00:06:40.300 --> 00:06:41.160
ohne das Gebäude zu verlassen.

00:06:41.560 --> 00:06:43.440
Wie das funktioniert, hängt davon ab, wo sich Ihre VM befindet.

00:06:43.820 --> 00:06:46.520
Wenn Sie sich im selben virtuellen Netzwerk wie der private Endpunkt befindet,

00:06:46.520 --> 00:06:48.040
ist die private DNS-Zone verknüpft,

00:06:48.100 --> 00:06:49.380
sodass die Auflösung automatisch erfolgt.

00:06:49.800 --> 00:06:51.120
Befindet Sie sich in einem Peering-Netzwerk,

00:06:51.120 --> 00:06:52.740
müssen Sie die Zone auch mit diesem Peering-Netzwerk verknüpfen.

00:06:53.300 --> 00:06:55.520
Bei lokalen Maschinen über VPN oder Express-Route

00:06:55.520 --> 00:06:56.540
wird es etwas aufwendiger.

00:06:57.100 --> 00:06:59.080
Normalerweise richten Sie eine DNS-Weiterleitung ein

00:06:59.080 --> 00:07:00.740
oder nutzen den Azure DNS-Private-Resolver,

00:07:00.820 --> 00:07:02.500
um sicherzustellen, dass Abfragen die private Zone erreicht.

00:07:02.640 --> 00:07:04.360
Aber für die meisten Szenarien innerhalb von Azure

00:07:04.360 --> 00:07:05.780
werden die Grundlagen für Sie erledigt.

00:07:06.840 --> 00:07:08.860
DNS kann in größeren Umgebungen komplex werden,

00:07:09.220 --> 00:07:11.700
aber im Standardfall einer VM im selben virtuellen Netzwerk

00:07:11.700 --> 00:07:13.140
wie der private Endpunkt erledigt Azure.

00:07:13.140 --> 00:07:14.240
Das automatisch.

00:07:14.960 --> 00:07:15.940
Sie müssen sich um nichts kümmern.

00:07:16.520 --> 00:07:18.140
Sehen wir uns das anhand eines echten Beispiels an.

00:07:18.700 --> 00:07:19.580
Praxisnahe Durchlaufen.

00:07:19.580 --> 00:07:21.160
Private Link mit Azure Storage.

00:07:21.740 --> 00:07:22.380
Machen wir es konkret.

00:07:22.960 --> 00:07:24.300
Angenommen, Sie haben eine virtuelle Maschine,

00:07:24.440 --> 00:07:26.080
die in Ihrem virtuellen Azure-Netzwerk läuft.

00:07:26.840 --> 00:07:29.520
Diese VM muss Dateien von einem Azure Blob Storage-Konto abrufen.

00:07:30.100 --> 00:07:30.940
Das sind gängige Konfluren.

00:07:31.460 --> 00:07:33.280
Vielleicht speichert eine Anwendung Benutzer-Uploads

00:07:33.280 --> 00:07:35.520
oder ein Datenverarbeitungsjob liest aus einem Container.

00:07:35.980 --> 00:07:37.180
Ohne Private Link passiert Folgendes.

00:07:37.780 --> 00:07:40.160
Dieser VM schlägt die öffentliche URL des Speicherkontos nach

00:07:40.160 --> 00:07:41.480
und erhält eine öffentliche IP-Adresse.

00:07:42.000 --> 00:07:43.780
Der Datenverkehr verlässt Ihr virtuelles Netzwerk,

00:07:43.960 --> 00:07:44.960
geht über das öffentliche Internet

00:07:44.960 --> 00:07:46.200
und kehrt dann in Azure zurück,

00:07:46.260 --> 00:07:47.280
um das Speicherkonto zu erreichen.

00:07:47.840 --> 00:07:48.980
Dieser Hin- und Rückweg ist unnötig.

00:07:48.980 --> 00:07:51.060
Beide Ressourcen befinden sich bereits in Azure,

00:07:51.360 --> 00:07:52.840
aber die Daten machen trotzdem einen Umweg

00:07:52.840 --> 00:07:53.560
über das offene Internet.

00:07:53.980 --> 00:07:55.800
Mit Private Link stellen Sie einen privaten Endpunkt

00:07:55.800 --> 00:07:57.820
für die Blob- und Ressource des Speicherkontos bereit.

00:07:58.360 --> 00:08:00.240
Das ist der spezifische Teil der Blob-Daten verarbeitet.

00:08:01.040 --> 00:08:02.740
Azure erstellt eine virtuelle Netzwerkkarte

00:08:02.740 --> 00:08:04.440
in Ihrem virtuellen Netzwerk mit einer privaten IP,

00:08:04.720 --> 00:08:05.980
richtet die private DNS-Zone ein

00:08:05.980 --> 00:08:07.300
und die gesamte DNS-Auflösungskette,

00:08:07.360 --> 00:08:08.480
über die wir gesprochen haben, greift.

00:08:09.420 --> 00:08:10.820
Wenn Ihre VM nun dieselbe URL

00:08:10.820 --> 00:08:13.840
mystorageaccount.core.tor.core.windows.net auflöst,

00:08:13.900 --> 00:08:15.260
erhält Sie die private IP anstelle der Öffentlichen.

00:08:15.260 --> 00:08:17.380
Der Datenverkehr fließt von der VM

00:08:17.380 --> 00:08:19.020
zum privaten Endpunkt

00:08:19.020 --> 00:08:20.840
und dann über das Microsoft-Backbone

00:08:20.840 --> 00:08:21.960
zum Speicherkonto.

00:08:22.380 --> 00:08:23.860
Äh, er verlässt zu keinem Zeitpunkt

00:08:23.860 --> 00:08:24.760
das Internet-Netzwerk von Azure.

00:08:25.040 --> 00:08:25.760
Das ist der entscheidende Punkt.

00:08:26.160 --> 00:08:27.240
Ihre Anwendung ändert sich nicht.

00:08:27.680 --> 00:08:29.080
Keine Änderung von Verbindungszeichenfolgen,

00:08:29.140 --> 00:08:30.480
keine Aktualisierung von Konfigurationstechnen.

00:08:30.600 --> 00:08:31.600
Die URL bleibt dieselbe.

00:08:32.080 --> 00:08:32.900
Das Einzige, was sich ändert,

00:08:32.960 --> 00:08:33.940
ist die Art und Weise wie diese Uhr hüttelt.

00:08:34.460 --> 00:08:35.360
Aus Sicht der Anwendung

00:08:35.360 --> 00:08:36.320
verbindet sie sich immer noch

00:08:36.320 --> 00:08:37.340
mit dem selben Speicherkonto.

00:08:37.680 --> 00:08:38.440
Aber im Hintergrund

00:08:38.440 --> 00:08:40.080
ist der Verkehrsweg völlig anders.

00:08:40.080 --> 00:08:42.060
Und wenn Sie den kompletten Schutz wollen,

00:08:42.320 --> 00:08:43.160
können Sie den öffentlichen Endpunkt

00:08:43.160 --> 00:08:44.000
vollständig deaktivieren.

00:08:45.260 --> 00:08:46.020
Speicherkonto nur noch

00:08:46.020 --> 00:08:47.480
über den privaten Endpunkt erreichbar ist.

00:08:48.080 --> 00:08:49.200
Keine Internet-Exposition mehr.

00:08:49.440 --> 00:08:50.420
Niemand kann auch nur versuchen,

00:08:50.520 --> 00:08:51.340
sich von außen zu verbinden.

00:08:51.920 --> 00:08:52.800
Eine weitere Sache ist erwähnen.

00:08:53.560 --> 00:08:54.940
Speicherkonten haben mehrere unter Ressourcen.

00:08:55.560 --> 00:08:56.220
Blob ist eine davon,

00:08:56.300 --> 00:08:57.640
aber es gibt auch File, Table und Queue.

00:08:58.340 --> 00:08:59.660
Jede kann einen eigenen privaten Endpunkt haben.

00:09:00.040 --> 00:09:01.320
Sie könnten einen für Blob-Datenverkehr

00:09:01.320 --> 00:09:03.000
und einen separaten für File-Datenverkehr.

00:09:03.420 --> 00:09:05.120
Oder Sie nutzen einen einzelnen Endpunkt für alle,

00:09:05.380 --> 00:09:05.960
je nach Bedarf.

00:09:06.360 --> 00:09:07.200
Vielleicht fragen Sie sich jetzt,

00:09:07.240 --> 00:09:07.960
wie sich das von anderen

00:09:07.960 --> 00:09:09.440
Azure-Konnektivitätsoptionen unterscheidet.

00:09:09.980 --> 00:09:11.820
VPN, Express Route to Service Endpunkt.

00:09:12.160 --> 00:09:12.840
Die klingen alle ähnlich.

00:09:13.240 --> 00:09:13.920
Lassen Sie uns das klären.

00:09:13.920 --> 00:09:16.360
Private Link gegenüber VPN, Express Route

00:09:16.360 --> 00:09:17.580
und Service Endpunkten.

00:09:18.160 --> 00:09:19.140
Wie schlägt sich Private Link

00:09:19.140 --> 00:09:20.680
also im Vergleich zu VPN, Express Route

00:09:20.680 --> 00:09:21.560
und Service Endpunkten?

00:09:22.100 --> 00:09:23.520
Sie klingen, als würden Sie dasselbe tun,

00:09:23.700 --> 00:09:25.040
lösen aber eigentlich unterschiedliche Probleme.

00:09:25.660 --> 00:09:27.120
Und in vielen Fällen verwendet man sie zusammen.

00:09:27.560 --> 00:09:28.420
Fangen wir mit VPN an.

00:09:28.960 --> 00:09:30.260
Ein virtuelles, privates Netzwerk

00:09:30.260 --> 00:09:31.280
verbindet Ihr lokales Netzwerk

00:09:31.280 --> 00:09:32.580
über das öffentliche Internet mit Azure.

00:09:33.080 --> 00:09:34.400
Es erstellt einen verschlüsselten Tunnel

00:09:34.400 --> 00:09:35.740
zwischen Ihrem Standort und Azure.

00:09:36.240 --> 00:09:37.580
Der Datenverkehr ist zwar verschlüsselt,

00:09:37.940 --> 00:09:39.440
läuft aber immer noch über das öffentliche Internet.

00:09:39.880 --> 00:09:40.840
Der Tunnel ist sicher,

00:09:40.960 --> 00:09:42.200
aber die Straße, auf der er liegt, ist öffentlich.

00:09:42.200 --> 00:09:44.100
Private Link ersetzt kein VPN.

00:09:44.500 --> 00:09:45.100
Es ergänzt es.

00:09:45.740 --> 00:09:46.900
Sie könnten ein VPN nutzen,

00:09:47.020 --> 00:09:48.300
um Ihr Büro mit Azure zu verbinden

00:09:48.300 --> 00:09:49.180
und dann Private Link,

00:09:49.460 --> 00:09:51.460
um von dort privat auf Ihr Speicherkonto zuzugreifen.

00:09:52.040 --> 00:09:52.920
Express Route ist anders.

00:09:53.440 --> 00:09:55.160
Es bietet Ihnen eine dedizierte private Leitung

00:09:55.160 --> 00:09:56.400
von Ihrem Rechenzentrum zu Azure.

00:09:56.940 --> 00:09:58.240
Der Datenverkehr berührt das öffentliche Internet

00:09:58.240 --> 00:09:58.800
zu keinen Zeitpunkt.

00:09:59.180 --> 00:10:00.800
Es ist, als hätten Sie eine eigene Privatstraße

00:10:00.800 --> 00:10:01.940
direkt in das Netzwerk von Microsoft.

00:10:02.260 --> 00:10:02.880
Aber hier ist der Haken.

00:10:03.360 --> 00:10:04.200
Express Route allein

00:10:04.200 --> 00:10:06.300
bietet Ihnen keinen privaten Zugriff auf Paris-Dienst.

00:10:06.800 --> 00:10:08.120
Es verbindet Ihr Netzwerk mit Azure,

00:10:08.120 --> 00:10:10.280
aber Ihr Speicherkonto hat weiterhin einen öffentlichen Endpunkt.

00:10:10.280 --> 00:10:12.420
Sie kombinieren Express Route mit Private Link,

00:10:12.500 --> 00:10:14.460
um echten privaten Zugriff auf diese Dienste zu erhalten.

00:10:15.120 --> 00:10:16.560
Service Endpunkte sind ältere Technologie.

00:10:17.100 --> 00:10:17.720
Sie ermöglichen es,

00:10:17.760 --> 00:10:19.460
den Zugriff auf einen Azure-Dienst so zu beschränken,

00:10:19.560 --> 00:10:21.680
dass nur Datenverkehr aus Ihrem virtuellen Netzwerk diesen erreicht.

00:10:22.060 --> 00:10:22.740
Aber das Problem ist,

00:10:22.780 --> 00:10:24.360
der Dienst hat weiterhin einen öffentlichen Endpunkt.

00:10:24.760 --> 00:10:26.300
Sie fügen lediglich eine Firewall-Regel hinzu,

00:10:26.360 --> 00:10:26.680
die besagt,

00:10:26.740 --> 00:10:28.360
nur Datenverkehr aus diesem V-Net zulassen.

00:10:28.900 --> 00:10:30.800
Der Endpunkt selbst ist weiterhin im Internet ausgesetzt.

00:10:31.260 --> 00:10:32.260
Private Link ist sicherer,

00:10:32.280 --> 00:10:33.940
da der Endpunkt wirklich in Ihrem V-Net liegt

00:10:33.940 --> 00:10:35.220
und eine private IP hat.

00:10:35.220 --> 00:10:36.680
Es gibt keinen öffentlichen Endpunkt,

00:10:36.760 --> 00:10:37.280
den man angreifen kann.

00:10:37.520 --> 00:10:38.540
Ich gebe Ihnen eine einfache Möglichkeit,

00:10:38.640 --> 00:10:39.200
darüber nachzudenken.

00:10:39.360 --> 00:10:41.360
VPN ist ein sicherer Tunnel durch eine öffentliche Straße.

00:10:41.620 --> 00:10:43.000
Express Route ist eine Privatstraße,

00:10:43.080 --> 00:10:43.760
die direkt zu Azure führt.

00:10:44.080 --> 00:10:45.900
Service Endpunkte sind ein Wachmann am öffentlichen Tor,

00:10:45.980 --> 00:10:46.740
der Ausweise kontrolliert.

00:10:47.140 --> 00:10:49.160
Private Link ist ein direkter Flur innerhalb des Gebäudes.

00:10:49.640 --> 00:10:50.860
Sie müssen das Gebäude überhaupt nicht verlassen.

00:10:51.160 --> 00:10:51.980
Welche Option soll zu wählen?

00:10:52.420 --> 00:10:53.040
Es kommt darauf an.

00:10:53.620 --> 00:10:55.020
Um Ihr Büro mit Azure zu verbinden,

00:10:55.240 --> 00:10:57.220
sind VPN oder Express Route Ihre Optionen.

00:10:57.880 --> 00:10:59.600
Für den privaten Zugriff auf Paris-Dienste

00:10:59.600 --> 00:11:00.900
ist Private Link der Goldstandard.

00:11:01.360 --> 00:11:03.060
Und für höchste Sicherheit kombinieren Sie beides.

00:11:03.060 --> 00:11:05.720
Express Route bringt Ihren Datenverkehr privat nach Azure

00:11:05.720 --> 00:11:07.740
und Private Link ermöglicht dem privaten Zugriff

00:11:07.740 --> 00:11:08.720
auf Ihre Dienste von dort aus.

00:11:09.160 --> 00:11:11.120
Doch Private Link ist nicht nur für Microsoft-Dienste gedacht.

00:11:11.580 --> 00:11:13.100
Sie können es auch für eigene Anwendungen nutzen,

00:11:13.240 --> 00:11:14.300
indem der private Link-Dienst

00:11:14.300 --> 00:11:15.960
Ihre eigenen privaten Endpunkte hostet.

00:11:16.680 --> 00:11:17.800
Hier ist etwas, das viele übersehen.

00:11:18.480 --> 00:11:20.580
Private Link dient nicht nur dem Konsum von Azure-Diensten.

00:11:21.340 --> 00:11:22.040
Sie können es auch nutzen,

00:11:22.100 --> 00:11:23.880
um Ihre eigenen Anwendungen der Welt zugänglich zu machen.

00:11:24.320 --> 00:11:26.140
Genau dafür wurde der Private Link-Dienst entwickelt,

00:11:26.640 --> 00:11:27.500
den Sie sich vor, Sie entsassen.

00:11:27.880 --> 00:11:29.000
Sie haben eine Anwendung,

00:11:29.060 --> 00:11:29.920
die auf virtuellen Maschinen

00:11:29.920 --> 00:11:31.320
hinter einem Standard-Load-Balancer läuft

00:11:31.320 --> 00:11:32.480
und auf die Ihre Kunden zugreifen.

00:11:33.060 --> 00:11:34.600
Traditionell hatten Sie zwei Möglichkeiten,

00:11:34.820 --> 00:11:35.840
alles für das Internet freigeben

00:11:35.840 --> 00:11:38.200
oder ein VPN zwischen Ihrem und deren Netzwerk einrichten.

00:11:38.860 --> 00:11:39.820
Beide haben große Nachteile.

00:11:40.520 --> 00:11:42.460
Öffentliche Verfügbarkeit birgt Sicherheitsrisiken.

00:11:43.000 --> 00:11:44.780
VPN sind komplex in Verwaltung und Wartung.

00:11:45.440 --> 00:11:46.860
Der private Link-Dienst löst dieses Problem.

00:11:47.400 --> 00:11:48.220
Sie erstellen den Dienst,

00:11:48.320 --> 00:11:49.900
verknüpfen ihn mit Ihrem Standard-Load-Balancer

00:11:49.900 --> 00:11:51.700
und Ihre Kunden können einen privaten Endpunkt

00:11:51.700 --> 00:11:53.260
in Ihrem eigenen virtuellen Netzwerk erstellen.

00:11:53.740 --> 00:11:55.440
Dieser Endpunkt verbindet sich direkt mit Ihrem Dienst.

00:11:55.760 --> 00:11:56.780
Kein Peering, kein VPN

00:11:56.780 --> 00:11:58.380
und absolut keine öffentliche Exposition.

00:11:58.720 --> 00:12:00.780
Der Datenverkehr fließt vom privaten Endpunkt

00:12:00.780 --> 00:12:03.000
über das Microsoft-Backbone direkt zu Ihrem Dienst.

00:12:03.820 --> 00:12:04.740
Er berührt niemals das Internet.

00:12:05.220 --> 00:12:07.040
Ihr Dienst erhält einen global eindeutigen Alias,

00:12:07.180 --> 00:12:10.180
etwa myapp.git.git.azure.private-Link-Service.

00:12:11.520 --> 00:12:13.160
Diesen Alias nutzen Kunden zur Verbindung

00:12:13.160 --> 00:12:14.740
und Sie haben die volle Kontrolle darüber,

00:12:14.840 --> 00:12:15.480
wer ihn sehen kann.

00:12:16.140 --> 00:12:17.920
Sie können die Sichtbarkeit über RBRC-Rollen

00:12:17.920 --> 00:12:19.420
oder bestimmte Abonnements einschränken

00:12:19.420 --> 00:12:21.800
oder jedem mit dem Alias eine Verbindungsanfrage erlauben.

00:12:22.220 --> 00:12:24.540
Jede Verbindungsanfrage geht zur manuellen Genehmigung an Sie,

00:12:24.800 --> 00:12:26.360
sodass Sie immer genau wissen, wer sich verbindet.

00:12:26.800 --> 00:12:28.320
Für SaaS-Anbieter ist dies ein enormer Wandel.

00:12:28.860 --> 00:12:30.220
Anstatt Firewall-Regeln zu öffnen

00:12:30.220 --> 00:12:32.420
oder komplexe VPN-Konfigurationen zu verwalten,

00:12:32.780 --> 00:12:34.000
geben Sie dem Kunden einfach den Alias.

00:12:34.520 --> 00:12:35.660
Er stellt einen privaten Endpunkt,

00:12:35.820 --> 00:12:37.160
Sie genehmigen ihn und das war's.

00:12:37.160 --> 00:12:39.940
Eine Einschränkung gibt es.

00:12:40.160 --> 00:12:41.520
Der private Link-Dienst funktioniert nur

00:12:41.520 --> 00:12:42.880
mit Standard-Load-Balancer, nicht mit Basic.

00:12:43.200 --> 00:12:44.620
Falls Sie noch einen Basic-Load-Balancer nutzen,

00:12:44.720 --> 00:12:45.800
müssen Sie zuerst einen Upgrade durchführen.

00:12:46.160 --> 00:12:48.180
Das ist ein kleiner Preis für die Sicherheit und Einfachheit,

00:12:48.300 --> 00:12:49.380
die Sie im Gegenzug erhalten.

00:12:49.900 --> 00:12:51.320
All diese Sicherheit klingt großartig,

00:12:51.400 --> 00:12:52.340
aber was bedeutet das eigentlich

00:12:52.340 --> 00:12:53.800
für Ihre Compliance-Anforderungen und Ihr Budget?

00:12:54.520 --> 00:12:56.180
Sicherheit, Compliance und Kostenbetrachtung.

00:12:56.880 --> 00:12:58.160
Sprechen wir darüber, was Private Link

00:12:58.160 --> 00:12:59.640
wirklich für Ihre Compliance-Anforderungen

00:12:59.640 --> 00:13:00.560
und Ihren Geldbeutel bedeutet.

00:13:01.160 --> 00:13:02.180
Zuerst die Sicherheitsseite.

00:13:02.580 --> 00:13:04.160
Private Link reduziert Ihre Angriffsfläche,

00:13:04.260 --> 00:13:06.080
indem öffentliche Endpunkte vollständig eliminiert werden.

00:13:06.080 --> 00:13:07.220
Das ist der wichtigste Vorteil.

00:13:07.640 --> 00:13:09.740
Anstatt eines Speicherkontos oder einer SQL-Datenbank,

00:13:09.820 --> 00:13:10.920
die aus dem Internet erreichbar ist,

00:13:11.160 --> 00:13:11.800
haben Sie eine Ressource,

00:13:11.960 --> 00:13:14.200
die nur auf Datenverkehr aus Ihrem virtuellen Netzwerk reagiert.

00:13:14.640 --> 00:13:15.840
Keine öffentliche IP zum Scannen,

00:13:15.920 --> 00:13:16.880
kein offener Port zum Ausspülen.

00:13:17.240 --> 00:13:18.900
Die Angriffsfläche verringert sich drastisch.

00:13:19.300 --> 00:13:20.220
Hier ist ein weiterer Vorteil,

00:13:20.280 --> 00:13:21.240
der zu wenig Beachtung findet,

00:13:21.380 --> 00:13:22.440
die Vermeidung von Datenlinks.

00:13:22.820 --> 00:13:23.600
Jeder Private Endpoint

00:13:23.600 --> 00:13:25.540
ist einer spezifischen Ressourceninstanz zugeordnet.

00:13:25.860 --> 00:13:26.740
Nicht dem gesamten Dienst,

00:13:27.040 --> 00:13:28.300
nicht jedem Speicherkonto in Ihrem Abonnement,

00:13:28.640 --> 00:13:29.320
sondern nur genau diesem.

00:13:29.660 --> 00:13:30.780
Wenn also jemand eine Arbeitslast

00:13:30.780 --> 00:13:32.280
in Ihrem virtuellen Netzwerk kompromittiert,

00:13:32.280 --> 00:13:33.880
kann er diesen Private Endpoint nicht nutzen,

00:13:34.120 --> 00:13:35.280
um andere Speicherkonten zu erreichen.

00:13:36.100 --> 00:13:37.340
Sie sind auf die eine Ressource beschränkt,

00:13:37.380 --> 00:13:37.940
die Sie genehmigt haben.

00:13:38.360 --> 00:13:39.040
Für Sicherheitsteams

00:13:39.040 --> 00:13:40.320
ist diese Einwärmung von großer Bedeutung.

00:13:40.920 --> 00:13:41.720
Im Bereich Compliance

00:13:41.720 --> 00:13:43.080
erfüllt Private Link viele Anforderungen.

00:13:43.520 --> 00:13:45.660
Vorschriften wie HIPA, DSGVO und PCI

00:13:45.660 --> 00:13:46.280
schreiben oft vor,

00:13:46.360 --> 00:13:47.060
dass sensible Daten

00:13:47.060 --> 00:13:48.280
niemals über öffentliche Netzwerke

00:13:48.280 --> 00:13:49.160
übertragen werden dürfen.

00:13:49.640 --> 00:13:50.420
Private Link bietet Ihnen

00:13:50.420 --> 00:13:51.040
eine saubere Möglichkeit,

00:13:51.140 --> 00:13:51.620
dies nachzuweisen.

00:13:52.060 --> 00:13:53.720
Ihr Datenverkehr bleibt im Microsoft Backbone

00:13:53.720 --> 00:13:54.960
und Sie können auf die Auditlogs verweisen

00:13:54.960 --> 00:13:56.140
und sagen, hier ist der Beweis.

00:13:57.160 --> 00:13:58.080
Für regulierte Branchen

00:13:58.080 --> 00:13:59.920
kann das allein die Investition rechtfertigen.

00:14:00.540 --> 00:14:01.840
Lassen Sie uns nun über die Kosten sprechen,

00:14:01.840 --> 00:14:02.740
denn hier sind viele überrascht.

00:14:03.220 --> 00:14:04.160
Private Link ist nicht kostenlos.

00:14:04.680 --> 00:14:05.760
Sie zahlen eine stündliche Gebühr

00:14:05.760 --> 00:14:06.840
für jeden Private Endpoint

00:14:06.840 --> 00:14:08.160
sowie Datenverarbeitungsgebühren

00:14:08.160 --> 00:14:09.240
für den hindurchfließenden Verkehr.

00:14:10.020 --> 00:14:10.940
Je nach Nutzung kann dies

00:14:10.940 --> 00:14:12.020
zwei bis dreimal teurer sein

00:14:12.020 --> 00:14:13.600
als die Verwendung eines öffentlichen Endpunkts

00:14:13.600 --> 00:14:14.520
mit Firewall-Regeln.

00:14:15.340 --> 00:14:16.060
Das summiert sich schnell,

00:14:16.160 --> 00:14:17.360
besonders wenn Sie viele Endpunkte haben.

00:14:18.020 --> 00:14:19.020
Hier also die ehrliche Einschätzung.

00:14:19.460 --> 00:14:20.860
Private Link ist nicht immer die richtige Wahl.

00:14:21.540 --> 00:14:23.240
Wenn Sie eine Entwicklungs- oder Testumgebung

00:14:23.240 --> 00:14:24.500
ohne sensible Daten betreiben,

00:14:24.680 --> 00:14:25.660
sind öffentliche Endpunkte

00:14:25.660 --> 00:14:26.920
mit entsprechenden Firewall-Regeln

00:14:26.920 --> 00:14:27.600
wahrscheinlich ausreichend.

00:14:28.160 --> 00:14:29.580
Wenn Sie eine öffentliche Website hosten,

00:14:29.620 --> 00:14:30.980
die aus dem Internet zugänglich sein soll,

00:14:31.040 --> 00:14:31.720
hilft Ihnen Private Link

00:14:31.720 --> 00:14:32.140
nicht weiter.

00:14:32.740 --> 00:14:33.760
Aber für Produktionsumgebungen

00:14:33.760 --> 00:14:34.540
in regulierten Branchen

00:14:34.540 --> 00:14:36.060
wie Finanzen, Gesundheitswesen oder Behörden

00:14:36.060 --> 00:14:37.140
ist Private Link erforderlich.

00:14:37.820 --> 00:14:38.660
Es sind die Kosten

00:14:38.660 --> 00:14:39.620
für sicheres Geschäftshandeln.

00:14:40.020 --> 00:14:41.020
Bevor Sie dies implementieren,

00:14:41.100 --> 00:14:42.360
gibt es einige Fallstricke zu beachten.

00:14:43.320 --> 00:14:44.340
Fallstricke bei der Implementierung.

00:14:44.840 --> 00:14:45.560
Was Anfänger übersehen?

00:14:45.960 --> 00:14:47.380
Lassen Sie mich in einige Kopfschmerzen ersparen.

00:14:47.660 --> 00:14:48.600
Hier sind die häufigsten Fehler,

00:14:48.700 --> 00:14:49.480
die beim ersten Einrichten

00:14:49.480 --> 00:14:50.560
von Private Link gemacht werden.

00:14:51.300 --> 00:14:52.020
Zuerst einmal müssen Sie

00:14:52.020 --> 00:14:53.360
den öffentlichen Endpunkt deaktivieren,

00:14:53.420 --> 00:14:54.820
nachdem Sie den privaten Endpunkt erstellt haben.

00:14:55.020 --> 00:14:56.020
Das ist der größte Fallstricke.

00:14:56.340 --> 00:14:57.720
Viele Leute erstellen den Private Endpoint

00:14:57.720 --> 00:14:58.800
und gehen davon aus, dass das reicht,

00:14:58.880 --> 00:14:59.560
aber das tut es nicht.

00:14:59.560 --> 00:15:01.900
Der öffentliche Endpunkt bleibt standardmäßig aktiv,

00:15:01.980 --> 00:15:03.000
was bedeutet, dass Ihr Datenverkehr

00:15:03.000 --> 00:15:04.160
weiterhin über das Internet fließen kann.

00:15:04.580 --> 00:15:05.960
Sie müssen in die Netzwerkeinstellungen gehen

00:15:05.960 --> 00:15:07.120
und den öffentlichen Netzwerkzugriff

00:15:07.120 --> 00:15:08.020
explizit ausschalten.

00:15:08.680 --> 00:15:09.580
Wenn Sie diesen Schritt auslassen,

00:15:09.640 --> 00:15:10.740
haben Sie eigentlich gar nichts abgesichert.

00:15:11.420 --> 00:15:12.680
Als nächstes, die DNS-Auflösung

00:15:12.680 --> 00:15:13.480
für On-Premises-Clients

00:15:13.480 --> 00:15:14.880
erfordert eine zusätzliche Einrichtung.

00:15:15.140 --> 00:15:16.180
Wenn Sie Geräte im Büro haben,

00:15:16.240 --> 00:15:18.080
die über VPN oder Express-Route verbunden sind,

00:15:18.820 --> 00:15:20.640
lösen diese die IP Ihres privaten Endpunkts

00:15:20.640 --> 00:15:21.460
nicht automatisch auf.

00:15:21.820 --> 00:15:23.380
Die private DNS-Zone ist mit Ihrem

00:15:23.380 --> 00:15:24.900
virtuellen Azure-Netzwerk verknüpft,

00:15:24.980 --> 00:15:26.420
nicht mit Ihren lokalen DNS-Servern.

00:15:26.420 --> 00:15:28.600
Sie müssen eine DNS-Weiterleitung einrichten

00:15:28.600 --> 00:15:30.320
oder Azure-DNS-Private-Resolver nutzen,

00:15:30.440 --> 00:15:32.080
damit diese Abfragen die private Zone erreichen.

00:15:32.480 --> 00:15:33.920
Viele übersehen dies und wundern sich dann,

00:15:33.980 --> 00:15:34.920
warum Ihre lokalen Anwendungen

00:15:34.920 --> 00:15:36.000
keine Verbindung herstellen können.

00:15:36.280 --> 00:15:37.740
Außerdem funktionieren private Endpunkte

00:15:37.740 --> 00:15:38.420
nicht einfach so regionenübergreifend.

00:15:39.580 --> 00:15:41.340
Wenn Ihr virtuelles Netzwerk in West-Europe liegt

00:15:41.340 --> 00:15:42.460
und Sie einen privaten Endpunkt

00:15:42.460 --> 00:15:44.080
für ein Speicherkonto in East-US erstellen,

00:15:44.200 --> 00:15:44.980
funktioniert das nicht.

00:15:45.560 --> 00:15:47.140
Der private Endpunkt muss in derselben Region

00:15:47.140 --> 00:15:48.260
wie das virtuelle Netzwerk liegen.

00:15:48.760 --> 00:15:50.520
Der Paar S-Dienst kann in einer anderen Region sein,

00:15:50.600 --> 00:15:51.340
aber der Endpunkt selbst

00:15:51.340 --> 00:15:52.600
muss der Region des V-Net entsprechen.

00:15:53.100 --> 00:15:53.680
Planen Sie entsprechen.

00:15:53.680 --> 00:15:55.100
Noch eine Sache.

00:15:56.300 --> 00:15:57.060
Netzwerksicherheitsgruppen wirken sich

00:15:57.060 --> 00:15:58.540
auf die NIC des privaten Endpunkts aus.

00:15:59.220 --> 00:16:00.200
Der private Endpunkt erstellt

00:16:00.200 --> 00:16:01.340
eine virtuelle NICS in Ihrem Subnetz.

00:16:01.600 --> 00:16:03.620
Diese Netsie unterliegt denselben NSG-Regeln

00:16:03.620 --> 00:16:05.340
wie alles andere in diesem Subnetz.

00:16:06.100 --> 00:16:07.980
Wenn Sie den Datenverkehr zum NICS-Subnetz blockieren,

00:16:08.080 --> 00:16:08.940
funktioniert der Endpunkt nicht.

00:16:09.320 --> 00:16:09.760
Stellen Sie sicher,

00:16:09.860 --> 00:16:10.880
dass Ihre NSG-Rienis zulassen.

00:16:10.880 --> 00:16:13.320
Dann können Sie den D- Double-Schmel integri associated with

00:16:13.320 --> 00:16:14.160
das Eiwein.

00:16:14.220 --> 00:16:15.340
Ungefijds terrible.

00:16:15.340 --> 00:16:16.140
Bubble-Sp Bag.

00:16:16.140 --> 00:16:16.500
Bis zum nächsten Mal.

00:16:16.500 --> 00:16:34.940
Da wird eine Sschle Luther