Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Azure DNS uitgelegd: openbare en privé-DNS-zones, recordtypen en delegatie naar Azure (AI-nasynchronisatie)

Transcript

Azure DNS uitgelegd: openbare en privé-DNS-zones, recordtypen en delegatie naar Azure (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

• 0:00
  Speaker 2: Klaar voor 10 dagen Microsoft 365, Copilot, AI, Azure en
• 0:05
  Speaker 2: de mensen die de toekomst van werk vormgeven? Deze januari
• 0:08
  Speaker 2: is M365 komt terug en we pakken groter uit. Doe
• 0:12
  Speaker 2: mee voor live sessies, praktijkdemo's en praktische kennis van MVP's
• 0:16
  Speaker 2: en experts van over de hele wereld. Geen generieke dia's,
• 0:20
  Speaker 2: geen eindeloze modewoorden. We pakken de echte uitdagingen aan Copilot Studio,
• 0:25
  Speaker 2: AI Agents, Fabric, Beveiliging, Governance en Automatisering. Of je nu
• 0:30
  Speaker 2: een IT-professional, ontwikkelaar of zakelijk leider bent, er zijn sessies
• 0:34
  Speaker 2: speciaal voor jou. Met 10 volledige dagen kun je diverse
• 0:37
  Speaker 2: technologieën verkennen en in contact komen met een wereldwijde community.
• 0:40
  Speaker 2: Kijk live mee en neem praktische inzichten mee terug naar
• 0:43
  Speaker 2: jouw organisatie. Januari 2027, 10 dagen, 1 Microsoft Community. Registratie
• 0:50
  Speaker 2: is nu geopend. Claim vandaag nog jouw plek. Dat is m365com.net.
• 1:00
  Speaker 2: Meld je nu aan op m365con.net en we zien je
• 1:03
  Speaker 2: live in januari. Welkom bij een nieuwe aflevering van Microsoft
• 1:06
  Speaker 2: Knowledge Nuggets hier op m365.fm. Ik ben je gastheer, Mirko Peters.
• 1:10
  Speaker 2: Het onderwerp van vandaag is er een waar bijna iedereen
• 1:12
  Speaker 2: van heeft gehoord, maar minder mensen echt begrijpen, DNS, wat
• 1:15
  Speaker 2: staat voor Domain Name System. Je hebt het waarschijnlijk wel
• 1:17
  Speaker 2: eens het telefoonboek van het internet horen noemen, en die
• 1:19
  Speaker 2: beschrijving klopt aardig. De taak is simpel. Neem een naam
• 1:22
  Speaker 2: die je kunt onthouden, zoals Contoso. Kom, en verander die
• 1:25
  Speaker 2: in een nummer dat computers begrijpen, zoals 20.90.152.20. Computers leven
• 1:30
  Speaker 2: van getallen, wij van namen, en DNS zit daar precies
• 1:33
  Speaker 2: tussenin om de vertaling te maken. Maar hier is het punt.
• 1:35
  Speaker 2: De meeste mensen weten dat het een opzoeking uitvoert, maar
• 1:37
  Speaker 2: ze zien nooit de volledige keten. Wat gebeurt er eigenlijk
• 1:40
  Speaker 2: op het moment dat je een domein in je browser typt?
• 1:41
  Speaker 2: En belangrijker nog, waar past Azure in het plaatje? Aan
• 1:44
  Speaker 2: het einde van deze aflevering begrijp je wat Azure DNS
• 1:46
  Speaker 2: echt is. Je kent het verschil tussen openbare en privé
• 1:49
  Speaker 2: DNS zones. Je weet welke recordtypes je echt nodig hebt.
• 1:52
  Speaker 2: En je ziet hoe delegatie de controle overdraagt aan Azure.
• 1:55
  Speaker 2: We behandelen de bouwstenen in duidelijke taal, zonder poespas. Wat
• 1:58
  Speaker 2: DNS werkelijk doet? Laten we beginnen met de kerntaak. DNS
• 2:02
  Speaker 2: zet namen om in cijfers. Wanneer je contoso.com in je
• 2:05
  Speaker 2: browser typt, heeft je computer geen idee wat die reeks betekent.
• 2:08
  Speaker 2: Hij heeft een IP-adres nodig, iets zoals 20.190.152.20 om verbinding
• 2:13
  Speaker 2: te maken met de server die die website host. DNS
• 2:16
  Speaker 2: zorgt dat die vertaling gebeurt. Waarom is dit belangrijk? Omdat
• 2:19
  Speaker 2: computers alleen getallen begrijpen, terwijl mensen alleen namen onthouden. Je
• 2:22
  Speaker 2: onthoudt het telefoonnummer van je vriend niet, je onthoudt hun naam.
• 2:25
  Speaker 2: Hetzelfde geldt voor websites. Dankzij DNS kun je google.com typen
• 2:28
  Speaker 2: in plaats van een reeks cijfers die je nooit uit
• 2:30
  Speaker 2: elkaar zou houden. Dus, wat gebeurt er nou echt wanneer
• 2:32
  Speaker 2: je een domein in je browser typt? Het is een keten.
• 2:34
  Speaker 2: Je browser controleert eerst de eigen cache met de vraag,
• 2:37
  Speaker 2: heb ik dit onlangs opgezocht? Zo niet, dan stuurt hij
• 2:39
  Speaker 2: een verzoek naar een recursieve resolver, meestal aangeboden door je internetprovider.
• 2:43
  Speaker 2: Van daaruit controleert de resolver de eigen cache. Nog steeds
• 2:46
  Speaker 2: geen antwoord? Dan klimt hij door de hiërarchie. Hij vraagt
• 2:49
  Speaker 2: eerst een root server. Die root server kent het IP-adres
• 2:52
  Speaker 2: van contoso.com niet, maar weet wel wie hij vervolgens moet vragen,
• 2:55
  Speaker 2: de TLD-server voor com. Die TLD-server kent het exacte IP-adres
• 2:58
  Speaker 2: ook niet, maar hij kent wel de gezaghebbende naamserver voor
• 3:00
  Speaker 2: dat domein. Dat is de laatste halte. De gezaghebbende naamserver
• 3:03
  Speaker 2: bevat de werkelijke records. Hij antwoordt met het IP-adres, de
• 3:06
  Speaker 2: resolver slaat dit op in de cache, stuurt het terug
• 3:08
  Speaker 2: naar je browser en je browser laat de pagina. Je
• 3:10
  Speaker 2: hoeft niet elke stap uit je hoofd te leren. Weet
• 3:12
  Speaker 2: gewoon dat er een hiërarchie is en dat het werkt.
• 3:14
  Speaker 2: Het onderdeel dat voor ons van belang is, is die
• 3:15
  Speaker 2: laatste stap, de gezaghebbende naamserver. Dat is waar Azure DNS
• 3:18
  Speaker 2: in beeld komt. Wat is Azure DNS? Azure DNS is
• 3:21
  Speaker 2: Microsofts beheerde DNS-hostingservice. In begrijpelijke taal betekent dit dat je
• 3:25
  Speaker 2: nooit je eigen DNS-servers hoeft te draaien, te patchen of
• 3:28
  Speaker 2: na te denken over hoge beschikbaarheid. Azure regelt dat allemaal
• 3:30
  Speaker 2: voor je. Je maakt een DNS-zone in Azure voor je domein,
• 3:33
  Speaker 2: voegt je records toe zoals A-records, CNAME-records of wat je
• 3:36
  Speaker 2: ook nodig hebt, en Azure host die records op zijn
• 3:38
  Speaker 2: wereldwijde infrastructuur. Wanneer iemand waar dan ook op internet je
• 3:40
  Speaker 2: domein opvraagt, antwoorden de naamsurfers van Azure. En omdat het
• 3:43
  Speaker 2: gebouwd is op het wereldwijde netwerk van Azure, is het snel,
• 3:45
  Speaker 2: veerkrachtig en schaalt het automatisch. Je hoeft er niet over
• 3:48
  Speaker 2: na te denken. Het werkt gewoon. Je beheert alles via
• 3:50
  Speaker 2: de Azure Portal, de opdrachtregel of ARM-schablonen als je van
• 3:53
  Speaker 2: infrastructuur als code houdt. Geen handmatige serverconfiguraties, geen SSH-sessies naar
• 3:57
  Speaker 2: een server om zonebestanden te bewerken. Het is allemaal point-and-click
• 4:00
  Speaker 2: of script-and-deploy. Laten we dat nu vergelijken met de traditionele aanpak.
• 4:03
  Speaker 2: Twintig jaar geleden draaide je je eigen DNS-servers. Je was
• 4:06
  Speaker 2: zelf verantwoordelijk voor het patchen van het OS, zorgen voor
• 4:09
  Speaker 2: redundantie zodat een enkele server storing je domein niet offline
• 4:11
  Speaker 2: haalt en capaciteitsplanning voor verkeerspieken. Met Azure DNS is dat
• 4:15
  Speaker 2: allemaal het probleem van iemand anders. Je maakt gewoon je
• 4:17
  Speaker 2: zone aan, voegt je records toe en je bent klaar.
• 4:19
  Speaker 2: Maar hier wordt het interessant. Azure DNS is niet alleen
• 4:22
  Speaker 2: voor openbare websites. Het regelt ook interne naamomzetting binnen je
• 4:25
  Speaker 2: Azure virtuele netwerken. Dat is waar het onderscheid tussen openbare
• 4:28
  Speaker 2: en privégebaseerde DNS zones om de hoek komt kijken. Openbare
• 4:31
  Speaker 2: DNS zones versus private DNS zones. Laten we de twee
• 4:34
  Speaker 2: smaken DNS zones in Azure eens onder de loep nemen.
• 4:37
  Speaker 2: Publieke DNS zones zijn precies wat de naam zegt. Domijnen
• 4:40
  Speaker 2: die bereikbaar moeten zijn vanaf het internet. Elke naam die
• 4:42
  Speaker 2: iemand buiten je netwerk moet kunnen omzetten, zoals je website,
• 4:44
  Speaker 2: API eindpunt of e-mail server, komt in een publieke zone.
• 4:47
  Speaker 2: Private DNS zones zijn het tegenovergestelde. Deze zijn bedoeld voor
• 4:50
  Speaker 2: namen die alleen binnen je Azure virtuele netwerken opgelost moeten worden.
• 4:53
  Speaker 2: Stel bijvoorbeeld dat je een database server hebt. Je wilt
• 4:56
  Speaker 2: niet dat het hele internet naar het IP-adres ervan kan vragen.
• 4:58
  Speaker 2: Je wilt alleen dat je applicatie-VMs deze kunnen vinden. Dus
• 5:00
  Speaker 2: maak je een private zone aan en alleen de netwerken
• 5:02
  Speaker 2: die je eraan koppelt kunnen die namen omzetten. Hier is
• 5:04
  Speaker 2: een concreet voorbeeld. Stel je hebt een database-server en je
• 5:07
  Speaker 2: wilt deze intern db.internal.contoso.com noemen. Die naam betekent niets voor
• 5:12
  Speaker 2: de buitenwereld. En dat hoort ook zo. Maar je app
• 5:14
  Speaker 2: VM's moeten de server wel kunnen vinden. Met een private
• 5:16
  Speaker 2: DNS zone maak je dat record aan, koppel je de
• 5:18
  Speaker 2: zone aan je virtuele netwerk, en plotseling kan elke VM
• 5:21
  Speaker 2: in dat netwerk db.nterno.contoso.com omzetten naar het privé IP van
• 5:25
  Speaker 2: de database. Er zijn geen aangepaste DNS servers nodig. Nu
• 5:28
  Speaker 2: wordt het pas echt interessant bij private zones. Je kunt
• 5:31
  Speaker 2: één zone koppelen aan meerdere virtuele netwerken, zelfs over verschillende
• 5:34
  Speaker 2: regio's heen. Dus als je een webapp in East US
• 5:36
  Speaker 2: hebt en een database in West Europe, kunnen beide VNAT's
• 5:39
  Speaker 2: dezelfde private zone delen. De webapp lost de database naam
• 5:41
  Speaker 2: prima op, Ook al staan ze in verschillende datacenters. Geen
• 5:44
  Speaker 2: peringconfiguratie voor DNS, geen doorstuurregels, je koppelt simpelweg de zone.
• 5:48
  Speaker 2: Autoregistratie is een andere functie die het vermelden waard is.
• 5:51
  Speaker 2: Wanneer je dit inschakelt op een virtuele netwerkkoppeling, maakt Azure
• 5:54
  Speaker 2: automatisch A-records aan voor elke VM zodra deze wordt opgestart.
• 5:57
  Speaker 2: Je implementeert een nieuwe VM en binnen enkele minuten is
• 5:59
  Speaker 2: er een DNS-record voor. Verwijder je de VM, dan verdwijnt
• 6:01
  Speaker 2: het record ook. Geen handmatig beheer van records. Dit is
• 6:04
  Speaker 2: vooral handig in dynamische omgevingen waar VM's komen en gaan.
• 6:06
  Speaker 2: Ik hoor vaak dat mensen denken dat private zones een
• 6:08
  Speaker 2: geregistreerde domeinnaam nodig hebben. Dat is niet zo. Je kunt
• 6:10
  Speaker 2: een private zone noemen zoals je wilt, zoals een turnel, contoshop.com,
• 6:13
  Speaker 2: corplocal of db, een turnel. Het maakt niet uit, want
• 6:16
  Speaker 2: niemand buiten je netwerk zal er ooit een query op uitvoeren.
• 6:18
  Speaker 2: Er is geen domein registrar bij betrokken en geen publieke delegatie.
• 6:21
  Speaker 2: Het is puur intern. Laten we het verschil samenvatten. Publieke
• 6:24
  Speaker 2: zones zijn voor het internet. Private zones zijn voor je
• 6:26
  Speaker 2: virtuele netwerk. Publieke zones vereisen een domein dat je bezit
• 6:29
  Speaker 2: en delegatie van je registrar. Private zones hebben alleen een
• 6:32
  Speaker 2: naam en een VNet-koppeling nodig. Zodra je zone is ingesteld,
• 6:35
  Speaker 2: publiek of privaat, heb je records nodig om naam en
• 6:37
  Speaker 2: aan resources te koppelen. Dat is de basis. En als
• 6:40
  Speaker 2: je dat eenmaal doorhebt, is de rest enkel nog records toevoegen.
• 6:42
  Speaker 2: Recordtypes die u echt zult gebruiken. Dus, welke DNS-records ga
• 6:46
  Speaker 2: je dagelijks gebruiken? Laten we ze eens doornemen. Het A-record
• 6:48
  Speaker 2: is degene die iedereen kent. Het koppelt de naam aan
• 6:51
  Speaker 2: een IPv4-adres. Typ www.contoso.com in je browser... En dat A-record
• 6:55
  Speaker 2: vertelt dat de server zich op 20.190 bevindt. 152.20. Eenvoudig
• 7:01
  Speaker 2: en universeel. Het is het meest voorkomende recordtype op het internet.
• 7:04
  Speaker 2: AAAA Records doen hetzelfde voor IPv6-adressen. Als je dienst IPv6 ondersteunt,
• 7:09
  Speaker 2: heb je ze nodig naast je A-records. De meeste mensen
• 7:12
  Speaker 2: gebruiken deze niet dagelijks, maar ze zijn er wanneer je
• 7:14
  Speaker 2: ze nodig hebt. CNAME Records werken anders. In plaats van
• 7:17
  Speaker 2: een naam aan een IP te koppelen, koppelt een CNAME
• 7:19
  Speaker 2: een naam aan een andere naam. Je zou bijvoorbeeld www.contoso.com
• 7:22
  Speaker 2: als CNAME kunnen laten verwijzen naar Contoso. Wanneer iemand www.contoso.com opvraagt,
• 7:29
  Speaker 2: volgt de DNS resolver de keten tot het daadwerkelijke IP
• 7:32
  Speaker 2: is gevonden. En dit is het mooie ervan. C en
• 7:35
  Speaker 2: A ME's zijn perfect voor aliasing. Wijzig het doe één
• 7:38
  Speaker 2: keer en alles wat ernaar verwijst, wordt automatisch bijgewerkt. MX
• 7:41
  Speaker 2: Records regelen e-mail routering. Als iemand een e-mail stuurt naar user.contoso.com,
• 7:45
  Speaker 2: vraagt de versedende server het MX record op om te
• 7:48
  Speaker 2: bepalen welke mailserver deze moet ontvangen. Je hebt meestal een
• 7:51
  Speaker 2: of meer MX Records met prioriteitswaarde. Lagere getallen betekenen een
• 7:54
  Speaker 2: hogere prioriteit. Dus mail.contoso.com met prioriteit 10 wordt geprobeerd voor backup.contoso.com
• 8:00
  Speaker 2: met prioriteit 20. Text Records slaan tekstinformatie op en worden
• 8:03
  Speaker 2: voor allerlei zaken gebruikt. Domijnverificatie is een belangrijke. Wanneer je
• 8:07
  Speaker 2: Microsoft 365 instelt, vragen ze je een tekstrecord toe te
• 8:11
  Speaker 2: voegen om te bewijzen dat je de eigenaar van het
• 8:12
  Speaker 2: domein bent. E-mailauthenticatie ook. SPF Records, DKIM Sleutels, DMARC Beleid.
• 8:18
  Speaker 2: Dat zijn allemaal tekstrecords. Ze zien eruit als willekeurige reeksetekst,
• 8:22
  Speaker 2: maar ze dienen belangrijke veiligheidsdoeëinden. Nu voegt Azure DNS iets
• 8:25
  Speaker 2: toe wat je niet vindt bij traditionele DNS-hosting, alias records.
• 8:28
  Speaker 2: Deze zijn specifiek voor Azure en ze zijn uiterst nuttig.
• 8:31
  Speaker 2: Met een alias-record kun je een naam direct naar een
• 8:33
  Speaker 2: Azure Resource laten verwijzen in plaats van naar een statisch IP-adres.
• 8:36
  Speaker 2: Dus in plaats van een A-record met een vast IP
• 8:38
  Speaker 2: voor je Load Balancer te maken, maak je een alias-record
• 8:41
  Speaker 2: dat naar de Load Balancer Resource zelf verwijst. En dat
• 8:43
  Speaker 2: is belangrijk omdat Azure Resources hun IP-adressen kunnen wijzigen. Een
• 8:47
  Speaker 2: Load Balancer wordt opnieuw geïmplementeerd of een CDN-eindpunt krijgt een
• 8:50
  Speaker 2: nieuw front-end IP. Bij een regulier A-record zou je elke
• 8:53
  Speaker 2: keer dat dit gebeurt het DNS-record handmatig moeten bijwerken. Maar
• 8:56
  Speaker 2: met een alias-record regelt Azure dit automatisch. Het record verwijst
• 9:00
  Speaker 2: altijd naar het huidige IP van de resource. Geen handmatig werk,
• 9:04
  Speaker 2: geen vergeten updates en geen downtime omdat iemand vergat een
• 9:07
  Speaker 2: record te wijzigen. Nog één ding over hoe Azure Records organiseert.
• 9:10
  Speaker 2: In Azure DNS worden records van hetzelfde type en dezelfde
• 9:13
  Speaker 2: naam gegroepeerd in een recordset. Dus als je twee websurfers
• 9:16
  Speaker 2: hebt voor dezelfde site, maak je één A-recordset voor www.contoso.com
• 9:21
  Speaker 2: met twee IP-adressen erin. De DNS resolver geeft beide terug
• 9:25
  Speaker 2: en de client kiest er een. Dat is een eenvoudige
• 9:27
  Speaker 2: vorm van load balancing. Hetzelfde principe geldt voor MX records
• 9:30
  Speaker 2: met meerdere mail servers. De record set houdt alles netjes.
• 9:33
  Speaker 2: Je hebt je zone, je hebt je records, maar er
• 9:35
  Speaker 2: is nog één stap voordat het internet daadwerkelijk je Azure
• 9:38
  Speaker 2: DNS zone gaat gebruiken. Je moet de rest van de
• 9:40
  Speaker 2: wereld laten weten dat Azure nu de autoriteit is voor
• 9:42
  Speaker 2: jouw domein. Dat proces heet delegatie. Delegatie is de manier
• 9:46
  Speaker 2: waarop je de controle overdraagt. Je hebt dus je openbare
• 9:48
  Speaker 2: DNS-zone in Azure aangemaakt, je records toegevoegd en alles ziet
• 9:51
  Speaker 2: er aan jouw kant goed uit. Hier is het punt.
• 9:53
  Speaker 2: Niemand op internet weet dat Azure vragen voor jouw domein
• 9:56
  Speaker 2: moet beantwoorden. Dat moet je ze vertellen. Dat is wat
• 9:58
  Speaker 2: delegatie is. Delegatie is het proces waarbij je tegen de
• 10:01
  Speaker 2: rest van het internet zegt, Azure DNS is nu de
• 10:03
  Speaker 2: autoriteit voor mijn domein. Dit doe je bij je domein registrar. GoDaddy, Namecheap,
• 10:08
  Speaker 2: Google Domains, waar je je domein ook hebt gekocht. Je
• 10:10
  Speaker 2: gaat naar hun DNS-instellingen en wijzigt de nameserver-record zodat ze
• 10:13
  Speaker 2: naar Azure wijzen. Wanneer je een openbare DNS-zone in Azure aanmaakt,
• 10:16
  Speaker 2: geeft de service je vier nameserver-adressen. Ze zien er ongeveer
• 10:19
  Speaker 2: zo uit. NS1.neo1.azuredens.com, NS2.neo1.azuredens.net enzovoort. Dat zijn de servers die
• 10:25
  Speaker 2: vragen voor jouw domein zullen beantwoorden. Je neemt die vier
• 10:28
  Speaker 2: adressen en plaatst ze in de nameserver-configuratie van je registrar.
• 10:31
  Speaker 2: Dat is alles. Dat is de delegatiestap. Zodra je die
• 10:34
  Speaker 2: wijzigingen opslaat, begint de informatie zich over het internet te verspreiden.
• 10:37
  Speaker 2: De root servers en TLD servers voor je domein worden bijgewerkt.
• 10:40
  Speaker 2: Ze leren dat wanneer iemand om contoso.com vraagt, ze de
• 10:43
  Speaker 2: query naar de nameservers van Azure moeten sturen in plaats
• 10:45
  Speaker 2: van waar het voorheen naartoe wees. Verspreiding gebeurt meestal binnen
• 10:48
  Speaker 2: enkele minuten, maar in sommige gevallen kan het tot 48
• 10:51
  Speaker 2: uur duren omdat DNS resolvers wereldwijd de oude informatie in
• 10:54
  Speaker 2: de cache bewaren en pas op updates controleren als hun
• 10:56
  Speaker 2: cache verloopt. Nu iets belangrijks. Delegatie werkt één kant op.
• 11:00
  Speaker 2: Azure beheert je registrar niet. Je verlengt je domein nog
• 11:03
  Speaker 2: steeds via GoDaddy of Namecheap of wie dan ook. Je
• 11:05
  Speaker 2: beheert de registratie nog steeds daar. Azure host alleen de
• 11:08
  Speaker 2: DNS records. De twee zijn gescheiden. Je registrar regelt het,
• 11:11
  Speaker 2: ik ben eigenaar van dit domein, gedeelte. Azure regelt het,
• 11:14
  Speaker 2: hier is het IP-adres voor dit domein, gedeelte. Er is
• 11:16
  Speaker 2: hier een veel voorkomend struikelblok dat mensen overvalt. Wanneer je
• 11:19
  Speaker 2: je naamsurfers wijzigt naar Azure, stoppen de DNS records bij
• 11:23
  Speaker 2: je oude host met werken. Allemaal. Je A-records, MX-records en
• 11:27
  Speaker 2: text-records verdwijnen, omdat het internet niet langer je oude host
• 11:30
  Speaker 2: om antwoorden vraagt. Zorg er dus voor dat je elk
• 11:32
  Speaker 2: record opnieuw hebt aangemaakt in Azure voordat je de overstap maakt.
• 11:35
  Speaker 2: Anders gaat je website plat, stop je e-mailverkeer en ben
• 11:38
  Speaker 2: je koortsachtig aan het zoeken naar wat je hebt gemist.
• 11:40
  Speaker 2: Plan de migratie zorgvuldig. Maak de zone aan in Azure,
• 11:43
  Speaker 2: voeg al je records toe en wijzig daarna pas de naamsurfers.
• 11:45
  Speaker 2: Niet andersom. Delegatie is het laatste puzzelstuk voor publieke zones.
• 11:49
  Speaker 2: Het verbindt je Azure DNS zone met de wereldwijde DNS infrastructuur.
• 11:53
  Speaker 2: Maar voor private zones is het verhaal compleet anders. Er
• 11:55
  Speaker 2: komt geen registrar aan te pas en er is geen delegatie.
• 11:58
  Speaker 2: In plaats daarvan koppel je je zone direct aan de
• 12:00
  Speaker 2: virtuele netwerken die het nodig hebben. Private DNS in actie.
• 12:03
  Speaker 2: Koppelen aan virtuele netwerken. Dus, hoe maak je een private
• 12:06
  Speaker 2: DNS zone eigenlijk nuttig? Zie het als een container voor records,
• 12:09
  Speaker 2: maar het is nutteloos totdat je het koppelt aan een netwerk.
• 12:11
  Speaker 2: Die koppeling vertelt Azure welke netwerken de namen mogen omzetten.
• 12:15
  Speaker 2: Zonder die koppeling bestaat de zone wel, maar kan niemand
• 12:17
  Speaker 2: er een query op uitvoeren. Het is als een telefoonboek
• 12:19
  Speaker 2: zonder telefoons om mee te bellen, de installatie is eenvoudig.
• 12:22
  Speaker 2: Je maakt een virtuele netwerkkoppeling aan vanuit de private zone
• 12:24
  Speaker 2: naar elk VNet dat resolutie nodig heeft. Kies het VNet,
• 12:27
  Speaker 2: geef de koppeling een naam en sla deze op. Zodra
• 12:29
  Speaker 2: dat is gedaan, werkt de zone voor elke VM en
• 12:31
  Speaker 2: service binnen dat netwerk, zonder aangepaste DNS-servers of hostbestanden. Het
• 12:35
  Speaker 2: werkt gewoon. Dit is hoe het zit met automatische registratie.
• 12:38
  Speaker 2: Wanneer je een VNet-koppeling maakt, heb je een keuze. Wijs
• 12:40
  Speaker 2: het aan als een registratie VNet of laat het als
• 12:42
  Speaker 2: alleen resolutie. En dat verschil is erg belangrijk. Automatische registratie
• 12:46
  Speaker 2: werkt alleen op het VNet dat je markeert voor registratie.
• 12:48
  Speaker 2: Elke VM die daar wordt opgestart, krijgt automatisch een A-record
• 12:51
  Speaker 2: in de private zone. Implementeer een nieuwe VM en binnen
• 12:53
  Speaker 2: enkele minuten verschijnt er een DNS-record. Verwijder die VM en
• 12:56
  Speaker 2: het record verdwijnt. Geen handmatig werk. Hoe zit het met
• 12:59
  Speaker 2: andere VNets die aan dezelfde zone zijn gekoppeld? Die zijn
• 13:01
  Speaker 2: alleen voor resolutie. Ze kunnen namen opzoeken en antwoorden krijgen,
• 13:04
  Speaker 2: maar ze registreren niet automatisch. Hun VMs krijgen dus niet
• 13:06
  Speaker 2: automatisch records aangemaakt. Dat is bewust, vooral voor een gedeelde
• 13:10
  Speaker 2: private zone voor een centrale service. Je wilt niet dat
• 13:12
  Speaker 2: elke VM in elk spooknetwerk automatisch records aanmaakt. Hou registratie
• 13:16
  Speaker 2: liever op het VNet waar je daadwerkelijke servers staan en
• 13:18
  Speaker 2: laat de rest alleen resolutie gebruiken. Laat me je een
• 13:21
  Speaker 2: praktijkscenario geven. Stel dat je een webtoepassing hebt die in
• 13:23
  Speaker 2: het ene VNet draait en een database server in een
• 13:25
  Speaker 2: ander VNet, misschien zelfs in verschillende Azure regio's. De webapp
• 13:29
  Speaker 2: moet verbinding maken met de database, maar je wilt het
• 13:31
  Speaker 2: privé IP van de database niet hardcoderen. Dat is fragiel.
• 13:34
  Speaker 2: Als de database opnieuw wordt geïmplementeerd met een nieuw IP-adres,
• 13:36
  Speaker 2: werkt je webapp niet meer. Maak daarom in plaats daarvan
• 13:38
  Speaker 2: een privé DNS-zone, voeg een A-record toe voor de database
• 13:41
  Speaker 2: naam en koppel de zone aan beide VNets. Nu vertaalt
• 13:43
  Speaker 2: de webapp db.enturnal.contoso.com naar het IP-adres van de database. Wanneer
• 13:47
  Speaker 2: dat IP-adres wijzigt, hoef je slechts één record bij te
• 13:50
  Speaker 2: werken in plaats van te zoeken in configuratiebestanden. Koppelen tussen
• 13:52
  Speaker 2: regio's werkt prima met privézones. Je kunt een V net
• 13:55
  Speaker 2: in East US en een ander in West Europe hebben
• 13:57
  Speaker 2: die beide zijn gekoppeld aan dezelfde privézone... en naamsomzetting werkt
• 14:01
  Speaker 2: over regio's heen zonder extra configuratie. Azure regelt de routering
• 14:04
  Speaker 2: achter de schermen, iets wat je niet krijgt bij traditionele
• 14:06
  Speaker 2: DNS-servers zonder complexe doorstuurregels in te stellen. Dus delegatie voor
• 14:10
  Speaker 2: openbare zones, VNet-koppelingen voor privézones, twee verschillende mechanismen voor twee
• 14:14
  Speaker 2: verschillende doeleinden. Zodra je beide hebt ingesteld, heb je de basis,
• 14:18
  Speaker 2: maar dan blijft de vraag hoe je alles veilig en
• 14:20
  Speaker 2: gezond houdt. Beveiliging, monitoring en best practices. Laten we het
• 14:25
  Speaker 2: nu hebben over het gezond en veilig houden van je DNS.
• 14:27
  Speaker 2: Azure DNS integreert met Azure RBAC, zodat je precies bepaalt
• 14:31
  Speaker 2: wie records kan maken of wijzigen. Je wilt niet dat
• 14:33
  Speaker 2: iemand per ongeluk je MX-record verwijdert en de e-mail voor
• 14:36
  Speaker 2: het hele bedrijf platlegt. Geef je DNS Team Contributor toegang
• 14:39
  Speaker 2: en iedereen anders alleen lezen. Zo simpel is het. Je
• 14:42
  Speaker 2: kunt ook Azure Policy gebruiken om regels af te dwingen
• 14:44
  Speaker 2: in je hele organisatie. Misschien wil je na aangevingsconventies voor
• 14:47
  Speaker 2: je zones afdwingen of misschien zegt je beveiligingsteam dat openbare
• 14:50
  Speaker 2: zones niet zijn toegestaan. Alles moet privé zijn. Schrijf een beleid,
• 14:53
  Speaker 2: pas het toe op het niveau van de beheergroep en
• 14:55
  Speaker 2: het wordt overal afgedwongen zonder uitzonderingen. Er is ook ingebouwde
• 14:58
  Speaker 2: dreigingsinformatie op DNS niveau. Onderdeel van Microsoft Defender for Cloud
• 15:02
  Speaker 2: kan het oplossen van bekende kwaadaardige domeinen blokkeren. Als een
• 15:04
  Speaker 2: VM in je netwerk probeert een domein te achterhalen dat
• 15:06
  Speaker 2: is gemarkeerd als phishing site of malware command en control server,
• 15:09
  Speaker 2: kan Azure DNS weigeren antwoord te geven. Het is een
• 15:12
  Speaker 2: beveiligingslaag die je krijgt zonder enige extra configuratie. Monitoring is
• 15:15
  Speaker 2: ook eenvoudig. Azure Monitor volgt query volumes, latentie en foute personen.
• 15:19
  Speaker 2: Je kunt waarschuwingen instellen, zodat als het query volume plotseling daalt,
• 15:22
  Speaker 2: je weet dat er iets kapot is. Als de latentie piekt,
• 15:24
  Speaker 2: is er een netwerkprobleem. Je krijgt inzicht in hoe je
• 15:27
  Speaker 2: DNS presteert zonder dat je aparte monitoring tools hoeft te gebruiken.
• 15:30
  Speaker 2: Een best practice, gebruik alias records in plaats van statische
• 15:33
  Speaker 2: A-records voor Azure Resources. We hebben dit al eerder behandeld,
• 15:36
  Speaker 2: maar het is de moeite waard om te herhalen. Alias
• 15:38
  Speaker 2: records worden automatisch bijgewerkt wanneer de onderliggende bron verandert. Statische
• 15:41
  Speaker 2: A-records doen dat niet. Als je naar een load balancer,
• 15:44
  Speaker 2: cd en eindpunt of traffic manager profiel verwijst, gebruik dan
• 15:47
  Speaker 2: een alias record. Het is weer iets minder om aan
• 15:49
  Speaker 2: te denken als er iets verandert. Voor hybride omgevingen met
• 15:52
  Speaker 2: workloads on-premises en in Azure is er een dienst genaamd
• 15:54
  Speaker 2: Azure DNS Private Resolver. Het is een beheerde