Latest / M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch / Azure DNS einfach erklärt: Öffentliche und private DNS-Zonen, Eintragstypen und Delegierung an Azure (KI-Synchronfassung)

Transcript

Azure DNS einfach erklärt: Öffentliche und private DNS-Zonen, Eintragstypen und Delegierung an Azure (KI-Synchronfassung) · M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch

• 0:00
  Bereit für 10 Tage voller Microsoft 365, Co-Pilot, KI, Azure und den Köpfen, die die Zukunft der Arbeit gestalten, ab.
• 0:07
  Diesen Januar ist die M3 10565-Con zurück und wir legen noch eine Schippe drauf.
• 0:12
  Seien Sie bei Live-Sessions, Praxis-Demos und echtem Expertenwissen von MVPs und Branchenprofis weltweit dabei.
• 0:18
  Keine generischen Folien. Kein endloses Passwort-Bingo.
• 0:21
  Wir gehen echte Herausforderungen an. Co-Pilot Studio, KI-Agenten, Fabrik, Sicherheit, Governance und Automatisierung. Harden.
• 0:28
  Egal ob IT-Profi, Entwickler oder Führungskraft der ACE gibt Sessions, die genau auf Sie zugeschnitten sind.
• 0:35
  An 10 vollen Tagen können Sie neue Technologien erkunden und sich mit einer globalen Community vernetzen.
• 0:40
  Schauen Sie live zu und nehmen Sie praktische Erkenntnisse für Ihr Unternehmen mit.
• 0:45
  Januar 2027. 10 Tage. Eine Microsoft-Community. Die Anmeldung ist jetzt geöffnet.
• 0:51
  Sichern Sie sich noch heute Ihren Platz.
• 0:54
  Das ist M3 von Handeltmund der Schäuze. Con.net.
• 1:00
  Melden Sie sich jetzt unter M3 von Fundet an. Wir sehen uns live im Januar.
• 1:05
  Willkommen zu einer weiteren Episode der Microsoft Knowledge Nuggets hier auf M3 von Bekopitas.
• 1:10
  Das heutige Thema ist etwas, von dem fast jeder schon gehört hat, aber nur wenige wirklich verstehen.
• 1:14
  DNS, das Domain-Name-System.
• 1:16
  Sie haben sicher schon gehört, dass es das Telefonbuch des Internets genannt wird.
• 1:18
  Und diese Beschreibung trifft es ziemlich gut.
• 1:20
  Die Aufgabe ist simpel.
• 1:21
  Ernehme einen Namen, den man sich merken kann, wie Contoso.
• 1:23
  Komm und wandle Ihnen eine Nummer um, die Computer verstehen wie 2090, 1950 der Fund sitzt.
• 1:30
  Computer arbeiten mit Nummern, wir mit Namen.
• 1:32
  Und DNS sitzt genau dazwischen und übersetzt.
• 1:35
  Aber die Sache ist die, die meisten wissen, dass es eine Abfrage durchführt, aber sie sehen nie die gesamte Kette.
• 1:39
  Was passiert eigentlich in dem Moment, in dem Sie eine Domain in Ihren Browser eingeben?
• 1:41
  Und was noch wichtiger ist, wo kommt Azure ins Spiel?
• 1:43
  Am Ende dieser Folge werden Sie verstehen, was Azure DNS wirklich ist.
• 1:47
  Sie werden den Unterschied zwischen öffentlichen und privaten DNS zu erkennen.
• 1:49
  Sie werden wissen, welche Rekordtypen Sie tatsächlich benötigen.
• 1:52
  Und Sie werden sehen, wie die Delegation die Kontrolle an Azure übergibt.
• 1:55
  Wir behandeln die Grundlagen in einfacher Sprache ohne viel Drumherum.
• 1:58
  Was DNS tatsächlich macht.
• 2:00
  Beginnen wir mit der Kernaufgabe.
• 2:01
  DNS wandelt Namen und Nummern um.
• 2:03
  Wenn Sie Contoso.com in Ihren Browser eingeben, hat Ihr Computer keine Ahnung, was diese Zeichenkette bedeutet.
• 2:08
  Er braucht eine IP-Adresse.
• 2:10
  So etwas wie 2019199550220, um sich mit dem Server zu verbinden, auf dem die Website gehostet wird.
• 2:15
  DNS ermöglicht diese Übersetzung.
• 2:17
  Warum ist das wichtig?
• 2:18
  Weil Computer nur Nummern verstehen, während Menschen sich nur Namen merken können.
• 2:22
  Sie merken sich nicht die Telefonnummer Ihres Freundes, Sie merken sich seinen Namen.
• 2:25
  Genauso ist es bei Webseiten.
• 2:26
  Dank DNS können Sie Google.com eingeben, statt eine Zahlenfolge, die Sie sich niemals merken können.
• 2:31
  Was passiert also wirklich, wenn Sie eine Domain in Ihren Browser eingeben?
• 2:33
  Ist das eine Kette?
• 2:34
  Ihr Browser prüft zuerst seinen eigenen Cache mit der Frage, habe ich das kürzlich nachgeschlagen?
• 2:38
  Falls nicht, sendet er eine Anfrage an einen rekursiven Resolver, der normalerweise von Ihrem Internetanbieter bereitgestellt wird.
• 2:44
  Von dort aus prüft der Resolver seinen eigenen Cache.
• 2:45
  Noch keine Antwort? Dann steigt er in der Hierarchie auf.
• 2:48
  Zuerst fragt er einen Root-Server.
• 2:50
  Dieser Root-Server kennt die IP-Adresse von Contos.com zwar nicht, weiß aber, wen er als nächstes fragen muss.
• 2:55
  Dem TLD-Server für COM.
• 2:56
  Dieser TLD-Server kennt die genaue IP zwar auch nicht, aber er kennt den autoritativen Namensserver für diese Domain.
• 3:01
  Das ist die letzte Station.
• 3:02
  Der autoritative Namensserver enthält die tatsächlichen Einträge.
• 3:05
  Er antwortet mit der IP-Adresse, der Resolver speichert sie zwischen, sendet sie an Ihren Browser zurück und Ihr Browser lädt die Seite.
• 3:10
  Sie müssen sich nicht jeden Schritt merken.
• 3:11
  Wissen Sie einfach, dass es eine Hierarchie gibt und diese funktioniert.
• 3:13
  Der für uns wichtige Teil ist dieser letzte Schritt, der autoritative Namensserver.
• 3:17
  Genau hier kommt Azure DNS ins Spiel.
• 3:19
  Was ist Azure DNS?
• 3:20
  Azure DNS ist der verwaltete DNS-Hosting-Dienst von Microsoft.
• 3:23
  Einfach ausgedrückt bedeutet das, dass Sie nie eigene DNS-Server betreiben, diese Patchen oder die Hochverfügbarkeit planen müssen.
• 3:29
  Azure erledigt das alles für Sie.
• 3:31
  Sie erstellen eine DNS-Zone in Azure für Ihre Domain, fügen Ihre Einträge hinzu wie A-Records, C-Name-Records oder was auch immer Sie benötigen.
• 3:36
  Und Azure hostet diese Einträge auf seiner globalen Infrastruktur.
• 3:39
  Wenn jemand irgendwo im Internet Ihre Domain abfragt, antworten die Namensserver von Azure.
• 3:43
  Und da es auf dem globalen Netzwerk von Azure basiert, ist es schnell, resilient und skaliert automatisch.
• 3:47
  Sie müssen sich keine Gedanken dauern.
• 3:48
  Es funktioniert einfach.
• 3:49
  Sie verwalten alles über das Azure-Portal, die Befehlszeile oder ARM-Vorlagen, falls Sie Infrastructure as Code bevorzugen.
• 3:55
  Keine manuelle Server-Konfiguration, kein SSH-Zugriff auf einen Rechner, um Zonendateien zu bearbeiten.
• 3:59
  Alles läuft über Point-and-Click oder Skript- und Bereitstellung.
• 4:01
  Vergleichen wir das nun mit dem traditionellen Ansatz.
• 4:03
  Vor 20 Jahren hätten Sie Ihre eigenen S-Server betrieben.
• 4:05
  Sie wären für das Patchen des Betriebssystems verantwortlich gewesen, müssten Redundanz sicherstellen,
• 4:09
  damit ein einzelner Serverausfall Ihre Domain nicht offline nimmt und Kapazitäten für Verkehrsspitzenplanung.
• 4:14
  Mit Azure DNS ist das alles das Problem von jemand anderem.
• 4:16
  Sie erstellen einfach Ihre Zone, fügen Ihre Einträge hinzu und fertig.
• 4:19
  Aber hier wird es interessant.
• 4:21
  Azure DNS ist nicht nur für öffentliche Websites gedacht.
• 4:23
  Es übernimmt auch die interne Namensauflösung innerhalb Ihrer virtuellen Azure-Netzwerke.
• 4:26
  Hier kommt die Unterscheidung zwischen öffentlichen und privaten DNS-Zonen ins Spiel.
• 4:29
  Öffentliche DNS-Zonen gegenüber privaten DNS-Zonen.
• 4:34
  Lassen Sie uns die zwei Arten von DNS-Zonen in Azure aufschlüsse.
• 4:36
  Öffentliche DNS-Zonen sind genau das, wonach sie klingen.
• 4:39
  Domains, die aus dem Internet erreichbar sein müssen.
• 4:41
  Jeder Name, den jemand außerhalb Ihres Netzwerks auflösen muss,
• 4:44
  wie Ihre Website, ein IP-Eint-Punkt oder ein E-Mail-Server, gehört in eine öffentliche Zone.
• 4:47
  Private DNS-Zonen sind das Gegenteil.
• 4:49
  Sie sind für Namen gedacht, die nur innerhalb Ihrer virtuellen Azure-Netzwerke aufgelöst werden sollen.
• 4:53
  Nehmen wir zum Beispiel einen Datenbank-Server.
• 4:55
  Sie möchten nicht, dass das gesamte Internet dessen IP-Adress abfragen kann.
• 4:58
  Sie möchten nur, dass Ihre Anwendungs-VM's ihn finden können.
• 5:00
  Also erstellen Sie eine private Zone und nur die Netzwerke, die Sie damit verknüpfen, können diese Namen auflösen.
• 5:04
  Hier ist ein konkretes Beispiel.
• 5:05
  Angenommen, Sie haben einen Datenbank-Server und möchten ihn intern db.internal.contoso.com nennen.
• 5:11
  Dieser Name bedeutet für die Außenwelt nichts und das sollte er auch nicht.
• 5:14
  Aber Ihre App-VMs müssen ihn finden können.
• 5:15
  Mit einer privaten DNS-Zone erstellen Sie diesen Eintrag,
• 5:18
  verknüpfen die Zone mit Ihrem virtuellen Netzwerk
• 5:20
  und plötzlich kann jede VM in diesem Netzwerk db.internal.contoso.com
• 5:23
  in die private IP-Adresse der Datenbank auflösen.
• 5:26
  Es sind keine benutzerdefinierten DNS-Server vor Ort.
• 5:28
  Hier werden private Zonen erst richtig nützlich.
• 5:31
  Eine einzelne Zone lässt sich mit mehreren virtuellen Netzwerken verknüpfen, sogar über Regionen hin.
• 5:34
  Wenn Sie also eine Web-App in East US und eine Datenbank in West Europe haben,
• 5:37
  können beide V-Nets dieselbe private Zone nutzen.
• 5:40
  Die Web-App löst den Datenbanknamen problemlos auf,
• 5:42
  obwohl sie sich in unterschiedlichen Rechenzentren befinden.
• 5:44
  Keine Peering-Konfiguration für DNS, keine Weiterleitungsregeln,
• 5:47
  Sie verknüpfen einfach die Zone.
• 5:48
  Die automatische Registrierung ist ein weiteres Feature, das man kennen soll.
• 5:51
  Wenn Sie dies bei einer virtuellen Netzwerkverknüpfung aktivieren,
• 5:53
  erstellt Azure automatisch A-Einträge für jede VM, sobald sie hochgefahren wird.
• 5:56
  Sie stellen eine neue VM bereit und innerhalb von Minuten gibt es einen DNS-Eintrag.
• 6:00
  Löschen Sie die VM, verschwindet auch der Eintrag.
• 6:02
  Keine manuelle Verwaltung von Einträgen.
• 6:03
  Dies ist besonders nützlich in dynamischen Umgebungen, in denen VMs kommen.
• 6:06
  Ich höre oft, dass Leute denken, private Zonen benötigen registrierten Domain.
• 6:09
  Das tun sie nicht.
• 6:10
  Sie können eine private Zone beliebig benennen,
• 6:12
  etwa intern, kontor.com, corp.local oder db.internal.
• 6:15
  Das spielt keine Rolle, da niemand außerhalb Ihres Netzwerks jemals danach fragen wird.
• 6:18
  Es ist kein Domain-Registrar involviert, keine öffentliche Delegierung.
• 6:21
  Es ist rein intern.
• 6:22
  Fassen wir den Unterschied zusammen.
• 6:23
  Öffentliche Zonen sind für das Internet gedacht.
• 6:25
  Private Zonen sind für Ihre virtuellen Netzwerke.
• 6:27
  Öffentliche Zonen erfordern eine Domain, die Sie besitzen,
• 6:29
  und eine Delegierung durch Ihren Registrar.
• 6:31
  Private Zonen benötigen nur einen Namen und eine V-Net-Verknüpfung.
• 6:33
  Sobald Sie Ihre Zone eingerichtet haben, ob öffentlich oder privat,
• 6:36
  benötigen Sie Einträge, um Namen Ressourcen zuzuordnen.
• 6:38
  Das ist die Grundlage.
• 6:39
  Und wenn man das einmal verstanden hat, besteht der Rest nur noch aus dem Hinzufügen von Einträgen.
• 6:43
  Datensatstypen, die Sie tatsächlich verwenden werden.
• 6:44
  Welche DNS-Einträge werden Sie also im Alltag benötigen?
• 6:47
  Gehen wir Sie gemeinsam.
• 6:47
  Der A-Eintrag ist der, den jeder kennt.
• 6:49
  Er verknüpft einen Namen mit einer IPv4-Adresse.
• 6:52
  Geben Sie www.kontoso.com in Ihren Browser ein und der A-Eintrag verrät Ihnen,
• 6:55
  dass der Server unter 20.190 zu finden ist.
• 6:59
  Französisch muss ich.
• 7:00
  Einfach und universell.
• 7:02
  Es ist der am häufigsten verwendete Datensatstyp im Internet.
• 7:05
  A-Einträge bewirken dasselbe für IPv6-Adressen.
• 7:07
  Wenn Ihr Dienst IPv6 unterstützt, benötigen Sie diese zusätzlich zu Ihren A-Einträgen.
• 7:11
  Die meisten Leute nutzen sie im Alltag nicht, aber sie sind da, wenn man sie braucht.
• 7:14
  10-Name-Einträge funktionieren anders.
• 7:16
  Anstatt einen Namen auf eine IP abzubilden, verknüpft ein 10-Name einen Namen mit einem Namen.
• 7:20
  Sie könnten also www.kontoso.com als 10-Name auf Contoso verweisen lassen.
• 7:24
  www.kontoso.com
• 7:25
  Wenn jemand www.kontoso.com abfragt, folgt der DNS-Reserver der Kette, bis er die tatsächliche IP findet.
• 7:33
  Und das ist schön daran.
• 7:35
  10-Names sind perfekt für Aliasing geeignet.
• 7:37
  Ändern Sie das Ziel einmal und alles, was darauf verweist, wird automatisch aktualisiert.
• 7:40
  Im Mix-Einträge steuern das E-Mail-Routing.
• 7:41
  Wenn jemand eine E-Mail an user-at-kontoso.com sendet, fragt der sendende Server den MX-Eintrag ab, um herauszufinden, welcher Mail-Server sie empfangen soll.
• 7:50
  Normalerweise haben Sie ein oder mehrere MX-Einträge mit Prioritätswert.
• 7:53
  Niedrigere Zahlen bedeuten eine Höhung.
• 7:55
  Daher wird mail.kontoso.com mit Priorität 10 vor backup.kontoso.com mit Priorität 20 versucht.
• 8:01
  TXT-Einträge speichern Textinformationen und werden für alle möglichen Dinge verwendet.
• 8:05
  Die Domainverifizierung ist ein wichtiger Punkt.
• 8:07
  Wenn Sie Microsoft 365 einrichten, werden Sie aufgefordert, einen TXT-Eintrag hinzuzufügen, um nachzuweisen, dass Ihnen die Domain gehört.
• 8:13
  E-Mail-Authentifizierung ebenfalls.
• 8:15
  SPF-Einträge, DKIM-Schlüssel, DMAC-Richtlinien.
• 8:18
  All das sind TXT-Einträge.
• 8:19
  Sie sehen aus wie willkürliche Textzeichen folgen, erfüllen aber wichtige Sicherheitsfunktionen.
• 8:23
  Hier fügt Azure DNS nun etwas hinzu, das Sie beim herkömmlichen DNS-Hosting nicht finden.
• 8:27
  Alias-Einträge?
• 8:28
  Diese sind Azure-spezifisch und äußerst nützlich.
• 8:31
  Ein Alias-Eintrag ermöglicht es Ihnen, einen Namen direkt auf eine Azure-Ressource zu verweisen, statt auf ein statischer IP.
• 8:36
  Anstatt also ein A-Eintrag mit einer festprogrammierten IP für Ihren Loadbalancer zu erstellen, erstellen Sie einen Alias-Eintrag, der auf die Loadbalancer-Ressource selbst verweist.
• 8:43
  Das ist wichtig, dass Azure-Ressourcen Ihre IP-Adressen ändern können.
• 8:47
  Ein Loadbalancer wird neu bereitgestellt oder ein CDNN-Punkt erhält eine neue Frontend-IP.
• 8:51
  Bei einem normalen A-Eintrag müssten Sie den DNS-Eintrag jedes Mal manuell aktualisieren, wenn das passiert.
• 8:56
  Mit einem Alias-Eintrag erledigt Azure dies jedoch automatisch.
• 8:58
  Der Eintrag verweist immer auf die aktuelle IP der Ressource.
• 9:03
  Keine manuelle Arbeit, keine vergessenen Aktualisierungen, keine Ausfallzeiten, weil jemand vergessen hat, einen Eintrag zu ändern.
• 9:07
  Noch eine Anmerkung dazu, wie Azure Datensätze organisiert.
• 9:10
  In Azure DNS werden Datensätze desselben Typs und Namens in einem sogenannten Rekordset zusammengefasst.
• 9:14
  Wenn Sie also zwei Webserver für dieselbe Website haben, erstellen Sie ein einziges A-Rekordset für www.contoso.com mit zwei IP-Adressen darin.
• 9:23
  Der DNS-Resolver gibt beide zurück und der Client wählt eine davon aus.
• 9:26
  Das ist eine einfache Form des Loadbalancing.
• 9:28
  Das selbe Prinzip gilt für MX-Einträge mit mehreren Mail-Servern.
• 9:31
  Das Rekordset sorgt für Ordnung.
• 9:33
  Sie haben also Ihre Zone und Ihre Datensätze, aber es gibt noch einen weiteren Schritt, bevor das Internet Ihre Azure-DNS-Zone tatsächlich nutzt.
• 9:39
  Sie müssen dem Rest der Welt mitteilen, dass Azure nun die autoritative Instanz für Ihre Domäne ist.
• 9:43
  Dieser Vorgang wird als Delegation bezeichnet.
• 9:45
  Delegation ist die Art und Weise, wie sich Kontrolle übergeben.
• 9:47
  Sie haben also Ihre öffentliche DNS-Zone in Azure erstellt, Ihre Datensätze hinzugefügt und bei Ihnen sieht alles gut aus.
• 9:51
  Das ist der Punkt.
• 9:53
  Niemand im Internet weiß, dass Azure die Anfragen für Ihre Domäne beantworten soll.
• 9:57
  Das müssen Sie mitteilen.
• 9:58
  Genau das ist Delegation.
• 9:59
  Delegation ist der Prozess, bei dem man dem Rest des Internets mitteilt, Azure DNS ist jetzt die Autorität für meine Domäne.
• 10:04
  Dies tun Sie bei Ihrem Domain-Registrar.
• 10:06
  Ob GoDaddy, Namecheap oder Google Domains, wo auch immer Sie Ihre Domäne gekauft haben,
• 10:10
  Sie gehen in deren DNS-Einstellungen und ändern die Namensserver-Einträge, damit Sie auf Azure verweisen.
• 10:13
  Wenn Sie eine öffentliche DNS-Zone in Azure erstellen, erhalten Sie vom Dienst vier Namensserver-Adressen.
• 10:18
  Diese sehen etwa so aus.
• 10:19
  ns1.neo1.azuread.ns.com, ns2.neo1.azuread.ns.net.usw
• 10:24
  Dies sind die Server, die Anfragen für Ihre Domäne beantworten werden.
• 10:27
  Sie nehmen diese vier Adressen und tragen sie in die Namensserver-Konfiguration Ihres Registrars.
• 10:31
  Das war's.
• 10:31
  Das ist Delegationsschritt.
• 10:33
  Sobald Sie diese Änderungen speichern, verbreiten sich die Informationen im Internet.
• 10:37
  Die Root-Server und TLD-Server für Ihre Domäne werden aktualisiert.
• 10:40
  Sie lernen, dass Sie Anfragen für Contoso.com an die Namensserver von Azure senden sollen,
• 10:44
  anstatt an die Stelle, auf die Sie zuvor verwiesen haben.
• 10:46
  Die Verbreitung erfolgt normalerweise innerhalb von Minuten, kann aber in manchen Fällen bis zu 48 Stunden dauern,
• 10:51
  da DNS-Resolver weltweit die alten Informationen zwischenspeichern und erst nach Ablauf Ihres Caches nach Updates suchen.
• 10:56
  Suchen.
• 10:57
  Nun zu etwas Wichtigem.
• 10:59
  Delegation ist keine Einbahnstraße.
• 11:00
  Azure verwaltet nicht Ihren Registrar.
• 11:02
  Sie verlängern Ihre Domäne weiterhin über GoDaddy, Namecheap oder wen auch immer.
• 11:05
  Sie verwalten die Registrierung weiterhin dort.
• 11:07
  Azure hostet lediglich die DNS-Einträge.
• 11:09
  Beides ist getrennt.
• 11:10
  Ihr Registrar kümmert sich um den Teil, ich besitze diese Domäne.
• 11:12
  Azure kümmert sich um den Teil.
• 11:14
  Hier ist die IP-Adresse für diese Domäne.
• 11:16
  Es gibt hier eine häufige Falle, die viele unvorbereitet trifft.
• 11:19
  Wenn Sie Ihre Namensserver auf Azure umstellen, funktionieren die DNS-Einträge bei Ihrem alten Anbieter nicht mehr.
• 11:24
  Alle davon.
• 11:25
  Ihre A-Records, MX-Records und TXT-Records sind weg, da das Internet Ihren alten Host nicht mehr nach Antworten fragt.
• 11:31
  Sie müssen also sicherstellen, dass Sie jenen einzelnen Eintrag in Azure neu erstellt haben, bevor Sie den Schalter umlegen.
• 11:35
  Andernfalls fällt Ihre Website aus, der E-Mail-Verkehr stoppt und Sie müssen hektisch herausfinden,
• 11:39
  was Sie übersehen haben.
• 11:40
  Planen Sie die Migration sorgfältig.
• 11:41
  Erstellen Sie die Zone in Azure, fügen Sie alle Einträge hinzu und ändern Sie dann die Namensserver.
• 11:45
  Nicht umgekehrt.
• 11:46
  Die Delegierung ist der letzte Schritt bei öffentlichen Zonen.
• 11:49
  Sie verbindet Ihre Azure-DNS-Zone mit der globalen DNS-Infrastruktur.
• 11:53
  Bei privaten Zonen sieht die Sache jedoch völlig anders aus.
• 11:55
  Es gibt kein Registrar und keine Delegierung.
• 11:57
  Stattdessen verknüpfen Sie Ihre Zone direkt mit den virtuellen Netzwerken, die Sie benötigen.
• 12:00
  Privates DNS in Aktien
• 12:03
  Verknüpfung mit virtuellen Netzwerken
• 12:04
  Wie macht man eine private DNS-Zone also tatsächlich nützlich?
• 12:07
  Betrachten Sie sie als Container für Einträge, aber sie ist nutzlos, solange Sie sie nicht mit einem Netzwerk verknüpfen.
• 12:11
  Diese Verknüpfung teilt Azure mit, welche Netzwerke diese Namen auflösen dürfen.
• 12:15
  Ohne diese Verknüpfung existiert die Zone zwar, aber niemand kann sie abfragen.
• 12:18
  Es ist wie ein Telefonbuch ohne Telefone zum Anrufen.
• 12:20
  Die Einrichtung ist jedoch unkompliziert.
• 12:22
  Sie erstellen eine virtuelle Netzwerkverknüpfung von der privaten Zone zu jedem V-Net, das eine Auflösung benötigt.
• 12:26
  Wählen Sie das V-Net, geben Sie der Verknüpfung einen Namen und speichern Sie es.
• 12:28
  Sobald dies geschehen ist, funktioniert die Zone für jede VM und jeden Dienst innerhalb dieses Netzwerks,
• 12:32
  ohne dass benutzerdefinierte DNS-Server oder Host-Dateien erforderlich sind.
• 12:35
  Es funktioniert einfach.
• 12:36
  Hier ist das Wichtigste zur automatischen Registrierung.
• 12:38
  Wenn Sie eine V-Net-Verknüpfung erstellen, haben Sie die Wahl.
• 12:40
  Legen Sie sie als Registrierungs-V-Net fest oder belassen Sie sie bei der reinen Auflösung.
• 12:43
  Und dieser Unterschied ist sehr wichtig.
• 12:45
  Die automatische Registrierung funktioniert nur in dem V-Net, das Sie für die Registrierung machen.
• 12:48
  Jede VM, die dort gestartet wird, erhält automatisch einen A-Record in der privaten Zone.
• 12:51
  Stellen Sie eine neue VM bereit und innerhalb weniger Minuten erscheint ein DNS-Eintrag.
• 12:55
  Löschen Sie die VM und der Eintrag verschwindet wieder.
• 12:57
  Keine manuelle Arbeit.
• 12:59
  Was sind mit anderen V-Nets, die mit derselben Zone füchten?
• 13:01
  Sie dienen nur der Auflösung.
• 13:02
  Sie können Namen nachschlagen und Antworten erhalten, aber Sie registrieren sich nicht automatisch.
• 13:05
  Daher werden für Ihre VMs nicht automatisch Einträge erstellt.
• 13:08
  Das beabsichtigt insbesondere bei einer gemeinsam genutzten privaten Zone für ein Zentraland.
• 13:11
  Sie möchten nicht, dass jede VM in jedem Spoke-Netzwerk automatisch Einträge erstellt.
• 13:15
  Behalten Sie die Registrierung stattdessen auf dem V-Net, in dem Sie Ihre eigentlichen Server befinden,
• 13:19
  und lassen Sie alle anderen nur auflösen.
• 13:20
  Lassen Sie mich Ihnen ein Reales zeigen.
• 13:22
  Angenommen, Sie betreiben eine Web-Anwendung in einem V-Net und einen Datenbank-Server in einem anderen V-Net,
• 13:26
  vielleicht sogar in verschiedenen Azure-Regionen, vielleicht...
• 13:28
  Die Web-App muss eine Verbindung zur Datenbank herstellen,
• 13:30
  aber Sie möchten die private IP-Adresse der Datenbank nicht festkodieren.
• 13:33
  Das ist fehleranfällig.
• 13:34
  Wenn die Datenbank mit einer neuen IP neu bereitgestellt wird, funktioniert Ihre Web-App nicht.
• 13:37
  Erstellen Sie stattdessen eine private DNS-Zone,
• 13:39
  fügen Sie einen A-Eintrag für den Datenbank-Namen hinzu und verknüpfen Sie die Zone mit beiden V-App.
• 13:43
  Jetzt löst die Web-App db.in-channel-kontose.com zur IP-Adresse der Datenbank auf.
• 13:46
  Wenn sich diese IP ändert, aktualisieren Sie einen einzigen Eintrag, anstatt Konfigurationsdateien zu durchsuchen.
• 13:52
  Regionsübergreifende Verknüpfungen funktionieren mit privaten Zoneneimern.
• 13:54
  Sie können ein V-Net in USA, Osten und ein weiteres in Europa, Westen haben,
• 13:58
  die beide mit derselben privaten Zone verknüpft sind
• 13:59
  und die Namensauflösung erfolgt regionsübergreifend ohne zusätzliche Konfiguration.
• 14:03
  Azure übernimmt das Routing im Hintergrund etwas,
• 14:05
  das Sie bei herkömmlichen DNS-Servern ohne komplexe Weiterleitungsregeln nicht erhalten, nicht erhalten.
• 14:09
  Also, Delegierung für öffentliche Zonen, V-Net, Verknüpfungen für private Zonen,
• 14:13
  zwei verschiedene Mechanismen für zwei verschiedene Zwecke.
• 14:15
  Sobald beide eingerichtet sind, steht das Fundament.
• 14:17
  Aber es bleibt die Frage, wie alles sicher bleibt und reibungslos funktioniert.
• 14:22
  Sicherheit, Überwachung und Best Practices.
• 14:24
  Lassen Sie uns nun darüber sprechen, wie Ihr DNS gesund und sicher bleibt.
• 14:27
  Azure DNS lässt sich in Azure ABRC integrieren,
• 14:29
  sodass Sie genau steuern können, wer Datensätze erstellen oder ändern darf.
• 14:32
  Sie möchten nicht, dass jemand versehentlich Ihren MX-Eintrag löscht
• 14:35
  und damit den E-Mail-Verkehr für das Gesamtunternehmen anmengt.
• 14:37
  Geben Sie Ihrem DNS-Team mitwirkenden Zugriff und allen anderen nur Lesezugriff.
• 14:40
  So einfach ist das.
• 14:41
  Sie können auch Azure Policy verwenden, um Regeln unternehmensweit durchzusetzen.
• 14:46
  Vielleicht möchten Sie namens Konventionen für Ihre Zonen erzwingen
• 14:48
  oder Ihr Sicherheitsteam untersagt öffentliche Zonen.
• 14:51
  Alles muss privat sein.
• 14:52
  Erstellen Sie eine Richtlinie, wenden Sie diese auf der Ebene der Verwaltungsgruppe an
• 14:55
  und sie wird überall ausnahmslos durchgesetzt.
• 14:57
  Es gibt auch eine integrierte Bedrohungserkennung auf DNS-Ebene.
• 15:00
  Ein Teil von Microsoft Defender for Cloud kann die Auflösung bekannter bösartiger Domänen blockieren.
• 15:03
  Wenn eine VM in Ihrem Netzwerk versucht, eine als Phishing-Seite oder Malwert-CNC-Server markierte Domäne aufzulösen,
• 15:09
  kann Azure DNS die Antwort verweigern.
• 15:12
  Dies ist eine Sicherheits-Ebene, die Sie ohne zusätzliche Konventionen halten.
• 15:15
  Die Überwachung ist ebenfalls unkompliziert.
• 15:16
  Azure Monitor verfolgt Abfragevolumina, Latenz und Fehler pro Zone.
• 15:19
  Sie können Warnungen einrichten.
• 15:21
  Wenn das Abfragevolumen plötzlich abfällt, wissen Sie, dass etwas nicht stimmt.
• 15:23
  Wenn die Latenz ansteigt, liegt ein Netzwerkproblem.
• 15:25
  Sie erhalten Transparenz über die Leistung Ihres DNS, ohne separate Überwachungstools ausführen zu müssen.
• 15:30
  Eine bewährte Methode.
• 15:31
  Verwenden Sie Alias-Datensätze anstelle von statischen A-Datensätzen für Azure-Ressourcen.
• 15:35
  Wir haben das bereits erwähnt, aber es ist eine Wiederholung wert.
• 15:37
  Alias-Einträge aktualisieren sich automatisch, wenn sich die zugrunde liegende Ressource ändert.
• 15:41
  Statische A-Einträge tun das nicht.
• 15:42
  Wenn Sie auf einen Load-Balancer, einen CDN, Endpunkt oder ein Traffic-Manager-Profil verweisen,
• 15:46
  verwenden Sie einen Alias-Eintrag.
• 15:48
  Das ist eine Sache weniger, an die man denken muss, wenn sich etwas ändert.
• 15:50
  Für hybride Umgebungen mit Workloads, lokal und in Azure gibt es einen Dienst namens Azure DNS Private Resolver.
• 15:56
  ISF verwaltet er