(function() {
  var extra = [
    {
      id: 'az700-201',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which feature lets selected subnets reach Azure Storage over the Azure backbone while keeping the storage account on its public endpoint?',
        de: 'Welche Funktion ermöglicht ausgewählten Subnetzen den Zugriff auf Azure Storage über das Azure-Backbone, während das Speicherkonto an seinem öffentlichen Endpunkt verbleibt?'
      },
      options: [
        { id: 'A', text: { en: 'Virtual network service endpoint', de: 'Virtueller Netzwerkdienstendpunkt' } },
        { id: 'B', text: { en: 'Private endpoint', de: 'Privater Endpunkt' } },
        { id: 'C', text: { en: 'Private Link service', de: 'Private Link Service' } },
        { id: 'D', text: { en: 'NAT Gateway', de: 'NAT Gateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A service endpoint extends the subnet identity to a supported PaaS service while the service still uses its public endpoint.',
        de: 'Ein Dienstendpunkt erweitert die Identität des Subnetzes auf einen unterstützten PaaS-Dienst, während der Dienst weiterhin seinen öffentlichen Endpunkt verwendet.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-202',
      type: 'single',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Why can an on-premises server not use a service endpoint by itself to reach Azure SQL privately over ExpressRoute?',
        de: 'Warum kann ein lokaler Server nicht allein mit einem Dienstendpunkt über ExpressRoute privat auf Azure SQL zugreifen?'
      },
      options: [
        { id: 'A', text: { en: 'Because the source must be an Azure subnet with the service endpoint enabled', de: 'Weil die Quelle ein Azure-Subnetz mit aktiviertem Dienstendpunkt sein muss' } },
        { id: 'B', text: { en: 'Because Azure SQL never supports ExpressRoute connectivity', de: 'Weil Azure SQL niemals ExpressRoute-Konnektivität unterstützt' } },
        { id: 'C', text: { en: 'Because service endpoints require a public IP on the server', de: 'Weil Dienstendpunkte eine öffentliche IP-Adresse auf dem Server erfordern' } },
        { id: 'D', text: { en: 'Because service endpoints only work with IPv6', de: 'Weil Dienstendpunkte nur mit IPv6 funktionieren' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Service endpoints apply to Azure subnets. They do not turn an on-premises host into a trusted service-endpoint source.',
        de: 'Dienstendpunkte gelten für Azure-Subnetze. Sie machen einen lokalen Host nicht zu einer vertrauenswürdigen Quelle für Dienstendpunkte.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-203',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which control lets a service-endpoint-enabled subnet reach only approved Azure Storage accounts?',
        de: 'Welche Steuerung bewirkt, dass ein Subnetz mit aktiviertem Dienstendpunkt nur genehmigte Azure-Storage-Konten erreichen kann?'
      },
      options: [
        { id: 'A', text: { en: 'Application security groups', de: 'Application Security Groups' } },
        { id: 'B', text: { en: 'Service endpoint policy', de: 'Dienstendpunktrichtlinie' } },
        { id: 'C', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'D', text: { en: 'Route filter', de: 'Routenfilter' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'A service endpoint policy filters Azure Storage destinations that can be reached over a service endpoint.',
        de: 'Eine Dienstendpunktrichtlinie filtert Azure-Storage-Ziele, die über einen Dienstendpunkt erreicht werden dürfen.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoint-policies-overview'
    },
    {
      id: 'az700-204',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'After you enable Microsoft.Storage on a subnet, what changes for traffic from VMs in that subnet?',
        de: 'Was ändert sich für den Datenverkehr von VMs in diesem Subnetz, nachdem Sie Microsoft.Storage auf einem Subnetz aktiviert haben?'
      },
      options: [
        { id: 'A', text: { en: 'The storage account receives a private IP from the subnet', de: 'Das Speicherkonto erhält eine private IP-Adresse aus dem Subnetz' } },
        { id: 'B', text: { en: 'Traffic still targets the public endpoint, but the subnet identity is extended to the service', de: 'Der Datenverkehr verwendet weiterhin den öffentlichen Endpunkt, aber die Identität des Subnetzes wird auf den Dienst erweitert' } },
        { id: 'C', text: { en: 'Traffic must traverse a VPN gateway', de: 'Der Datenverkehr muss ein VPN-Gateway durchlaufen' } },
        { id: 'D', text: { en: 'The storage firewall is automatically disabled', de: 'Die Storage-Firewall wird automatisch deaktiviert' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Service endpoints do not create a private IP for the service. They mark traffic from the subnet as trusted to the supported service endpoint.',
        de: 'Dienstendpunkte erstellen keine private IP-Adresse für den Dienst. Sie kennzeichnen Datenverkehr aus dem Subnetz als vertrauenswürdig gegenüber dem unterstützten Dienstendpunkt.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-205',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'To allow only specific subnets to access a storage account by using service endpoints, what should you configure on the storage account?',
        de: 'Was sollten Sie auf dem Speicherkonto konfigurieren, damit nur bestimmte Subnetze mithilfe von Dienstendpunkten darauf zugreifen können?'
      },
      options: [
        { id: 'A', text: { en: 'Virtual network rules', de: 'Regeln für virtuelle Netzwerke' } },
        { id: 'B', text: { en: 'Only a custom route table', de: 'Nur eine benutzerdefinierte Routentabelle' } },
        { id: 'C', text: { en: 'Only a private DNS zone', de: 'Nur eine Private DNS-Zone' } },
        { id: 'D', text: { en: 'A local network gateway', de: 'Ein lokales Netzwerkgateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The service must enforce subnet-based access by using its firewall and virtual network rules.',
        de: 'Der Dienst muss den subnetzbasierten Zugriff mit seiner Firewall und Regeln für virtuelle Netzwerke erzwingen.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-206',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about virtual network service endpoints are correct? Choose all that apply.',
        de: 'Welche Aussagen über virtuelle Netzwerkdienstendpunkte sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'They extend subnet identity to supported PaaS services', de: 'Sie erweitern die Identität eines Subnetzes auf unterstützte PaaS-Dienste' } },
        { id: 'B', text: { en: 'They can keep traffic to the service on the Microsoft backbone', de: 'Sie können den Datenverkehr zum Dienst auf dem Microsoft-Backbone halten' } },
        { id: 'C', text: { en: 'They assign a private IP from your subnet to the PaaS resource', de: 'Sie weisen der PaaS-Ressource eine private IP-Adresse aus Ihrem Subnetz zu' } },
        { id: 'D', text: { en: 'They can be combined with virtual network rules on supported services', de: 'Sie können mit Regeln für virtuelle Netzwerke auf unterstützten Diensten kombiniert werden' } },
        { id: 'E', text: { en: 'They require a Standard Load Balancer', de: 'Sie erfordern einen Standard Load Balancer' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: {
        en: 'Service endpoints extend subnet trust and can work with service firewalls. They do not place the service inside your subnet and they do not depend on a load balancer.',
        de: 'Dienstendpunkte erweitern das Vertrauen eines Subnetzes und können mit Dienstfirewalls zusammenarbeiten. Sie platzieren den Dienst nicht in Ihrem Subnetz und hängen nicht von einem Load Balancer ab.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-207',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about service endpoint policies are correct? Choose all that apply.',
        de: 'Welche Aussagen über Dienstendpunktrichtlinien sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'They are associated with subnets', de: 'Sie werden Subnetzen zugeordnet' } },
        { id: 'B', text: { en: 'They can restrict access to specific Azure Storage accounts over service endpoints', de: 'Sie können den Zugriff über Dienstendpunkte auf bestimmte Azure-Storage-Konten beschränken' } },
        { id: 'C', text: { en: 'They help reduce data exfiltration to unapproved storage accounts', de: 'Sie helfen, Datenexfiltration zu nicht genehmigten Speicherkonten zu reduzieren' } },
        { id: 'D', text: { en: 'They are required for every private endpoint deployment', de: 'Sie sind für jede Bereitstellung privater Endpunkte erforderlich' } },
        { id: 'E', text: { en: 'They replace NSGs for internet egress filtering', de: 'Sie ersetzen NSGs für die Filterung des Internet-Egress' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Service endpoint policies are subnet-scoped controls for Azure Storage over service endpoints. They are not a private endpoint feature and they do not replace NSGs.',
        de: 'Dienstendpunktrichtlinien sind subnetzbezogene Steuerungen für Azure Storage über Dienstendpunkte. Sie sind keine Funktion privater Endpunkte und ersetzen keine NSGs.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoint-policies-overview'
    },
    {
      id: 'az700-208',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Contoso runs a web tier in a dedicated subnet. The application must write to one approved Azure Storage account and must not be able to send data to any other storage account in the region. The security team does not want to introduce private IP addresses for the storage service. The storage account can remain on a public endpoint as long as access is limited to the application subnet.',
        de: 'Contoso betreibt eine Webschicht in einem dedizierten Subnetz. Die Anwendung muss in ein genehmigtes Azure-Storage-Konto schreiben können und darf keine Daten an andere Speicherkonten in der Region senden. Das Sicherheitsteam möchte für den Speicherdienst keine privaten IP-Adressen einführen. Das Speicherkonto darf an einem öffentlichen Endpunkt verbleiben, solange der Zugriff auf das Anwendungssubnetz beschränkt ist.'
      },
      question: {
        en: 'Which design best meets the requirements?',
        de: 'Welches Design erfüllt die Anforderungen am besten?'
      },
      options: [
        { id: 'A', text: { en: 'Enable a service endpoint, apply a service endpoint policy for the approved storage account, and add a virtual network rule on the storage account', de: 'Aktivieren Sie einen Dienstendpunkt, wenden Sie eine Dienstendpunktrichtlinie für das genehmigte Speicherkonto an und fügen Sie auf dem Speicherkonto eine Regel für virtuelle Netzwerke hinzu' } },
        { id: 'B', text: { en: 'Deploy a NAT Gateway and allow all public storage endpoints', de: 'Stellen Sie ein NAT Gateway bereit und erlauben Sie alle öffentlichen Storage-Endpunkte' } },
        { id: 'C', text: { en: 'Create a private endpoint and keep the storage firewall open to all networks', de: 'Erstellen Sie einen privaten Endpunkt und lassen Sie die Storage-Firewall für alle Netzwerke offen' } },
        { id: 'D', text: { en: 'Use an NSG service tag for Storage and deny everything else', de: 'Verwenden Sie ein NSG-Diensttag für Storage und verweigern Sie alles andere' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'This design keeps the service on its public endpoint while restricting the subnet to approved storage destinations and enforcing subnet-based access at the storage account.',
        de: 'Dieses Design belässt den Dienst an seinem öffentlichen Endpunkt, beschränkt das Subnetz jedoch auf genehmigte Storage-Ziele und erzwingt den subnetzbasierten Zugriff am Speicherkonto.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoint-policies-overview'
    },
    {
      id: 'az700-209',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Fabrikam connects its datacenter to Azure by using ExpressRoute. Administrators want servers in the datacenter to access Azure Key Vault without exposing the vault to the public internet. The same private name must resolve correctly for Azure-hosted workloads and on-premises workloads. The team is evaluating service endpoints because they are simple to configure.',
        de: 'Fabrikam verbindet sein Rechenzentrum über ExpressRoute mit Azure. Administratoren möchten, dass Server im Rechenzentrum auf Azure Key Vault zugreifen können, ohne den Tresor im öffentlichen Internet verfügbar zu machen. Derselbe private Name muss sich für in Azure gehostete Workloads und für lokale Workloads korrekt auflösen. Das Team prüft Dienstendpunkte, weil diese einfach zu konfigurieren sind.'
      },
      question: {
        en: 'What should the team deploy?',
        de: 'Was sollte das Team bereitstellen?'
      },
      options: [
        { id: 'A', text: { en: 'A service endpoint for Microsoft.KeyVault on the Azure subnet', de: 'Einen Dienstendpunkt für Microsoft.KeyVault auf dem Azure-Subnetz' } },
        { id: 'B', text: { en: 'A private endpoint for Key Vault with private DNS integration for Azure and on-premises name resolution', de: 'Einen privaten Endpunkt für Key Vault mit privater DNS-Integration für die Namensauflösung in Azure und lokal' } },
        { id: 'C', text: { en: 'A NAT Gateway on the gateway subnet', de: 'Ein NAT Gateway im Gateway-Subnetz' } },
        { id: 'D', text: { en: 'A route filter on ExpressRoute', de: 'Einen Routenfilter für ExpressRoute' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Private endpoints provide a private IP for the service and can be resolved from Azure and on-premises when DNS is designed correctly. Service endpoints do not privately expose the service to on-premises hosts.',
        de: 'Private Endpunkte stellen eine private IP-Adresse für den Dienst bereit und können bei korrektem DNS-Design aus Azure und lokal aufgelöst werden. Dienstendpunkte stellen den Dienst lokalen Hosts nicht privat bereit.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az700-210',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Tailwind Traders has three spoke subnets that host application servers. All servers must connect to Azure SQL Database, and the database should accept traffic only from those subnets. The operations team wants the simplest design that does not require private IP management for the database service. Public connectivity for other networks must remain blocked.',
        de: 'Tailwind Traders verfügt über drei Spoke-Subnetze mit Anwendungsservern. Alle Server müssen eine Verbindung mit Azure SQL Database herstellen, und die Datenbank soll Datenverkehr nur aus diesen Subnetzen akzeptieren. Das Betriebsteam wünscht die einfachste Lösung, die keine Verwaltung privater IP-Adressen für den Datenbankdienst erfordert. Öffentliche Konnektivität für andere Netzwerke muss weiterhin blockiert bleiben.'
      },
      question: {
        en: 'Which design is the best fit?',
        de: 'Welches Design passt am besten?'
      },
      options: [
        { id: 'A', text: { en: 'Enable Microsoft.Sql service endpoints on the subnets and add virtual network rules to the database', de: 'Aktivieren Sie Microsoft.Sql-Dienstendpunkte auf den Subnetzen und fügen Sie Regeln für virtuelle Netzwerke der Datenbank hinzu' } },
        { id: 'B', text: { en: 'Deploy a private endpoint in each subnet and leave public network access enabled', de: 'Stellen Sie in jedem Subnetz einen privaten Endpunkt bereit und lassen Sie den öffentlichen Netzwerkzugriff aktiviert' } },
        { id: 'C', text: { en: 'Use an Azure Firewall application rule for SQL', de: 'Verwenden Sie eine Azure-Firewall-Anwendungsregel für SQL' } },
        { id: 'D', text: { en: 'Create a public IP prefix for the application servers', de: 'Erstellen Sie ein Public IP Prefix für die Anwendungsserver' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Service endpoints with virtual network rules satisfy selected-subnet access without introducing private endpoint IP management for the database.',
        de: 'Dienstendpunkte mit Regeln für virtuelle Netzwerke erfüllen den Zugriff für ausgewählte Subnetze, ohne eine Verwaltung privater Endpunkt-IP-Adressen für die Datenbank einzuführen.'
      },
      hint: {
        en: 'Distinguish service endpoints from private endpoints and remember that endpoint policies apply to Azure Storage traffic over service endpoints.',
        de: 'Unterscheiden Sie Dienstendpunkte von privaten Endpunkten und beachten Sie, dass Endpunktrichtlinien für Azure-Storage-Datenverkehr über Dienstendpunkte gelten.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-service-endpoints-overview'
    },
    {
      id: 'az700-211',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure feature assigns a private IP address from your VNet to an Azure PaaS resource?',
        de: 'Welche Azure-Funktion weist einer Azure-PaaS-Ressource eine private IP-Adresse aus Ihrem VNet zu?'
      },
      options: [
        { id: 'A', text: { en: 'Private endpoint', de: 'Privater Endpunkt' } },
        { id: 'B', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } },
        { id: 'C', text: { en: 'Route table', de: 'Routentabelle' } },
        { id: 'D', text: { en: 'Public IP prefix', de: 'Public IP Prefix' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A private endpoint maps the service to a private IP address in your subnet by using Azure Private Link.',
        de: 'Ein privater Endpunkt ordnet den Dienst mithilfe von Azure Private Link einer privaten IP-Adresse in Ihrem Subnetz zu.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az700-212',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which private DNS zone is recommended for an Azure Storage blob private endpoint?',
        de: 'Welche Private-DNS-Zone wird für einen privaten Endpunkt von Azure Storage Blob empfohlen?'
      },
      options: [
        { id: 'A', text: { en: 'privatelink.blob.core.windows.net', de: 'privatelink.blob.core.windows.net' } },
        { id: 'B', text: { en: 'blob.core.windows.net', de: 'blob.core.windows.net' } },
        { id: 'C', text: { en: 'privatelink.database.windows.net', de: 'privatelink.database.windows.net' } },
        { id: 'D', text: { en: 'storage.azure.com', de: 'storage.azure.com' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure Storage blob private endpoints use the privatelink.blob.core.windows.net private DNS zone.',
        de: 'Private Endpunkte für Azure Storage Blob verwenden die Private-DNS-Zone privatelink.blob.core.windows.net.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az700-213',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'A private endpoint to a storage account exists, but clients still resolve the storage name to its public IP. What is the most likely missing configuration?',
        de: 'Ein privater Endpunkt zu einem Speicherkonto ist vorhanden, aber Clients lösen den Speichernamen weiterhin zur öffentlichen IP-Adresse auf. Welche Konfiguration fehlt am wahrscheinlichsten?'
      },
      options: [
        { id: 'A', text: { en: 'Private DNS zone integration for the appropriate privatelink zone', de: 'Private-DNS-Zonen-Integration für die entsprechende Privatelink-Zone' } },
        { id: 'B', text: { en: 'A service endpoint policy', de: 'Eine Dienstendpunktrichtlinie' } },
        { id: 'C', text: { en: 'A public IP prefix', de: 'Ein Public IP Prefix' } },
        { id: 'D', text: { en: 'A route filter', de: 'Ein Routenfilter' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Private endpoint access depends on DNS resolving the service name to the private endpoint IP rather than to the public endpoint.',
        de: 'Der Zugriff über einen privaten Endpunkt hängt davon ab, dass DNS den Dienstnamen auf die IP-Adresse des privaten Endpunkts statt auf den öffentlichen Endpunkt auflöst.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az700-214',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'For an Azure Storage account that must provide private access to both Blob and Data Lake Storage Gen2 endpoints, what is required?',
        de: 'Was ist für ein Azure-Storage-Konto erforderlich, das privaten Zugriff sowohl auf Blob- als auch auf Data-Lake-Storage-Gen2-Endpunkte bereitstellen muss?'
      },
      options: [
        { id: 'A', text: { en: 'Separate private endpoints for the required subresources such as blob and dfs', de: 'Separate private Endpunkte für die erforderlichen Unterressourcen wie blob und dfs' } },
        { id: 'B', text: { en: 'A single service endpoint for all storage protocols', de: 'Einen einzelnen Dienstendpunkt für alle Storage-Protokolle' } },
        { id: 'C', text: { en: 'A single NSG rule on the subnet', de: 'Eine einzelne NSG-Regel auf dem Subnetz' } },
        { id: 'D', text: { en: 'A public load balancer in front of the storage account', de: 'Einen öffentlichen Load Balancer vor dem Speicherkonto' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Private endpoint configuration is per supported subresource. Blob and dfs are distinct storage subresources.',
        de: 'Die Konfiguration privater Endpunkte erfolgt pro unterstützter Unterressource. Blob und dfs sind unterschiedliche Storage-Unterressourcen.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az700-215',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'After you validate private endpoint connectivity to a PaaS service, which setting can you disable to remove broad internet exposure?',
        de: 'Welche Einstellung können Sie deaktivieren, nachdem Sie die Konnektivität über einen privaten Endpunkt zu einem PaaS-Dienst validiert haben, um die allgemeine Internetexposition zu entfernen?'
      },
      options: [
        { id: 'A', text: { en: 'Public network access', de: 'Öffentlicher Netzwerkzugriff' } },
        { id: 'B', text: { en: 'Private DNS zone link', de: 'Link der Private-DNS-Zone' } },
        { id: 'C', text: { en: 'NIC acceleration', de: 'NIC-Beschleunigung' } },
        { id: 'D', text: { en: 'Availability zones', de: 'Verfügbarkeitszonen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Disabling public network access forces clients to use approved private connectivity paths instead of the public endpoint.',
        de: 'Durch das Deaktivieren des öffentlichen Netzwerkzugriffs werden Clients gezwungen, genehmigte private Verbindungspfade statt des öffentlichen Endpunkts zu verwenden.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az700-216',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about private endpoints are correct? Choose all that apply.',
        de: 'Welche Aussagen über private Endpunkte sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'They create a network interface with a private IP address in your subnet', de: 'Sie erstellen eine Netzwerkschnittstelle mit einer privaten IP-Adresse in Ihrem Subnetz' } },
        { id: 'B', text: { en: 'They can be reached from peered VNets and from on-premises networks when routing and DNS are configured', de: 'Sie können aus gepeerten VNets und aus lokalen Netzwerken erreicht werden, wenn Routing und DNS korrekt konfiguriert sind' } },
        { id: 'C', text: { en: 'They require the service to stay publicly accessible from all networks', de: 'Sie erfordern, dass der Dienst aus allen Netzwerken öffentlich erreichbar bleibt' } },
        { id: 'D', text: { en: 'They are the consumer-side resource for Azure Private Link connectivity', de: 'Sie sind die Verbraucherseiten-Ressource für Azure Private Link-Konnektivität' } },
        { id: 'E', text: { en: 'They automatically inherit service endpoint policies', de: 'Sie übernehmen automatisch Dienstendpunktrichtlinien' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: {
        en: 'Private endpoints place the connection inside your address space and can be consumed over reachable private networks. They do not depend on service endpoint policies or broad public exposure.',
        de: 'Private Endpunkte platzieren die Verbindung in Ihrem Adressraum und können über erreichbare private Netzwerke genutzt werden. Sie hängen weder von Dienstendpunktrichtlinien noch von einer breiten öffentlichen Exponierung ab.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az700-217',
      type: 'multiple',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which DNS actions are recommended for private endpoint deployments? Choose all that apply.',
        de: 'Welche DNS-Maßnahmen werden für Bereitstellungen privater Endpunkte empfohlen? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Use the recommended privatelink private DNS zones for the service', de: 'Verwenden Sie die empfohlenen Privatelink-Private-DNS-Zonen für den Dienst' } },
        { id: 'B', text: { en: 'Link the private DNS zones to the VNets that need resolution', de: 'Verknüpfen Sie die privaten DNS-Zonen mit den VNets, die Namensauflösung benötigen' } },
        { id: 'C', text: { en: 'Configure conditional forwarding from on-premises DNS toward Azure for those private zones', de: 'Konfigurieren Sie bedingte Weiterleitung von lokalem DNS in Richtung Azure für diese privaten Zonen' } },
        { id: 'D', text: { en: 'Publish the private endpoint IP address in public DNS', de: 'Veröffentlichen Sie die IP-Adresse des privaten Endpunkts im öffentlichen DNS' } },
        { id: 'E', text: { en: 'Use NAT Gateway to resolve privatelink names', de: 'Verwenden Sie NAT Gateway zur Auflösung von Privatelink-Namen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Private endpoint name resolution relies on private DNS zones and correct forwarding between Azure and on-premises DNS services.',
        de: 'Die Namensauflösung für private Endpunkte basiert auf privaten DNS-Zonen und einer korrekten Weiterleitung zwischen Azure- und lokalen DNS-Diensten.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az700-218',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Litware uses a hub-and-spoke topology and connects on-premises networks through ExpressRoute. Several spoke applications must access Azure Key Vault privately, and administrators in the datacenter must use the same private names. The DNS team does not want to maintain custom DNS virtual machines in Azure. They want a centralized and supported design for name resolution.',
        de: 'Litware verwendet eine Hub-Spoke-Topologie und verbindet lokale Netzwerke über ExpressRoute. Mehrere Anwendungen in den Spokes müssen privat auf Azure Key Vault zugreifen, und Administratoren im Rechenzentrum sollen dieselben privaten Namen verwenden. Das DNS-Team möchte keine benutzerdefinierten DNS-VMs in Azure betreiben. Gewünscht ist ein zentrales und unterstütztes Design für die Namensauflösung.'
      },
      question: {
        en: 'Which design should the team implement?',
        de: 'Welches Design sollte das Team implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Use private endpoints, link the recommended private DNS zones, and use Azure DNS Private Resolver for hybrid name resolution', de: 'Verwenden Sie private Endpunkte, verknüpfen Sie die empfohlenen privaten DNS-Zonen und nutzen Sie Azure DNS Private Resolver für die hybride Namensauflösung' } },
        { id: 'B', text: { en: 'Use service endpoints and public DNS records for Key Vault', de: 'Verwenden Sie Dienstendpunkte und öffentliche DNS-Einträge für Key Vault' } },
        { id: 'C', text: { en: 'Publish Key Vault through a Private Link service', de: 'Veröffentlichen Sie Key Vault über einen Private Link Service' } },
        { id: 'D', text: { en: 'Use only NSGs and a route table in the hub', de: 'Verwenden Sie nur NSGs und eine Routentabelle im Hub' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Private endpoints solve the private connectivity requirement, and Azure DNS Private Resolver provides a managed hybrid DNS path without custom DNS virtual machines.',
        de: 'Private Endpunkte erfüllen die Anforderung an private Konnektivität, und Azure DNS Private Resolver stellt einen verwalteten hybriden DNS-Pfad ohne benutzerdefinierte DNS-VMs bereit.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-219',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Woodgrove Bank stores application content in Azure Storage. The application uses blob endpoints for object data and file endpoints for shared configuration data. Security policy requires both access paths to remain private from Azure spokes and from connected branch offices. The infrastructure team wants to avoid assuming that one private endpoint covers every storage protocol.',
        de: 'Woodgrove Bank speichert Anwendungsinhalte in Azure Storage. Die Anwendung nutzt Blob-Endpunkte für Objektdaten und Datei-Endpunkte für gemeinsam genutzte Konfigurationsdaten. Die Sicherheitsrichtlinie verlangt, dass beide Zugriffspfade aus Azure-Spokes und aus angebundenen Filialen privat bleiben. Das Infrastrukturteam möchte nicht davon ausgehen, dass ein einzelner privater Endpunkt jedes Storage-Protokoll abdeckt.'
      },
      question: {
        en: 'What should the team deploy?',
        de: 'Was sollte das Team bereitstellen?'
      },
      options: [
        { id: 'A', text: { en: 'One private endpoint for blob and a separate private endpoint for file, with the corresponding private DNS zones', de: 'Einen privaten Endpunkt für blob und einen separaten privaten Endpunkt für file sowie die entsprechenden privaten DNS-Zonen' } },
        { id: 'B', text: { en: 'One service endpoint for Microsoft.Storage and no DNS changes', de: 'Einen Dienstendpunkt für Microsoft.Storage und keine DNS-Änderungen' } },
        { id: 'C', text: { en: 'One private endpoint and an internet-facing application gateway', de: 'Einen privaten Endpunkt und ein internetfähiges Application Gateway' } },
        { id: 'D', text: { en: 'A route table that points storage traffic to the internet', de: 'Eine Routentabelle, die Storage-Datenverkehr ins Internet leitet' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Blob and file are separate storage subresources, so each required private access path needs its own private endpoint and DNS integration.',
        de: 'Blob und file sind separate Storage-Unterressourcen. Daher benötigt jeder erforderliche private Zugriffspfad einen eigenen privaten Endpunkt und eine passende DNS-Integration.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-dns'
    },
    {
      id: 'az700-220',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Trey Research consumes an Azure service that is owned by another internal team in a different subscription. Governance requires the service owner to explicitly approve every private connection request before traffic can flow. The consumer team wants the target service to remain private after approval and does not want to open a public firewall exception. They need to know which connection process to use.',
        de: 'Trey Research nutzt einen Azure-Dienst, der einem anderen internen Team in einem anderen Abonnement gehört. Die Governance verlangt, dass der Diensteigentümer jede Anfrage für eine private Verbindung ausdrücklich genehmigt, bevor Datenverkehr fließen darf. Das konsumierende Team möchte, dass der Zieldienst nach der Genehmigung privat bleibt, und möchte keine öffentliche Firewallausnahme öffnen. Das Team muss wissen, welchen Verbindungsprozess es verwenden soll.'
      },
      question: {
        en: 'What is the correct approach?',
        de: 'Was ist der richtige Ansatz?'
      },
      options: [
        { id: 'A', text: { en: 'Create a private endpoint connection request and have the service owner approve the private endpoint connection', de: 'Erstellen Sie eine Anforderung für eine private Endpunktverbindung und lassen Sie die private Endpunktverbindung vom Diensteigentümer genehmigen' } },
        { id: 'B', text: { en: 'Enable a service endpoint and wait for automatic approval', de: 'Aktivieren Sie einen Dienstendpunkt und warten Sie auf eine automatische Genehmigung' } },
        { id: 'C', text: { en: 'Create a route filter and a BGP community', de: 'Erstellen Sie einen Routenfilter und eine BGP-Community' } },
        { id: 'D', text: { en: 'Use a public IP prefix and NSG rules', de: 'Verwenden Sie ein Public IP Prefix und NSG-Regeln' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Manual approval for Azure Private Link is handled through the private endpoint connection process between the consumer and the service owner.',
        de: 'Die manuelle Genehmigung für Azure Private Link wird über den Prozess der privaten Endpunktverbindung zwischen Verbraucher und Diensteigentümer abgewickelt.'
      },
      hint: {
        en: 'Focus on the private IP mapping and on the required privatelink DNS zones for each subresource.',
        de: 'Achten Sie auf die Zuordnung privater IP-Adressen und auf die erforderlichen Privatelink-DNS-Zonen für jede Unterressource.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-endpoint-overview'
    },
    {
      id: 'az700-221',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure feature lets you privately publish your own service behind a Standard Load Balancer to consumers in other VNets or tenants?',
        de: 'Welche Azure-Funktion ermöglicht es Ihnen, Ihren eigenen Dienst hinter einem Standard Load Balancer privat für Verbraucher in anderen VNets oder Mandanten bereitzustellen?'
      },
      options: [
        { id: 'A', text: { en: 'Private Link service', de: 'Private Link Service' } },
        { id: 'B', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } },
        { id: 'C', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'D', text: { en: 'Route Server', de: 'Route Server' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Private Link service is the provider-side construct for exposing a custom service privately over Azure Private Link.',
        de: 'Private Link Service ist das anbieterseitige Konstrukt, um einen benutzerdefinierten Dienst privat über Azure Private Link bereitzustellen.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-222',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which load balancer SKU is required for Azure Private Link service?',
        de: 'Welche Load-Balancer-SKU ist für Azure Private Link Service erforderlich?'
      },
      options: [
        { id: 'A', text: { en: 'Basic Load Balancer', de: 'Basic Load Balancer' } },
        { id: 'B', text: { en: 'Standard Load Balancer', de: 'Standard Load Balancer' } },
        { id: 'C', text: { en: 'Gateway Load Balancer', de: 'Gateway Load Balancer' } },
        { id: 'D', text: { en: 'Application Gateway v1', de: 'Application Gateway v1' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Azure Private Link service is built behind a Standard Load Balancer frontend.',
        de: 'Azure Private Link Service wird hinter einem Frontend eines Standard Load Balancers bereitgestellt.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-223',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'What resource does a consumer deploy in its own VNet to connect to a Private Link service?',
        de: 'Welche Ressource stellt ein Verbraucher im eigenen VNet bereit, um eine Verbindung mit einem Private Link Service herzustellen?'
      },
      options: [
        { id: 'A', text: { en: 'Private endpoint', de: 'Privater Endpunkt' } },
        { id: 'B', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } },
        { id: 'C', text: { en: 'ExpressRoute gateway', de: 'ExpressRoute-Gateway' } },
        { id: 'D', text: { en: 'Azure Firewall', de: 'Azure Firewall' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Consumers always connect by creating a private endpoint that maps to the provider service.',
        de: 'Verbraucher stellen die Verbindung stets her, indem sie einen privaten Endpunkt erstellen, der dem Anbieterdienst zugeordnet wird.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-224',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'What does the alias of a Private Link service provide?',
        de: 'Was stellt der Alias eines Private Link Service bereit?'
      },
      options: [
        { id: 'A', text: { en: 'A globally unique identifier that consumers can use to request a connection', de: 'Einen global eindeutigen Bezeichner, den Verbraucher zum Anfordern einer Verbindung verwenden können' } },
        { id: 'B', text: { en: 'A private DNS zone record that resolves automatically on-premises', de: 'Einen Private-DNS-Zonen-Eintrag, der lokal automatisch aufgelöst wird' } },
        { id: 'C', text: { en: 'A BGP route advertisement for the service subnet', de: 'Eine BGP-Routenankündigung für das Dienstsubnetz' } },
        { id: 'D', text: { en: 'An NSG rule collection', de: 'Eine NSG-Regelsammlung' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The alias is the published connection identifier that makes the provider service easy to target from a consumer deployment.',
        de: 'Der Alias ist der veröffentlichte Verbindungsbezeichner, mit dem der Anbieterdienst aus einer Verbraucherdeployment einfach adressiert werden kann.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-225',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Private Link service setting controls which subscriptions can discover the service?',
        de: 'Welche Einstellung von Private Link Service steuert, welche Abonnements den Dienst ermitteln können?'
      },
      options: [
        { id: 'A', text: { en: 'Visibility list', de: 'Sichtbarkeitsliste' } },
        { id: 'B', text: { en: 'DNS forwarding ruleset', de: 'DNS-Weiterleitungsregelsatz' } },
        { id: 'C', text: { en: 'Web category list', de: 'Webkategorieliste' } },
        { id: 'D', text: { en: 'Peering sync level', de: 'Peering-Synchronisierungsebene' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The visibility list limits which subscriptions can discover and target the provider service.',
        de: 'Die Sichtbarkeitsliste begrenzt, welche Abonnements den Anbieterdienst ermitteln und adressieren können.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-226',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which components are required or commonly used for Azure Private Link service? Choose all that apply.',
        de: 'Welche Komponenten sind für Azure Private Link Service erforderlich oder üblich? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'A Standard Load Balancer frontend', de: 'Ein Frontend eines Standard Load Balancers' } },
        { id: 'B', text: { en: 'NAT IP configuration from a provider subnet', de: 'Eine NAT-IP-Konfiguration aus einem Anbieter-Subnetz' } },
        { id: 'C', text: { en: 'A service that is reachable behind the Standard Load Balancer', de: 'Ein Dienst, der hinter dem Standard Load Balancer erreichbar ist' } },
        { id: 'D', text: { en: 'A Basic Load Balancer', de: 'Ein Basic Load Balancer' } },
        { id: 'E', text: { en: 'A public DNS zone for consumer traffic', de: 'Eine öffentliche DNS-Zone für Verbraucherdatenverkehr' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Private Link service is a provider-side private exposure of a service behind Standard Load Balancer and uses provider-side NAT IP configuration.',
        de: 'Private Link Service ist eine anbieterseitige private Bereitstellung eines Dienstes hinter einem Standard Load Balancer und verwendet eine anbieterseitige NAT-IP-Konfiguration.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-227',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about Azure Private Link service are correct? Choose all that apply.',
        de: 'Welche Aussagen über Azure Private Link Service sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'It supports private consumption of provider-hosted services across tenants', de: 'Es unterstützt die private Nutzung von anbietergehosteten Diensten über Mandanten hinweg' } },
        { id: 'B', text: { en: 'The provider can require manual approval for connection requests', de: 'Der Anbieter kann für Verbindungsanforderungen eine manuelle Genehmigung verlangen' } },
        { id: 'C', text: { en: 'Consumers connect by deploying private endpoints in their own VNets', de: 'Verbraucher verbinden sich, indem sie private Endpunkte in ihren eigenen VNets bereitstellen' } },
        { id: 'D', text: { en: 'It removes the need for a load balancer in the provider network', de: 'Es macht einen Load Balancer im Anbieternetzwerk überflüssig' } },
        { id: 'E', text: { en: 'It is only for Microsoft-owned PaaS services', de: 'Es ist nur für Microsoft-eigene PaaS-Dienste vorgesehen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Private Link service is designed for provider-hosted services, including cross-tenant scenarios, while the consumer side always uses private endpoints.',
        de: 'Private Link Service ist für anbietergehostete Dienste konzipiert, auch für mandantenübergreifende Szenarien, während die Verbraucherseite immer private Endpunkte verwendet.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-228',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Datum Corporation hosts a line-of-business API on Azure virtual machines behind a Standard Load Balancer. Several partner organizations need private connectivity from their own VNets, and Datum Corporation must approve each partner connection before it becomes active. The API must not be exposed through a public IP address. The platform team wants a provider-managed Azure-native design.',
        de: 'Datum Corporation hostet eine geschäftskritische API auf Azure-VMs hinter einem Standard Load Balancer. Mehrere Partnerorganisationen benötigen private Konnektivität aus ihren eigenen VNets, und Datum Corporation muss jede Partnerverbindung genehmigen, bevor sie aktiv wird. Die API darf nicht über eine öffentliche IP-Adresse bereitgestellt werden. Das Plattformteam möchte ein Azure-natives Design unter Kontrolle des Anbieters.'
      },
      question: {
        en: 'Which design should the provider use?',
        de: 'Welches Design sollte der Anbieter verwenden?'
      },
      options: [
        { id: 'A', text: { en: 'Publish the API by using Azure Private Link service and have partners connect through private endpoints', de: 'Veröffentlichen Sie die API mithilfe von Azure Private Link Service, und lassen Sie die Partner über private Endpunkte verbinden' } },
        { id: 'B', text: { en: 'Enable a service endpoint on each partner subnet', de: 'Aktivieren Sie auf jedem Partner-Subnetz einen Dienstendpunkt' } },
        { id: 'C', text: { en: 'Use a public Standard Load Balancer with NSG restrictions only', de: 'Verwenden Sie einen öffentlichen Standard Load Balancer nur mit NSG-Einschränkungen' } },
        { id: 'D', text: { en: 'Deploy Azure Front Door Premium with no origin restrictions', de: 'Stellen Sie Azure Front Door Premium ohne Ursprungseinschränkungen bereit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure Private Link service is the correct provider-side pattern for privately publishing a custom service behind Standard Load Balancer with approval-based consumer access.',
        de: 'Azure Private Link Service ist das richtige anbieterseitige Muster, um einen benutzerdefinierten Dienst hinter einem Standard Load Balancer mit genehmigungsbasiertem Verbraucherzugriff privat bereitzustellen.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-229',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Northwind Traders offers a shared internal platform service to business units that run separate Azure subscriptions. Only three subscriptions are allowed to discover the service in the portal, and two of those subscriptions should receive automatic approval for new connection requests. Other subscriptions must not see the service at all. The provider wants to control this without publishing a public endpoint.',
        de: 'Northwind Traders stellt einen gemeinsam genutzten internen Plattformdienst für Geschäftseinheiten mit separaten Azure-Abonnements bereit. Nur drei Abonnements sollen den Dienst im Portal erkennen können, und zwei dieser Abonnements sollen für neue Verbindungsanforderungen automatisch genehmigt werden. Andere Abonnements dürfen den Dienst überhaupt nicht sehen. Der Anbieter möchte dies steuern, ohne einen öffentlichen Endpunkt zu veröffentlichen.'
      },
      question: {
        en: 'Which configuration is required on the provider side?',
        de: 'Welche Konfiguration ist auf der Anbieterseite erforderlich?'
      },
      options: [
        { id: 'A', text: { en: 'Configure the visibility list and the auto-approval list on the Private Link service', de: 'Konfigurieren Sie die Sichtbarkeitsliste und die Auto-Genehmigungsliste auf dem Private Link Service' } },
        { id: 'B', text: { en: 'Create service endpoint policies on each consumer subnet', de: 'Erstellen Sie Dienstendpunktrichtlinien auf jedem Verbraucher-Subnetz' } },
        { id: 'C', text: { en: 'Use Application Gateway path-based rules', de: 'Verwenden Sie pfadbasierte Regeln von Application Gateway' } },
        { id: 'D', text: { en: 'Create private DNS zones in the provider subscription only', de: 'Erstellen Sie Private-DNS-Zonen nur im Anbieterabonnement' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Visibility controls discovery and the auto-approval list controls which consumer subscriptions are approved automatically.',
        de: 'Die Sichtbarkeit steuert die Ermittlung, und die Auto-Genehmigungsliste steuert, welche Verbraucherabonnements automatisch genehmigt werden.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-230',
      type: 'scenario',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Humongous Insurance runs a central policy engine in one Azure subscription. Multiple internal business units in other subscriptions need private access from their own VNets, and each business unit wants to keep its own address space and DNS administration. The central platform team does not want to deploy network appliances for every connection. They need a repeatable private publishing pattern.',
        de: 'Humongous Insurance betreibt eine zentrale Policy Engine in einem Azure-Abonnement. Mehrere interne Geschäftseinheiten in anderen Abonnements benötigen privaten Zugriff aus ihren eigenen VNets, und jede Geschäftseinheit möchte ihren eigenen Adressraum sowie ihre eigene DNS-Verwaltung beibehalten. Das zentrale Plattformteam möchte nicht für jede Verbindung Netzwerkappliances bereitstellen. Benötigt wird ein wiederholbares Muster zur privaten Bereitstellung.'
      },
      question: {
        en: 'Which solution is the best fit?',
        de: 'Welche Lösung ist am besten geeignet?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Private Link service on the provider side and private endpoints in each consumer VNet', de: 'Azure Private Link Service auf der Anbieterseite und private Endpunkte in jedem Verbraucher-VNet' } },
        { id: 'B', text: { en: 'VNet peering to every consumer VNet and service endpoints', de: 'VNet-Peering zu jedem Verbraucher-VNet und Dienstendpunkte' } },
        { id: 'C', text: { en: 'A public load balancer with internet routing preference', de: 'Ein öffentlicher Load Balancer mit Internet Routing Preference' } },
        { id: 'D', text: { en: 'Route Server with BGP communities', de: 'Route Server mit BGP-Communities' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'This pattern gives each consumer a local private endpoint while the provider keeps a single private publishing service behind Standard Load Balancer.',
        de: 'Dieses Muster gibt jedem Verbraucher einen lokalen privaten Endpunkt, während der Anbieter einen einzigen privaten Bereitstellungsdienst hinter einem Standard Load Balancer betreibt.'
      },
      hint: {
        en: 'Separate the provider side of Private Link service from the consumer side, which always uses a private endpoint.',
        de: 'Trennen Sie die Anbieterseite von Private Link Service von der Verbraucherseite, die immer einen privaten Endpunkt verwendet.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview'
    },
    {
      id: 'az700-231',
      type: 'single',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure Firewall SKU adds TLS inspection and IDPS capabilities?',
        de: 'Welche Azure-Firewall-SKU fügt TLS-Inspektion und IDPS-Funktionen hinzu?'
      },
      options: [
        { id: 'A', text: { en: 'Basic', de: 'Basic' } },
        { id: 'B', text: { en: 'Premium', de: 'Premium' } },
        { id: 'C', text: { en: 'Classic', de: 'Classic' } },
        { id: 'D', text: { en: 'Developer', de: 'Developer' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Azure Firewall Premium includes TLS inspection, IDPS, and other advanced threat protection features.',
        de: 'Azure Firewall Premium umfasst TLS-Inspektion, IDPS und weitere erweiterte Funktionen für den Bedrohungsschutz.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall/premium-features'
    },
    {
      id: 'az700-232',
      type: 'single',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure service centrally orchestrates Azure Firewall deployments and policies across regions and secured virtual hubs?',
        de: 'Welcher Azure-Dienst orchestriert zentral Azure-Firewall-Bereitstellungen und -Richtlinien über Regionen und gesicherte virtuelle Hubs hinweg?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Firewall Manager', de: 'Azure Firewall Manager' } },
        { id: 'B', text: { en: 'Network Watcher', de: 'Network Watcher' } },
        { id: 'C', text: { en: 'Azure Route Server', de: 'Azure Route Server' } },
        { id: 'D', text: { en: 'Traffic Manager', de: 'Traffic Manager' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure Firewall Manager is used for central deployment and policy association for Azure Firewall, including Virtual WAN secured hubs.',
        de: 'Azure Firewall Manager wird für die zentrale Bereitstellung und Richtlinienzuordnung von Azure Firewall verwendet, einschließlich gesicherter Virtual-WAN-Hubs.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-233',
      type: 'single',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Where should you define Azure Firewall network, application, and DNAT rules in a modern deployment model?',
        de: 'Wo sollten Sie Azure-Firewall-Netzwerk-, Anwendungs- und DNAT-Regeln in einem modernen Bereitstellungsmodell definieren?'
      },
      options: [
        { id: 'A', text: { en: 'In Azure Firewall Policy', de: 'In Azure Firewall Policy' } },
        { id: 'B', text: { en: 'Only in NSGs', de: 'Nur in NSGs' } },
        { id: 'C', text: { en: 'In a Private DNS zone', de: 'In einer Private DNS-Zone' } },
        { id: 'D', text: { en: 'In a route table', de: 'In einer Routentabelle' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure Firewall Policy is the recommended central object for rule management, inheritance, and reuse.',
        de: 'Azure Firewall Policy ist das empfohlene zentrale Objekt für Regelverwaltung, Vererbung und Wiederverwendung.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-234',
      type: 'single',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure Firewall Premium capability uses signatures to detect and optionally block malicious traffic patterns?',
        de: 'Welche Funktion von Azure Firewall Premium verwendet Signaturen, um schädliche Datenverkehrsmuster zu erkennen und optional zu blockieren?'
      },
      options: [
        { id: 'A', text: { en: 'IDPS', de: 'IDPS' } },
        { id: 'B', text: { en: 'Service endpoints', de: 'Dienstendpunkte' } },
        { id: 'C', text: { en: 'BGP communities', de: 'BGP-Communities' } },
        { id: 'D', text: { en: 'Gateway transit', de: 'Gateway Transit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The intrusion detection and prevention system in Azure Firewall Premium inspects traffic against threat signatures.',
        de: 'Das Intrusion Detection and Prevention System in Azure Firewall Premium prüft Datenverkehr anhand von Bedrohungssignaturen.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall/premium-features'
    },
    {
      id: 'az700-235',
      type: 'single',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Virtual WAN security model places Azure Firewall directly in managed hubs for centralized transit inspection?',
        de: 'Welches Virtual-WAN-Sicherheitsmodell platziert Azure Firewall direkt in verwalteten Hubs für eine zentrale Transitinspektion?'
      },
      options: [
        { id: 'A', text: { en: 'Secured virtual hub', de: 'Gesicherter virtueller Hub' } },
        { id: 'B', text: { en: 'Basic hub', de: 'Einfacher Hub' } },
        { id: 'C', text: { en: 'Private endpoint hub', de: 'Hub für private Endpunkte' } },
        { id: 'D', text: { en: 'Gateway subnet hub', de: 'Gateway-Subnet-Hub' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A secured virtual hub is the Virtual WAN pattern that integrates Azure Firewall for managed hub-based transit security.',
        de: 'Ein gesicherter virtueller Hub ist das Virtual-WAN-Muster, das Azure Firewall für verwaltete, hubbasierte Transitsicherheit integriert.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-236',
      type: 'multiple',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which features are provided by Azure Firewall Premium? Choose all that apply.',
        de: 'Welche Funktionen werden von Azure Firewall Premium bereitgestellt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'TLS inspection', de: 'TLS-Inspektion' } },
        { id: 'B', text: { en: 'IDPS', de: 'IDPS' } },
        { id: 'C', text: { en: 'Private endpoint DNS zone hosting', de: 'Hosting von Private-Endpunkt-DNS-Zonen' } },
        { id: 'D', text: { en: 'Web categories and advanced URL filtering', de: 'Webkategorien und erweiterte URL-Filterung' } },
        { id: 'E', text: { en: 'Layer 7 web server acceleration', de: 'Layer-7-Webserverbeschleunigung' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: {
        en: 'Premium adds deep inspection and advanced outbound filtering features. It is not a DNS hosting service and not a web acceleration service.',
        de: 'Premium ergänzt tiefgehende Inspektion und erweiterte Outboundfilterung. Es ist weder ein DNS-Hostingdienst noch ein Dienst zur Webbeschleunigung.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall/premium-features'
    },
    {
      id: 'az700-237',
      type: 'multiple',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which tasks are appropriate for Azure Firewall Manager? Choose all that apply.',
        de: 'Welche Aufgaben sind für Azure Firewall Manager geeignet? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Deploy secured virtual hubs', de: 'Gesicherte virtuelle Hubs bereitstellen' } },
        { id: 'B', text: { en: 'Associate and centralize Azure Firewall policies', de: 'Azure-Firewall-Richtlinien zuordnen und zentralisieren' } },
        { id: 'C', text: { en: 'Manage security for multiple firewalls across regions', de: 'Sicherheit für mehrere Firewalls über Regionen hinweg verwalten' } },
        { id: 'D', text: { en: 'Perform packet inspection by itself without Azure Firewall', de: 'Pakete eigenständig ohne Azure Firewall prüfen' } },
        { id: 'E', text: { en: 'Replace Network Watcher diagnostics', de: 'Die Diagnosefunktionen von Network Watcher ersetzen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Firewall Manager provides central orchestration and policy management, while packet inspection is performed by Azure Firewall itself.',
        de: 'Firewall Manager bietet zentrale Orchestrierung und Richtlinienverwaltung, während die Paketinspektion von Azure Firewall selbst durchgeführt wird.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-238',
      type: 'scenario',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'hard',
      scenario: {
        en: 'Proseware connects branch offices through Azure Virtual WAN. The company wants centralized internet breakout, regionally deployed inspection points, and consistent firewall policy enforcement in every hub. Operations also wants a single place to govern those deployments as new regions are added. The design must stay aligned with Microsoft-managed hub routing.',
        de: 'Proseware verbindet Niederlassungen über Azure Virtual WAN. Das Unternehmen möchte einen zentralen Internet-Breakout, regional bereitgestellte Inspektionspunkte und eine konsistente Durchsetzung von Firewallrichtlinien in jedem Hub. Das Betriebsteam wünscht außerdem eine zentrale Stelle, um diese Bereitstellungen bei der Erweiterung um neue Regionen zu steuern. Das Design muss mit dem von Microsoft verwalteten Hub-Routing kompatibel bleiben.'
      },
      question: {
        en: 'Which design should the company use?',
        de: 'Welches Design sollte das Unternehmen verwenden?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Firewall Manager with secured virtual hubs and shared Azure Firewall policies', de: 'Azure Firewall Manager mit gesicherten virtuellen Hubs und gemeinsamen Azure-Firewall-Richtlinien' } },
        { id: 'B', text: { en: 'NSGs on every subnet with no hub security', de: 'NSGs in jedem Subnetz ohne Hubsicherheit' } },
        { id: 'C', text: { en: 'A Basic Load Balancer in each hub', de: 'Einen Basic Load Balancer in jedem Hub' } },
        { id: 'D', text: { en: 'Only route tables and service tags', de: 'Nur Routentabellen und Diensttags' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Secured virtual hubs provide the managed hub security model, and Firewall Manager centralizes their deployment and policy governance.',
        de: 'Gesicherte virtuelle Hubs liefern das verwaltete Hub-Sicherheitsmodell, und Firewall Manager zentralisiert deren Bereitstellung und Richtliniensteuerung.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-239',
      type: 'scenario',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'hard',
      scenario: {
        en: 'Contoso must inspect outbound HTTPS traffic from regulated workloads. Security analysts want malware and threat-signature inspection after decryption, and they also want to filter risky web categories. The desktop engineering team can distribute trusted internal root certificates to managed devices. The company wants to keep the control plane in Azure rather than use third-party appliances.',
        de: 'Contoso muss ausgehenden HTTPS-Datenverkehr regulierter Workloads prüfen. Sicherheitsanalysten wünschen eine Malware- und Bedrohungssignaturprüfung nach der Entschlüsselung und zusätzlich die Filterung riskanter Webkategorien. Das Desktop-Engineering-Team kann vertrauenswürdige interne Stammzertifikate auf verwaltete Geräte verteilen. Das Unternehmen möchte die Kontrollebene in Azure halten und keine Appliances von Drittanbietern einsetzen.'
      },
      question: {
        en: 'Which solution best fits the requirement?',
        de: 'Welche Lösung passt am besten zu dieser Anforderung?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Firewall Premium with TLS inspection and IDPS', de: 'Azure Firewall Premium mit TLS-Inspektion und IDPS' } },
        { id: 'B', text: { en: 'Azure Firewall Basic with service endpoint policies', de: 'Azure Firewall Basic mit Dienstendpunktrichtlinien' } },
        { id: 'C', text: { en: 'Application Gateway Standard_v2 only', de: 'Nur Application Gateway Standard_v2' } },
        { id: 'D', text: { en: 'NAT Gateway with route tables', de: 'NAT Gateway mit Routentabellen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'TLS inspection and IDPS are Premium features that address decrypted outbound inspection and advanced threat detection requirements.',
        de: 'TLS-Inspektion und IDPS sind Premium-Funktionen, die die Anforderungen an entschlüsselte Outboundprüfung und erweiterte Bedrohungserkennung erfüllen.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall/premium-features'
    },
    {
      id: 'az700-240',
      type: 'scenario',
      domain: { en: 'Secure and monitor networks', de: 'Netzwerke absichern und überwachen' },
      difficulty: 'hard',
      scenario: {
        en: 'Fabrikam operates Azure firewalls in several regions. A global security team wants a common deny list and standard outbound inspection rules everywhere, but each regional team needs a small set of local exceptions. Governance requires the global standards to be inherited and not rewritten separately in each region. The company wants to manage this through supported Azure policy hierarchy features.',
        de: 'Fabrikam betreibt Azure Firewalls in mehreren Regionen. Ein globales Sicherheitsteam möchte überall eine gemeinsame Sperrliste und standardisierte Regeln für die Outboundinspektion, während jedes regionale Team einen kleinen Satz lokaler Ausnahmen benötigt. Die Governance verlangt, dass die globalen Standards vererbt und nicht separat in jeder Region neu erstellt werden. Das Unternehmen möchte dies über unterstützte Hierarchiefunktionen von Azure verwalten.'
      },
      question: {
        en: 'What should the company implement?',
        de: 'Was sollte das Unternehmen implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Parent and child Azure Firewall policies, optionally coordinated through Firewall Manager', de: 'Übergeordnete und untergeordnete Azure-Firewall-Richtlinien, optional koordiniert über Firewall Manager' } },
        { id: 'B', text: { en: 'Independent NSGs in every spoke subnet', de: 'Unabhängige NSGs in jedem Spoke-Subnetz' } },
        { id: 'C', text: { en: 'One service endpoint policy per region', de: 'Eine Dienstendpunktrichtlinie pro Region' } },
        { id: 'D', text: { en: 'A single public IP prefix for all firewalls', de: 'Ein einzelnes Public IP Prefix für alle Firewalls' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Firewall Policy hierarchy provides shared global controls with delegated regional variation in a supported model.',
        de: 'Die Hierarchie von Firewall Policies stellt gemeinsame globale Steuerungen mit delegierten regionalen Abweichungen in einem unterstützten Modell bereit.'
      },
      hint: {
        en: 'Differentiate Firewall Premium inspection features from Firewall Manager orchestration and policy deployment features.',
        de: 'Unterscheiden Sie zwischen den Prüfungsfunktionen von Firewall Premium und den Orchestrierungs- sowie Bereitstellungsfunktionen von Firewall Manager.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/firewall-manager/overview'
    },
    {
      id: 'az700-241',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Application Gateway feature routes requests to different backend pools based on the URL path such as /api and /images?',
        de: 'Welche Funktion von Application Gateway leitet Anforderungen basierend auf dem URL-Pfad wie /api und /images an unterschiedliche Back-End-Pools weiter?'
      },
      options: [
        { id: 'A', text: { en: 'Path-based routing rule', de: 'Pfadbasierte Routingregel' } },
        { id: 'B', text: { en: 'Gateway transit', de: 'Gateway Transit' } },
        { id: 'C', text: { en: 'HA Ports rule', de: 'HA-Ports-Regel' } },
        { id: 'D', text: { en: 'Service endpoint policy', de: 'Dienstendpunktrichtlinie' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'URL path-based routing is the Application Gateway capability for sending different paths to different backend pools.',
        de: 'URL-pfadbasiertes Routing ist die Funktion von Application Gateway, mit der unterschiedliche Pfade an unterschiedliche Back-End-Pools gesendet werden.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/url-route-overview'
    },
    {
      id: 'az700-242',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Application Gateway SKU generation supports autoscaling and zone redundancy?',
        de: 'Welche SKU-Generation von Application Gateway unterstützt Autoskalierung und Zonenredundanz?'
      },
      options: [
        { id: 'A', text: { en: 'v1', de: 'v1' } },
        { id: 'B', text: { en: 'v2', de: 'v2' } },
        { id: 'C', text: { en: 'Basic', de: 'Basic' } },
        { id: 'D', text: { en: 'Classic', de: 'Classic' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'The v2 SKU generation adds autoscaling and zone redundancy capabilities.',
        de: 'Die SKU-Generation v2 ergänzt Autoskalierung und Zonenredundanz.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/overview-v2'
    },
    {
      id: 'az700-243',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which listener type lets one Application Gateway host multiple websites by using different hostnames?',
        de: 'Welcher Listenertyp ermöglicht es einem Application Gateway, mehrere Websites mit unterschiedlichen Hostnamen zu hosten?'
      },
      options: [
        { id: 'A', text: { en: 'Multisite listener', de: 'Multisite-Listener' } },
        { id: 'B', text: { en: 'TCP listener', de: 'TCP-Listener' } },
        { id: 'C', text: { en: 'Gateway listener', de: 'Gateway-Listener' } },
        { id: 'D', text: { en: 'Private endpoint listener', de: 'Listener für private Endpunkte' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A multisite listener uses host headers so one gateway can serve multiple sites on shared infrastructure.',
        de: 'Ein Multisite-Listener verwendet Hostheader, sodass ein Gateway mehrere Sites auf gemeinsamer Infrastruktur bereitstellen kann.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/overview-v2'
    },
    {
      id: 'az700-244',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Application Gateway setting keeps a client on the same backend instance when a legacy application requires session stickiness?',
        de: 'Welche Einstellung von Application Gateway hält einen Client auf derselben Back-End-Instanz, wenn eine Legacyanwendung Sitzungsaffinität benötigt?'
      },
      options: [
        { id: 'A', text: { en: 'Cookie-based affinity', de: 'Cookiebasierte Affinität' } },
        { id: 'B', text: { en: 'Gateway transit', de: 'Gateway Transit' } },
        { id: 'C', text: { en: 'BGP propagation', de: 'BGP-Weitergabe' } },
        { id: 'D', text: { en: 'DNS forwarding', de: 'DNS-Weiterleitung' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Cookie-based affinity is the session persistence feature for Application Gateway.',
        de: 'Cookiebasierte Affinität ist die Funktion für Sitzungspersistenz in Application Gateway.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/configuration-http-settings'
    },
    {
      id: 'az700-245',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Application Gateway feature do you use to send HTTP requests to HTTPS automatically?',
        de: 'Welche Funktion von Application Gateway verwenden Sie, um HTTP-Anforderungen automatisch an HTTPS umzuleiten?'
      },
      options: [
        { id: 'A', text: { en: 'Redirect configuration', de: 'Umleitungskonfiguration' } },
        { id: 'B', text: { en: 'Outbound rule', de: 'Outboundregel' } },
        { id: 'C', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } },
        { id: 'D', text: { en: 'Visibility list', de: 'Sichtbarkeitsliste' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Application Gateway uses redirect configurations to send HTTP traffic to HTTPS listeners or other targets.',
        de: 'Application Gateway verwendet Umleitungskonfigurationen, um HTTP-Datenverkehr an HTTPS-Listener oder andere Ziele zu senden.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/overview-v2'
    },
    {
      id: 'az700-246',
      type: 'multiple',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which capabilities are available in Application Gateway v2? Choose all that apply.',
        de: 'Welche Funktionen stehen in Application Gateway v2 zur Verfügung? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Autoscaling', de: 'Autoskalierung' } },
        { id: 'B', text: { en: 'Zone redundancy', de: 'Zonenredundanz' } },
        { id: 'C', text: { en: 'BGP route exchange', de: 'BGP-Routenaustausch' } },
        { id: 'D', text: { en: 'Header and URL rewrite', de: 'Header- und URL-Umschreibung' } },
        { id: 'E', text: { en: 'Layer 3 VPN termination', de: 'Layer-3-VPN-Terminierung' } }
      ],
      correct: ['A', 'B', 'D'],
      explanation: {
        en: 'Application Gateway v2 focuses on layer 7 application delivery features such as scale, zone resilience, and rewrite capabilities.',
        de: 'Application Gateway v2 konzentriert sich auf Layer-7-Anwendungsbereitstellungsfunktionen wie Skalierung, Zonenresilienz und Umschreibungsfunktionen.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/rewrite-http-headers-url'
    },
    {
      id: 'az700-247',
      type: 'multiple',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which configurations support end-to-end TLS through Application Gateway? Choose all that apply.',
        de: 'Welche Konfigurationen unterstützen End-to-End-TLS über Application Gateway? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'An HTTPS listener with a frontend certificate', de: 'Ein HTTPS-Listener mit einem Frontendzertifikat' } },
        { id: 'B', text: { en: 'Backend HTTP settings that use HTTPS', de: 'Back-End-HTTP-Einstellungen, die HTTPS verwenden' } },
        { id: 'C', text: { en: 'Trusted backend certificate validation or trust chain configuration', de: 'Vertrauenswürdige Validierung des Back-End-Zertifikats oder Konfiguration der Vertrauenskette' } },
        { id: 'D', text: { en: 'Disabling all health probes', de: 'Das Deaktivieren aller Health Probes' } },
        { id: 'E', text: { en: 'A public IP address on every backend server', de: 'Eine öffentliche IP-Adresse auf jedem Back-End-Server' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'End-to-end TLS requires encrypted frontend and backend hops plus proper backend certificate trust and validation.',
        de: 'End-to-End-TLS erfordert verschlüsselte Frontend- und Back-End-Hops sowie eine korrekte Vertrauens- und Validierungskonfiguration für Back-End-Zertifikate.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/configuration-http-settings'
    },
    {
      id: 'az700-248',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Tailwind Traders is consolidating several public web applications on one regional entry point. Each application uses a unique hostname, some applications route by URL path, and the security team requires a web application firewall. Traffic volume changes sharply during product launches, so the platform must scale automatically and remain resilient across availability zones. The team wants one Azure-native layer 7 solution.',
        de: 'Tailwind Traders konsolidiert mehrere öffentliche Webanwendungen auf einem regionalen Eingangspunkt. Jede Anwendung verwendet einen eindeutigen Hostnamen, einige Anwendungen routen nach URL-Pfad, und das Sicherheitsteam verlangt eine Web Application Firewall. Das Datenverkehrsaufkommen schwankt bei Produkteinführungen stark, daher muss die Plattform automatisch skalieren und über Verfügbarkeitszonen hinweg resilient bleiben. Das Team wünscht eine Azure-native Layer-7-Lösung.'
      },
      question: {
        en: 'Which design should the team implement?',
        de: 'Welches Design sollte das Team implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Application Gateway WAF_v2 with multisite listeners and path-based rules', de: 'Application Gateway WAF_v2 mit Multisite-Listenern und pfadbasierten Regeln' } },
        { id: 'B', text: { en: 'Standard Load Balancer with HA Ports', de: 'Standard Load Balancer mit HA Ports' } },
        { id: 'C', text: { en: 'Azure Route Server with BGP peering', de: 'Azure Route Server mit BGP-Peering' } },
        { id: 'D', text: { en: 'Service endpoints and NSGs only', de: 'Nur Dienstendpunkte und NSGs' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'WAF_v2 combines layer 7 routing, hostname-based listeners, path rules, autoscaling, and zone redundancy in one service.',
        de: 'WAF_v2 kombiniert Layer-7-Routing, hostnamenbasierte Listener, Pfadregeln, Autoskalierung und Zonenredundanz in einem Dienst.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/overview-v2'
    },
    {
      id: 'az700-249',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Litware publishes an internal business application through an internal Application Gateway. Backend servers are updated in rolling batches and must finish long-running downloads before being removed from service. Health checks must probe a custom path that returns 200 only when the application is truly ready. The architecture team wants to avoid dropping active user sessions during maintenance windows.',
        de: 'Litware veröffentlicht eine interne Geschäftsanwendung über ein internes Application Gateway. Back-End-Server werden in rollierenden Chargen aktualisiert und müssen lang laufende Downloads beenden können, bevor sie aus dem Dienst genommen werden. Zustandsprüfungen sollen einen benutzerdefinierten Pfad abfragen, der nur dann 200 zurückgibt, wenn die Anwendung wirklich bereit ist. Das Architekturteam möchte vermeiden, dass während Wartungsfenstern aktive Benutzersitzungen unterbrochen werden.'
      },
      question: {
        en: 'Which configuration best addresses the requirement?',
        de: 'Welche Konfiguration adressiert die Anforderung am besten?'
      },
      options: [
        { id: 'A', text: { en: 'Use connection draining and a custom health probe on Application Gateway', de: 'Verwenden Sie Connection Draining und eine benutzerdefinierte Health Probe auf Application Gateway' } },
        { id: 'B', text: { en: 'Use a public IP prefix and internet routing preference', de: 'Verwenden Sie ein Public IP Prefix und Internet Routing Preference' } },
        { id: 'C', text: { en: 'Use only default probes and disable backend draining', de: 'Verwenden Sie nur Standardprobes und deaktivieren Sie das Back-End-Draining' } },
        { id: 'D', text: { en: 'Replace the gateway with a NAT Gateway', de: 'Ersetzen Sie das Gateway durch ein NAT Gateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Connection draining preserves in-flight sessions during backend removal, and a custom probe evaluates the correct application readiness endpoint.',
        de: 'Connection Draining bewahrt laufende Sitzungen während des Entfernens von Back-Ends, und eine benutzerdefinierte Probe bewertet den korrekten Bereitschaftsendpunkt der Anwendung.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/configuration-http-settings'
    },
    {
      id: 'az700-250',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Woodgrove Bank is modernizing a web application behind Application Gateway v2. The legacy application expects a rewritten host header for one path and must redirect every plain HTTP request to HTTPS. Security also wants to preserve a consistent layer 7 entry point and avoid code changes in the application. The operations team prefers to solve the requirement at the gateway layer.',
        de: 'Woodgrove Bank modernisiert eine Webanwendung hinter Application Gateway v2. Die Legacyanwendung erwartet für einen Pfad einen umgeschriebenen Hostheader und muss jede unverschlüsselte HTTP-Anforderung auf HTTPS umleiten. Die Sicherheit möchte außerdem einen konsistenten Layer-7-Einstiegspunkt beibehalten und Codeänderungen in der Anwendung vermeiden. Das Betriebsteam möchte die Anforderung auf der Gateway-Ebene lösen.'
      },
      question: {
        en: 'What should the team configure?',
        de: 'Was sollte das Team konfigurieren?'
      },
      options: [
        { id: 'A', text: { en: 'A rewrite rule set together with an HTTP-to-HTTPS redirect configuration', de: 'Eine Umschreibungsregelsammlung zusammen mit einer HTTP-zu-HTTPS-Umleitungskonfiguration' } },
        { id: 'B', text: { en: 'A service endpoint policy and a UDR', de: 'Eine Dienstendpunktrichtlinie und eine UDR' } },
        { id: 'C', text: { en: 'A Private Link service alias', de: 'Einen Alias für Private Link Service' } },
        { id: 'D', text: { en: 'Only cookie-based affinity', de: 'Nur cookiebasierte Affinität' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Rewrite rules handle header or URL changes, and redirect configuration handles protocol redirection at the gateway.',
        de: 'Umschreibungsregeln übernehmen Header- oder URL-Änderungen, und die Umleitungskonfiguration übernimmt die Protokollumleitung am Gateway.'
      },
      hint: {
        en: 'Application Gateway is a layer 7 service, so choose the feature that matches routing, rewrite, redirect, probe, or WAF needs.',
        de: 'Application Gateway ist ein Layer-7-Dienst. Wählen Sie daher die Funktion, die zu Routing-, Umschreibungs-, Umleitungs-, Probe- oder WAF-Anforderungen passt.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/application-gateway/rewrite-http-headers-url'
    },
    {
      id: 'az700-251',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure Load Balancer SKU supports HA Ports and zone-redundant frontend configurations?',
        de: 'Welche Azure-Load-Balancer-SKU unterstützt HA Ports und zonenredundante Frontendkonfigurationen?'
      },
      options: [
        { id: 'A', text: { en: 'Basic', de: 'Basic' } },
        { id: 'B', text: { en: 'Standard', de: 'Standard' } },
        { id: 'C', text: { en: 'Gateway', de: 'Gateway' } },
        { id: 'D', text: { en: 'Classic', de: 'Classic' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Standard Load Balancer includes advanced capabilities such as HA Ports and zone-aware frontend options.',
        de: 'Standard Load Balancer umfasst erweiterte Funktionen wie HA Ports und zonenfähige Frontendoptionen.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az700-252',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which load balancing rule should you use for NVAs that must process traffic on all TCP and UDP ports?',
        de: 'Welche Lastverteilungsregel sollten Sie für NVAs verwenden, die Datenverkehr auf allen TCP- und UDP-Ports verarbeiten müssen?'
      },
      options: [
        { id: 'A', text: { en: 'HA Ports rule', de: 'HA-Ports-Regel' } },
        { id: 'B', text: { en: 'Path-based rule', de: 'Pfadbasierte Regel' } },
        { id: 'C', text: { en: 'Service endpoint rule', de: 'Dienstendpunktregel' } },
        { id: 'D', text: { en: 'Redirect rule', de: 'Umleitungsregel' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'HA Ports allows a single rule to cover all ports, which is ideal for network virtual appliance scenarios.',
        de: 'HA Ports erlaubt es, mit einer einzigen Regel alle Ports abzudecken, was ideal für Szenarien mit virtuellen Netzwerkappliances ist.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az700-253',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Standard Load Balancer feature lets you define the outbound public IP addresses used by backend instances?',
        de: 'Welche Funktion von Standard Load Balancer ermöglicht es Ihnen, die von Back-End-Instanzen verwendeten öffentlichen Outbound-IP-Adressen festzulegen?'
      },
      options: [
        { id: 'A', text: { en: 'Outbound rules', de: 'Outboundregeln' } },
        { id: 'B', text: { en: 'Service endpoint policies', de: 'Dienstendpunktrichtlinien' } },
        { id: 'C', text: { en: 'DNS forwarding rules', de: 'DNS-Weiterleitungsregeln' } },
        { id: 'D', text: { en: 'Gateway transit', de: 'Gateway Transit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Outbound rules make outbound connectivity explicit and let you choose the frontend IPs used for egress.',
        de: 'Outboundregeln machen Outboundkonnektivität explizit und ermöglichen die Auswahl der für den Egress verwendeten Frontend-IP-Adressen.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/outbound-rules'
    },
    {
      id: 'az700-254',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which probe type should you use when the application exposes an HTTP health path?',
        de: 'Welchen Probetyp sollten Sie verwenden, wenn die Anwendung einen HTTP-Gesundheitspfad bereitstellt?'
      },
      options: [
        { id: 'A', text: { en: 'HTTP probe', de: 'HTTP-Probe' } },
        { id: 'B', text: { en: 'BGP probe', de: 'BGP-Probe' } },
        { id: 'C', text: { en: 'DNS probe', de: 'DNS-Probe' } },
        { id: 'D', text: { en: 'NAT probe', de: 'NAT-Probe' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'An HTTP probe evaluates the application response from the health path rather than checking only TCP reachability.',
        de: 'Eine HTTP-Probe bewertet die Anwendungsantwort des Gesundheitspfads, statt nur die TCP-Erreichbarkeit zu prüfen.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az700-255',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure resource reserves a contiguous set of public IP addresses that can later be assigned to load balancer frontends?',
        de: 'Welche Azure-Ressource reserviert einen zusammenhängenden Satz öffentlicher IP-Adressen, die später Load-Balancer-Frontends zugewiesen werden können?'
      },
      options: [
        { id: 'A', text: { en: 'Public IP Prefix', de: 'Public IP Prefix' } },
        { id: 'B', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'C', text: { en: 'Route filter', de: 'Routenfilter' } },
        { id: 'D', text: { en: 'Local network gateway', de: 'Lokales Netzwerkgateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A Public IP Prefix reserves contiguous addresses that can be consumed by public IP resources and frontend configurations.',
        de: 'Ein Public IP Prefix reserviert zusammenhängende Adressen, die von Ressourcen mit öffentlichen IPs und Frontendkonfigurationen genutzt werden können.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-256',
      type: 'multiple',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about Standard Load Balancer are correct? Choose all that apply.',
        de: 'Welche Aussagen über Standard Load Balancer sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'It is secure by default and typically requires NSG rules to allow traffic', de: 'Er ist standardmäßig sicher und erfordert in der Regel NSG-Regeln, um Datenverkehr zuzulassen' } },
        { id: 'B', text: { en: 'It supports availability zones', de: 'Er unterstützt Verfügbarkeitszonen' } },
        { id: 'C', text: { en: 'It is required when you publish a service by using Azure Private Link service', de: 'Er ist erforderlich, wenn Sie einen Dienst mithilfe von Azure Private Link Service veröffentlichen' } },
        { id: 'D', text: { en: 'Basic Load Balancer provides the same HA Ports capability', de: 'Basic Load Balancer bietet dieselbe HA-Ports-Funktion' } },
        { id: 'E', text: { en: 'It performs path-based web routing natively', de: 'Er führt nativ pfadbasiertes Webrouting durch' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Standard Load Balancer is the advanced layer 4 option for secure, zone-aware scenarios and it underpins Private Link service.',
        de: 'Standard Load Balancer ist die erweiterte Layer-4-Option für sichere, zonenfähige Szenarien und bildet die Grundlage für Private Link Service.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az700-257',
      type: 'multiple',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which outbound connectivity options are valid for Azure virtual machines? Choose all that apply.',
        de: 'Welche Optionen für die Outboundkonnektivität sind für Azure-VMs gültig? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'NAT Gateway', de: 'NAT Gateway' } },
        { id: 'B', text: { en: 'Outbound rules on Standard Load Balancer', de: 'Outboundregeln auf Standard Load Balancer' } },
        { id: 'C', text: { en: 'Instance-level public IP addresses', de: 'Öffentliche IP-Adressen auf Instanzebene' } },
        { id: 'D', text: { en: 'Basic Load Balancer outbound rules', de: 'Outboundregeln von Basic Load Balancer' } },
        { id: 'E', text: { en: 'Service endpoint policies', de: 'Dienstendpunktrichtlinien' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Azure VMs can use several explicit outbound models, while service endpoint policies are unrelated and Basic Load Balancer outbound design is not the modern recommendation.',
        de: 'Azure-VMs können mehrere explizite Outboundmodelle nutzen, während Dienstendpunktrichtlinien damit nichts zu tun haben und das Outbounddesign von Basic Load Balancer nicht die moderne Empfehlung ist.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/outbound-rules'
    },
    {
      id: 'az700-258',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Trey Research deploys a pair of network virtual appliances in a hub VNet. All spoke traffic for east-west inspection and internet egress must flow through the appliances, and the appliances need to process any TCP or UDP port. User-defined routes from the spokes will point to the appliance frontend. The design must avoid creating separate load-balancing rules for every port.',
        de: 'Trey Research stellt ein Paar virtueller Netzwerkappliances in einem Hub-VNet bereit. Sämtlicher Datenverkehr aus den Spokes für Ost-West-Inspektion und Internet-Egress muss durch die Appliances fließen, und die Appliances müssen jeden TCP- oder UDP-Port verarbeiten können. Benutzerdefinierte Routen aus den Spokes sollen auf das Frontend der Appliances zeigen. Das Design soll vermeiden, für jeden Port separate Lastverteilungsregeln zu erstellen.'
      },
      question: {
        en: 'What should the team deploy?',
        de: 'Was sollte das Team bereitstellen?'
      },
      options: [
        { id: 'A', text: { en: 'An internal Standard Load Balancer with an HA Ports rule in front of the NVAs', de: 'Einen internen Standard Load Balancer mit einer HA-Ports-Regel vor den NVAs' } },
        { id: 'B', text: { en: 'An Application Gateway with URL path rules', de: 'Ein Application Gateway mit URL-Pfadregeln' } },
        { id: 'C', text: { en: 'A Private Link service alias', de: 'Einen Alias für Private Link Service' } },
        { id: 'D', text: { en: 'A public IP prefix with Microsoft routing', de: 'Ein Public IP Prefix mit Microsoft Routing' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'HA Ports on an internal Standard Load Balancer is the right pattern for steering all ports to NVAs behind a single frontend.',
        de: 'HA Ports auf einem internen Standard Load Balancer ist das richtige Muster, um alle Ports über ein einziges Frontend zu NVAs zu lenken.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/load-balancer-overview'
    },
    {
      id: 'az700-259',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Datum Corporation is launching several TCP-based regional services on Azure. Partner organizations insist on approving one contiguous public IP range in advance so future service endpoints can be added without new change requests. The architecture team also wants those addresses to be reusable for multiple Standard Load Balancer frontends over time. They need a predictable public addressing strategy.',
        de: 'Datum Corporation führt mehrere TCP-basierte regionale Dienste in Azure ein. Partnerorganisationen bestehen darauf, vorab einen zusammenhängenden öffentlichen IP-Bereich zu genehmigen, damit künftig neue Dienstendpunkte ohne zusätzliche Änderungsanträge hinzugefügt werden können. Das Architekturteam möchte außerdem, dass diese Adressen im Lauf der Zeit für mehrere Frontends von Standard Load Balancer wiederverwendbar sind. Es wird eine planbare Strategie für die öffentliche Adressierung benötigt.'
      },
      question: {
        en: 'Which public IP design best meets the requirement?',
        de: 'Welches Design für öffentliche IP-Adressen erfüllt die Anforderung am besten?'
      },
      options: [
        { id: 'A', text: { en: 'Reserve a Public IP Prefix and create frontend public IP resources from that prefix', de: 'Reservieren Sie ein Public IP Prefix und erstellen Sie öffentliche Frontend-IP-Ressourcen aus diesem Präfix' } },
        { id: 'B', text: { en: 'Use random dynamic public IP addresses for each deployment', de: 'Verwenden Sie zufällige dynamische öffentliche IP-Adressen für jede Bereitstellung' } },
        { id: 'C', text: { en: 'Use only private endpoints for the public services', de: 'Verwenden Sie nur private Endpunkte für die öffentlichen Dienste' } },
        { id: 'D', text: { en: 'Place a NAT Gateway in front of the load balancer', de: 'Schalten Sie ein NAT Gateway vor den Load Balancer' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A Public IP Prefix provides a reserved contiguous range that can be consumed predictably by future frontend public IP resources.',
        de: 'Ein Public IP Prefix stellt einen reservierten zusammenhängenden Bereich bereit, der planbar von künftigen Frontendressourcen mit öffentlichen IPs genutzt werden kann.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-260',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Northwind Traders is migrating an internet-facing service from Basic Load Balancer to Standard Load Balancer. The service still needs inbound load balancing, but the platform team also wants outbound traffic to use a known frontend IP instead of relying on implicit outbound access. Security requires an explicit and documented egress configuration. The team prefers to keep the egress design aligned with the load balancer that already fronts the service.',
        de: 'Northwind Traders migriert einen internetfähigen Dienst von Basic Load Balancer zu Standard Load Balancer. Der Dienst benötigt weiterhin eingehende Lastverteilung, aber das Plattformteam möchte zudem, dass ausgehender Datenverkehr eine bekannte Frontend-IP verwendet, statt sich auf impliziten Outboundzugriff zu verlassen. Die Sicherheit verlangt eine explizite und dokumentierte Egresskonfiguration. Das Team möchte das Egressdesign möglichst an den bereits vorgeschalteten Load Balancer anlehnen.'
      },
      question: {
        en: 'Which configuration should the team add?',
        de: 'Welche Konfiguration sollte das Team ergänzen?'
      },
      options: [
        { id: 'A', text: { en: 'Outbound rules on the Standard Load Balancer', de: 'Outboundregeln auf dem Standard Load Balancer' } },
        { id: 'B', text: { en: 'A service endpoint policy on the frontend subnet', de: 'Eine Dienstendpunktrichtlinie auf dem Frontendsubnetz' } },
        { id: 'C', text: { en: 'A private DNS zone link', de: 'Einen Link einer Private-DNS-Zone' } },
        { id: 'D', text: { en: 'Gateway transit on the VNet peering', de: 'Gateway Transit auf dem VNet-Peering' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Outbound rules make the egress path explicit and let the service use the chosen load balancer frontend IPs.',
        de: 'Outboundregeln machen den Egresspfad explizit und ermöglichen es dem Dienst, die gewählten Frontend-IP-Adressen des Load Balancers zu verwenden.'
      },
      hint: {
        en: 'Load Balancer is a layer 4 service. Think about frontends, probes, outbound rules, HA Ports, and explicit outbound design.',
        de: 'Load Balancer ist ein Layer-4-Dienst. Denken Sie an Frontends, Probes, Outboundregeln, HA Ports und explizite Outboundkonzepte.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/load-balancer/outbound-rules'
    },
    {
      id: 'az700-261',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure service centrally manages connectivity and security admin rules for large numbers of virtual networks?',
        de: 'Welcher Azure-Dienst verwaltet Konnektivität und Security-Admin-Regeln zentral für eine große Anzahl virtueller Netzwerke?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Virtual Network Manager', de: 'Azure Virtual Network Manager' } },
        { id: 'B', text: { en: 'Azure Route Server', de: 'Azure Route Server' } },
        { id: 'C', text: { en: 'Traffic Manager', de: 'Traffic Manager' } },
        { id: 'D', text: { en: 'Azure Bastion', de: 'Azure Bastion' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure Virtual Network Manager is designed for centralized network grouping, connectivity, and governance at scale.',
        de: 'Azure Virtual Network Manager ist für die zentrale Netzwerkgruppierung, Konnektivität und Governance im großen Maßstab konzipiert.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-262',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure Virtual Network Manager configuration type creates hub-and-spoke or mesh connectivity between network groups?',
        de: 'Welcher Konfigurationstyp in Azure Virtual Network Manager erstellt Hub-Spoke- oder Mesh-Konnektivität zwischen Netzwerkgruppen?'
      },
      options: [
        { id: 'A', text: { en: 'Connectivity configuration', de: 'Konnektivitätskonfiguration' } },
        { id: 'B', text: { en: 'DNS configuration', de: 'DNS-Konfiguration' } },
        { id: 'C', text: { en: 'Private endpoint configuration', de: 'Private-Endpunkt-Konfiguration' } },
        { id: 'D', text: { en: 'NAT configuration', de: 'NAT-Konfiguration' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Connectivity configurations define how network groups are peered and connected at scale.',
        de: 'Konnektivitätskonfigurationen definieren, wie Netzwerkgruppen im großen Maßstab gepeert und verbunden werden.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-263',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure Virtual Network Manager construct contains the virtual networks targeted by a connectivity or security deployment?',
        de: 'Welches Konstrukt in Azure Virtual Network Manager enthält die virtuellen Netzwerke, die von einer Konnektivitäts- oder Sicherheitsbereitstellung adressiert werden?'
      },
      options: [
        { id: 'A', text: { en: 'Network group', de: 'Netzwerkgruppe' } },
        { id: 'B', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'C', text: { en: 'Public IP prefix', de: 'Public IP Prefix' } },
        { id: 'D', text: { en: 'Route filter', de: 'Routenfilter' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Network groups are the logical targets used by AVNM configurations and deployments.',
        de: 'Netzwerkgruppen sind die logischen Ziele, die von AVNM-Konfigurationen und -Bereitstellungen verwendet werden.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-264',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure Virtual Network Manager rule type can enforce a baseline allow or deny before NSG rules are evaluated?',
        de: 'Welcher Regeltyp in Azure Virtual Network Manager kann ein Basis-Allow oder -Deny erzwingen, bevor NSG-Regeln ausgewertet werden?'
      },
      options: [
        { id: 'A', text: { en: 'Security admin rule', de: 'Security-Admin-Regel' } },
        { id: 'B', text: { en: 'Application rule', de: 'Anwendungsregel' } },
        { id: 'C', text: { en: 'Service endpoint policy', de: 'Dienstendpunktrichtlinie' } },
        { id: 'D', text: { en: 'Private endpoint rule', de: 'Private-Endpunkt-Regel' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Security admin rules provide centrally governed baseline traffic controls that apply ahead of NSG processing.',
        de: 'Security-Admin-Regeln stellen zentral verwaltete Basissteuerungen für den Datenverkehr bereit, die vor der NSG-Verarbeitung greifen.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-265',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'After you create or update an Azure Virtual Network Manager configuration, what must you do to apply it to the target scope?',
        de: 'Was müssen Sie tun, nachdem Sie eine Konfiguration in Azure Virtual Network Manager erstellt oder aktualisiert haben, damit sie im Zielbereich wirksam wird?'
      },
      options: [
        { id: 'A', text: { en: 'Deploy the configuration to the selected scope', de: 'Die Konfiguration im ausgewählten Bereich bereitstellen' } },
        { id: 'B', text: { en: 'Restart every virtual network', de: 'Jedes virtuelle Netzwerk neu starten' } },
        { id: 'C', text: { en: 'Add a public IP prefix', de: 'Ein Public IP Prefix hinzufügen' } },
        { id: 'D', text: { en: 'Create a Route Server', de: 'Einen Route Server erstellen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'AVNM configurations are authored centrally and then deployed to selected subscriptions and regions.',
        de: 'AVNM-Konfigurationen werden zentral erstellt und anschließend in ausgewählten Abonnements und Regionen bereitgestellt.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-266',
      type: 'multiple',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which capabilities are provided by Azure Virtual Network Manager? Choose all that apply.',
        de: 'Welche Funktionen werden von Azure Virtual Network Manager bereitgestellt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Centralized connectivity management at scale', de: 'Zentralisiertes Konnektivitätsmanagement im großen Maßstab' } },
        { id: 'B', text: { en: 'Security admin rules', de: 'Security-Admin-Regeln' } },
        { id: 'C', text: { en: 'Scoped deployments across subscriptions and regions', de: 'Bereitstellungen mit Bereichssteuerung über Abonnements und Regionen hinweg' } },
        { id: 'D', text: { en: 'Managed TLS inspection for internet traffic', de: 'Verwaltete TLS-Inspektion für Internetdatenverkehr' } },
        { id: 'E', text: { en: 'ExpressRoute circuit provisioning', de: 'Bereitstellung von ExpressRoute-Leitungen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'AVNM focuses on network grouping, connectivity, and centrally enforced security baselines, not firewall inspection or ExpressRoute provisioning.',
        de: 'AVNM konzentriert sich auf Netzwerkgruppierung, Konnektivität und zentral erzwungene Sicherheitsbaselines, nicht auf Firewallinspektion oder ExpressRoute-Bereitstellung.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-267',
      type: 'multiple',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Why are network groups useful in Azure Virtual Network Manager? Choose all that apply.',
        de: 'Warum sind Netzwerkgruppen in Azure Virtual Network Manager nützlich? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'They let you target connectivity and security configurations to many VNets at once', de: 'Sie ermöglichen es, Konnektivitäts- und Sicherheitskonfigurationen gleichzeitig auf viele VNets anzuwenden' } },
        { id: 'B', text: { en: 'They support dynamic membership based on defined criteria', de: 'Sie unterstützen dynamische Mitgliedschaft auf Basis definierter Kriterien' } },
        { id: 'C', text: { en: 'They simplify consistent deployment across large environments', de: 'Sie vereinfachen konsistente Bereitstellungen über große Umgebungen hinweg' } },
        { id: 'D', text: { en: 'They replace private DNS zones for name resolution', de: 'Sie ersetzen Private-DNS-Zonen für die Namensauflösung' } },
        { id: 'E', text: { en: 'They are required for a single NSG rule in one subnet', de: 'Sie sind für eine einzelne NSG-Regel in einem Subnetz erforderlich' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Network groups are AVNM targeting constructs that make large-scale connectivity and governance practical and repeatable.',
        de: 'Netzwerkgruppen sind Zielkonstrukte in AVNM, die Konnektivität und Governance im großen Maßstab praktikabel und wiederholbar machen.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-268',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Humongous Insurance manages more than 300 spoke VNets across multiple subscriptions. Every spoke in a region must connect automatically to its regional hub, and central security wants to block inbound administrative ports everywhere unless explicitly allowed at the platform layer. Local application teams should not be able to override that baseline with their own NSGs. The network team wants one scalable control plane.',
        de: 'Humongous Insurance verwaltet mehr als 300 Spoke-VNets über mehrere Abonnements hinweg. Jeder Spoke in einer Region muss sich automatisch mit seinem regionalen Hub verbinden, und die zentrale Sicherheit möchte eingehende Verwaltungsports überall blockieren, sofern diese nicht explizit auf Plattformebene erlaubt sind. Lokale Anwendungsteams sollen diese Baseline nicht mit eigenen NSGs außer Kraft setzen können. Das Netzwerkteam wünscht eine skalierbare zentrale Steuerungsebene.'
      },
      question: {
        en: 'Which solution should the network team implement?',
        de: 'Welche Lösung sollte das Netzwerkteam implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Azure Virtual Network Manager with connectivity configurations and security admin rules', de: 'Azure Virtual Network Manager mit Konnektivitätskonfigurationen und Security-Admin-Regeln' } },
        { id: 'B', text: { en: 'Manual VNet peering plus local NSGs in every subscription', de: 'Manuelles VNet-Peering plus lokale NSGs in jedem Abonnement' } },
        { id: 'C', text: { en: 'Only Azure DNS Private Resolver', de: 'Nur Azure DNS Private Resolver' } },
        { id: 'D', text: { en: 'A public IP prefix for each hub', de: 'Ein Public IP Prefix für jeden Hub' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'AVNM provides the scalable combination of automated connectivity and centrally enforced security admin rules that local NSGs cannot override.',
        de: 'AVNM bietet die skalierbare Kombination aus automatisierter Konnektivität und zentral erzwungenen Security-Admin-Regeln, die lokale NSGs nicht außer Kraft setzen können.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-269',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Proseware acquires new Azure subscriptions every month. Any VNet tagged for the corporate landing zone should automatically become part of a regional mesh so application teams can collaborate without manual peering requests. The platform team wants that onboarding process to be policy driven and consistent. They also want to avoid rebuilding the topology for every new subscription.',
        de: 'Proseware übernimmt jeden Monat neue Azure-Abonnements. Jedes VNet, das für die Corporate-Landing-Zone markiert ist, soll automatisch Teil eines regionalen Meshs werden, damit Anwendungsteams ohne manuelle Peeringanforderungen zusammenarbeiten können. Das Plattformteam möchte, dass dieser Onboardingprozess richtliniengesteuert und konsistent abläuft. Außerdem soll die Topologie nicht für jedes neue Abonnement neu aufgebaut werden müssen.'
      },
      question: {
        en: 'Which design is the best fit?',
        de: 'Welches Design ist am besten geeignet?'
      },
      options: [
        { id: 'A', text: { en: 'Use Azure Virtual Network Manager network groups with dynamic membership and a mesh connectivity configuration', de: 'Verwenden Sie Netzwerkgruppen in Azure Virtual Network Manager mit dynamischer Mitgliedschaft und einer Mesh-Konnektivitätskonfiguration' } },
        { id: 'B', text: { en: 'Create service endpoints on every subnet', de: 'Erstellen Sie Dienstendpunkte in jedem Subnetz' } },
        { id: 'C', text: { en: 'Use private endpoints for VNet-to-VNet traffic', de: 'Verwenden Sie private Endpunkte für VNet-zu-VNet-Datenverkehr' } },
        { id: 'D', text: { en: 'Deploy a separate VPN gateway per VNet', de: 'Stellen Sie pro VNet ein separates VPN-Gateway bereit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Dynamic membership plus a mesh connectivity configuration lets new VNets join the intended topology without manual peering rebuilds.',
        de: 'Dynamische Mitgliedschaft plus eine Mesh-Konnektivitätskonfiguration ermöglicht es neuen VNets, ohne manuelle Neuerstellung von Peerings der gewünschten Topologie beizutreten.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-270',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Contoso wants to pilot Azure Virtual Network Manager in East US before expanding globally. The architecture team must validate connectivity and security admin rules against a limited set of subscriptions and a single region before broad rollout. Change management requires a controlled deployment boundary. The team needs a supported staged deployment approach.',
        de: 'Contoso möchte Azure Virtual Network Manager zunächst in East US pilotieren, bevor eine globale Ausweitung erfolgt. Das Architekturteam muss Konnektivität und Security-Admin-Regeln zunächst gegen einen begrenzten Satz von Abonnements und eine einzelne Region validieren. Das Änderungsmanagement verlangt einen kontrollierten Bereitstellungsbereich. Das Team benötigt einen unterstützten Ansatz für eine gestufte Bereitstellung.'
      },
      question: {
        en: 'What should the team do?',
        de: 'Was sollte das Team tun?'
      },
      options: [
        { id: 'A', text: { en: 'Deploy the AVNM configurations only to the selected subscriptions and region, then expand the scope later', de: 'Stellen Sie die AVNM-Konfigurationen zunächst nur für die ausgewählten Abonnements und die Region bereit und erweitern Sie den Bereich später' } },
        { id: 'B', text: { en: 'Enable global peering on every VNet immediately', de: 'Aktivieren Sie globales Peering sofort auf jedem VNet' } },
        { id: 'C', text: { en: 'Convert every NSG into a service endpoint policy', de: 'Konvertieren Sie jedes NSG in eine Dienstendpunktrichtlinie' } },
        { id: 'D', text: { en: 'Use routing preference to limit the pilot scope', de: 'Verwenden Sie Routing Preference, um den Pilotbereich zu begrenzen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'AVNM supports scoped deployment so organizations can validate configurations in a limited boundary before wider rollout.',
        de: 'AVNM unterstützt Bereichsbereitstellungen, sodass Organisationen Konfigurationen in einem begrenzten Rahmen vor einer breiteren Einführung validieren können.'
      },
      hint: {
        en: 'Azure Virtual Network Manager centralizes network groups, connectivity configurations, and security admin rules across large estates.',
        de: 'Azure Virtual Network Manager zentralisiert Netzwerkgruppen, Konnektivitätskonfigurationen und Security-Admin-Regeln über große Umgebungen hinweg.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network-manager/overview'
    },
    {
      id: 'az700-271',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure resource reserves a contiguous block of public IP addresses?',
        de: 'Welche Azure-Ressource reserviert einen zusammenhängenden Block öffentlicher IP-Adressen?'
      },
      options: [
        { id: 'A', text: { en: 'Public IP Prefix', de: 'Public IP Prefix' } },
        { id: 'B', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'C', text: { en: 'Route Server', de: 'Route Server' } },
        { id: 'D', text: { en: 'Local network gateway', de: 'Lokales Netzwerkgateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A Public IP Prefix is the Azure resource for reserving contiguous public IP address space.',
        de: 'Ein Public IP Prefix ist die Azure-Ressource zum Reservieren zusammenhängender öffentlicher IP-Adressbereiche.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-272',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which routing preference sends internet-bound traffic over the ISP transit network to help reduce cost?',
        de: 'Welche Routing Preference sendet internetgebundenen Datenverkehr über das ISP-Transitnetz, um Kosten zu senken?'
      },
      options: [
        { id: 'A', text: { en: 'Microsoft network', de: 'Microsoft-Netzwerk' } },
        { id: 'B', text: { en: 'Internet', de: 'Internet' } },
        { id: 'C', text: { en: 'Private', de: 'Privat' } },
        { id: 'D', text: { en: 'Express', de: 'Express' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'Internet routing preference uses the ISP transit path for supported public IP resources and can help optimize cost.',
        de: 'Die Routing Preference Internet verwendet für unterstützte öffentliche IP-Ressourcen den ISP-Transitpfad und kann zur Kostenoptimierung beitragen.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/routing-preference-overview'
    },
    {
      id: 'az700-273',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which routing preference keeps traffic on the Microsoft global network as long as possible?',
        de: 'Welche Routing Preference hält den Datenverkehr so lange wie möglich im globalen Netzwerk von Microsoft?'
      },
      options: [
        { id: 'A', text: { en: 'Internet', de: 'Internet' } },
        { id: 'B', text: { en: 'Microsoft network', de: 'Microsoft-Netzwerk' } },
        { id: 'C', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } },
        { id: 'D', text: { en: 'Gateway transit', de: 'Gateway Transit' } }
      ],
      correct: ['B'],
      explanation: {
        en: 'The Microsoft network routing preference keeps traffic on the Microsoft backbone for a longer portion of the path.',
        de: 'Die Routing Preference Microsoft-Netzwerk hält den Datenverkehr für einen längeren Teil des Pfads auf dem Microsoft-Backbone.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/routing-preference-overview'
    },
    {
      id: 'az700-274',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which resource can be created from an address within a Public IP Prefix?',
        de: 'Welche Ressource kann aus einer Adresse innerhalb eines Public IP Prefix erstellt werden?'
      },
      options: [
        { id: 'A', text: { en: 'Public IP address', de: 'Öffentliche IP-Adresse' } },
        { id: 'B', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'C', text: { en: 'NSG rule', de: 'NSG-Regel' } },
        { id: 'D', text: { en: 'DNS forwarding ruleset', de: 'DNS-Weiterleitungsregelsatz' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Public IP addresses can be allocated from a reserved Public IP Prefix and then attached to frontend resources.',
        de: 'Öffentliche IP-Adressen können aus einem reservierten Public IP Prefix zugewiesen und anschließend Frontendressourcen zugeordnet werden.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-275',
      type: 'single',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'What is the main benefit of using a Public IP Prefix for partner allow-listing?',
        de: 'Was ist der Hauptvorteil der Verwendung eines Public IP Prefix für Partner-Allow-Lists?'
      },
      options: [
        { id: 'A', text: { en: 'It gives you a predictable contiguous range that can be preapproved', de: 'Es liefert einen planbaren zusammenhängenden Bereich, der vorab genehmigt werden kann' } },
        { id: 'B', text: { en: 'It automatically creates DNS records for private endpoints', de: 'Es erstellt automatisch DNS-Einträge für private Endpunkte' } },
        { id: 'C', text: { en: 'It replaces load balancers for inbound traffic', de: 'Es ersetzt Load Balancer für eingehenden Datenverkehr' } },
        { id: 'D', text: { en: 'It provides transitive VNet routing', de: 'Es stellt transitive VNet-Routingfunktionen bereit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A Public IP Prefix makes public addressing predictable so external parties can approve a stable range in advance.',
        de: 'Ein Public IP Prefix macht die öffentliche Adressierung planbar, sodass externe Parteien einen stabilen Bereich im Voraus genehmigen können.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-276',
      type: 'multiple',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which uses of a Public IP Prefix are valid? Choose all that apply.',
        de: 'Welche Verwendungen eines Public IP Prefix sind gültig? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Allocating predictable public IPs for load balancer frontends', de: 'Planbare öffentliche IP-Adressen für Load-Balancer-Frontends zuweisen' } },
        { id: 'B', text: { en: 'Allocating public IP addresses for services such as Application Gateway or Azure Firewall', de: 'Öffentliche IP-Adressen für Dienste wie Application Gateway oder Azure Firewall zuweisen' } },
        { id: 'C', text: { en: 'Simplifying external allow-lists by reserving contiguous addresses', de: 'Externe Allow-Lists durch Reservierung zusammenhängender Adressen vereinfachen' } },
        { id: 'D', text: { en: 'Assigning private IPs to private endpoints', de: 'Privaten Endpunkten private IP-Adressen zuweisen' } },
        { id: 'E', text: { en: 'Advertising on-premises BGP routes automatically', de: 'Lokale BGP-Routen automatisch ankündigen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Public IP Prefix is about predictable public address allocation for Azure resources, not private endpoint addressing or BGP advertisement.',
        de: 'Public IP Prefix dient der planbaren Zuweisung öffentlicher Adressen für Azure-Ressourcen und nicht der Adressierung privater Endpunkte oder BGP-Ankündigung.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-277',
      type: 'multiple',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about routing preference are correct? Choose all that apply.',
        de: 'Welche Aussagen zu Routing Preference sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'It can be selected on supported public IP resources', de: 'Sie kann auf unterstützten Ressourcen mit öffentlicher IP ausgewählt werden' } },
        { id: 'B', text: { en: 'Internet routing can help optimize cost for some workloads', de: 'Internet Routing kann für manche Workloads zur Kostenoptimierung beitragen' } },
        { id: 'C', text: { en: 'Microsoft network routing can keep traffic on the Microsoft backbone longer', de: 'Microsoft Network Routing kann Datenverkehr länger auf dem Microsoft-Backbone halten' } },
        { id: 'D', text: { en: 'It changes how private endpoint DNS names are resolved', de: 'Sie ändert, wie DNS-Namen privater Endpunkte aufgelöst werden' } },
        { id: 'E', text: { en: 'It replaces user-defined routes in a subnet', de: 'Sie ersetzt benutzerdefinierte Routen in einem Subnetz' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Routing preference applies to supported public connectivity and affects the internet path choice, not private DNS or subnet route table logic.',
        de: 'Routing Preference gilt für unterstützte öffentliche Konnektivität und beeinflusst die Wahl des Internetpfads, nicht aber private DNS-Auflösung oder die Logik von Subnetzroutentabellen.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/routing-preference-overview'
    },
    {
      id: 'az700-278',
      type: 'scenario',
      domain: { en: 'Design and implement core networking infrastructure', de: 'Kernnetzwerkinfrastruktur entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Fabrikam is deploying several public-facing services behind Application Gateways and Standard Load Balancers. Multiple partner companies want to approve one contiguous IP range before the rollout, and new frontend IPs will be added over the next year. The networking team wants to reserve addresses now so each future service can consume them predictably. They do not want to renegotiate external allow-lists for every launch.',
        de: 'Fabrikam stellt mehrere öffentlich erreichbare Dienste hinter Application Gateways und Standard Load Balancers bereit. Mehrere Partnerunternehmen möchten vor dem Rollout einen zusammenhängenden IP-Bereich genehmigen, und im nächsten Jahr werden weitere Frontend-IP-Adressen hinzukommen. Das Netzwerkteam möchte die Adressen bereits jetzt reservieren, damit jeder künftige Dienst sie planbar nutzen kann. Externe Allow-Lists sollen nicht für jede Einführung neu verhandelt werden müssen.'
      },
      question: {
        en: 'What should the company deploy?',
        de: 'Was sollte das Unternehmen bereitstellen?'
      },
      options: [
        { id: 'A', text: { en: 'A Public IP Prefix and public IP resources allocated from that prefix', de: 'Ein Public IP Prefix und daraus zugewiesene Ressourcen mit öffentlichen IP-Adressen' } },
        { id: 'B', text: { en: 'Private endpoints for every internet-facing service', de: 'Private Endpunkte für jeden internetfähigen Dienst' } },
        { id: 'C', text: { en: 'Service endpoints on all subnets', de: 'Dienstendpunkte auf allen Subnetzen' } },
        { id: 'D', text: { en: 'Azure DNS Private Resolver', de: 'Azure DNS Private Resolver' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A Public IP Prefix provides a reserved contiguous range that can be consumed over time by frontend public IP resources.',
        de: 'Ein Public IP Prefix stellt einen reservierten zusammenhängenden Bereich bereit, der im Laufe der Zeit von Frontendressourcen mit öffentlichen IPs genutzt werden kann.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/public-ip-address-prefix'
    },
    {
      id: 'az700-279',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Tailwind Traders hosts a high-volume software download site in Azure. The workload is extremely bandwidth intensive, but small latency improvements are less important than lowering egress cost. The platform team is reviewing public IP settings rather than redesigning the application. They want a supported routing choice for this type of internet-facing traffic.',
        de: 'Tailwind Traders hostet in Azure eine Website für Softwaredownloads mit sehr hohem Datenvolumen. Der Workload ist stark bandbreitenintensiv, aber geringe Latenzverbesserungen sind weniger wichtig als niedrigere Egresskosten. Das Plattformteam überprüft Einstellungen öffentlicher IPs, statt die Anwendung neu zu entwerfen. Gesucht wird eine unterstützte Routingwahl für diese Art von internetorientiertem Datenverkehr.'
      },
      question: {
        en: 'Which routing preference should the team choose?',
        de: 'Welche Routing Preference sollte das Team wählen?'
      },
      options: [
        { id: 'A', text: { en: 'Internet routing preference', de: 'Routing Preference Internet' } },
        { id: 'B', text: { en: 'Microsoft network routing preference', de: 'Routing Preference Microsoft-Netzwerk' } },
        { id: 'C', text: { en: 'Gateway transit', de: 'Gateway Transit' } },
        { id: 'D', text: { en: 'Service endpoint policy', de: 'Dienstendpunktrichtlinie' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Internet routing preference is designed for supported scenarios in which lower cost is favored over keeping traffic on the Microsoft backbone for as long as possible.',
        de: 'Routing Preference Internet ist für unterstützte Szenarien vorgesehen, in denen niedrigere Kosten wichtiger sind, als den Datenverkehr möglichst lange auf dem Microsoft-Backbone zu halten.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/routing-preference-overview'
    },
    {
      id: 'az700-280',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Litware runs a latency-sensitive public API that serves customers around the world. The operations team wants traffic to stay on the Microsoft global network for as much of the path as supported by Azure because the service is sensitive to variable internet transit. The application already uses supported public IP resources. The team is deciding which routing preference to use.',
        de: 'Litware betreibt eine latenzkritische öffentliche API für Kunden weltweit. Das Betriebsteam möchte, dass der Datenverkehr so weit wie von Azure unterstützt auf dem globalen Microsoft-Netzwerk bleibt, da der Dienst empfindlich auf schwankenden Internettransit reagiert. Die Anwendung verwendet bereits unterstützte Ressourcen mit öffentlichen IP-Adressen. Das Team entscheidet nun, welche Routing Preference verwendet werden soll.'
      },
      question: {
        en: 'Which routing preference is the best choice?',
        de: 'Welche Routing Preference ist die beste Wahl?'
      },
      options: [
        { id: 'A', text: { en: 'Microsoft network routing preference', de: 'Routing Preference Microsoft-Netzwerk' } },
        { id: 'B', text: { en: 'Internet routing preference', de: 'Routing Preference Internet' } },
        { id: 'C', text: { en: 'Private routing preference', de: 'Routing Preference Privat' } },
        { id: 'D', text: { en: 'Automatic service endpoint routing', de: 'Automatisches Dienstendpunkt-Routing' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The Microsoft network routing preference keeps supported traffic on the Microsoft backbone for more of the end-to-end path.',
        de: 'Die Routing Preference Microsoft-Netzwerk hält unterstützten Datenverkehr für einen größeren Teil des End-to-End-Pfads auf dem Microsoft-Backbone.'
      },
      hint: {
        en: 'Public IP Prefix gives predictable address ranges, while routing preference changes the internet path for supported public IP resources.',
        de: 'Ein Public IP Prefix liefert planbare Adressbereiche, während Routing Preference den Internetpfad für unterstützte öffentliche IP-Ressourcen verändert.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/ip-services/routing-preference-overview'
    },
    {
      id: 'az700-281',
      type: 'single',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which Azure service provides managed inbound and outbound endpoints for DNS forwarding in a virtual network?',
        de: 'Welcher Azure-Dienst stellt verwaltete Inbound- und Outboundendpunkte für DNS-Weiterleitung in einem virtuellen Netzwerk bereit?'
      },
      options: [
        { id: 'A', text: { en: 'Azure DNS Private Resolver', de: 'Azure DNS Private Resolver' } },
        { id: 'B', text: { en: 'Azure Firewall Premium', de: 'Azure Firewall Premium' } },
        { id: 'C', text: { en: 'Traffic Manager', de: 'Traffic Manager' } },
        { id: 'D', text: { en: 'ExpressRoute gateway', de: 'ExpressRoute-Gateway' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Azure DNS Private Resolver is the managed Azure service for hybrid DNS forwarding without custom DNS servers.',
        de: 'Azure DNS Private Resolver ist der verwaltete Azure-Dienst für hybride DNS-Weiterleitung ohne benutzerdefinierte DNS-Server.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-282',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which zone type stores private endpoint records such as privatelink.database.windows.net?',
        de: 'Welcher Zonentyp speichert Einträge für private Endpunkte wie privatelink.database.windows.net?'
      },
      options: [
        { id: 'A', text: { en: 'Private DNS zone', de: 'Private DNS-Zone' } },
        { id: 'B', text: { en: 'Public DNS zone', de: 'Öffentliche DNS-Zone' } },
        { id: 'C', text: { en: 'Route table', de: 'Routentabelle' } },
        { id: 'D', text: { en: 'BGP route filter', de: 'BGP-Routenfilter' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Private endpoint names are resolved through Azure Private DNS zones or equivalent private DNS infrastructure.',
        de: 'Namen privater Endpunkte werden über Azure Private DNS-Zonen oder eine gleichwertige private DNS-Infrastruktur aufgelöst.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/private-dns-scenarios'
    },
    {
      id: 'az700-283',
      type: 'single',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure DNS Private Resolver component receives DNS queries forwarded from on-premises DNS servers into Azure?',
        de: 'Welche Komponente von Azure DNS Private Resolver empfängt DNS-Abfragen, die von lokalen DNS-Servern nach Azure weitergeleitet werden?'
      },
      options: [
        { id: 'A', text: { en: 'Inbound endpoint', de: 'Inboundendpunkt' } },
        { id: 'B', text: { en: 'Outbound endpoint', de: 'Outboundendpunkt' } },
        { id: 'C', text: { en: 'Public endpoint', de: 'Öffentlicher Endpunkt' } },
        { id: 'D', text: { en: 'Service endpoint', de: 'Dienstendpunkt' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'An inbound endpoint accepts queries coming into Azure DNS Private Resolver from external DNS systems.',
        de: 'Ein Inboundendpunkt akzeptiert Abfragen, die von externen DNS-Systemen an Azure DNS Private Resolver gesendet werden.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-284',
      type: 'single',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'What must you create between a private DNS zone and a VNet so resources in that VNet can resolve the records?',
        de: 'Was müssen Sie zwischen einer Private-DNS-Zone und einem VNet erstellen, damit Ressourcen in diesem VNet die Einträge auflösen können?'
      },
      options: [
        { id: 'A', text: { en: 'Virtual network link', de: 'Link für virtuelles Netzwerk' } },
        { id: 'B', text: { en: 'ExpressRoute circuit', de: 'ExpressRoute-Leitung' } },
        { id: 'C', text: { en: 'Firewall policy', de: 'Firewallrichtlinie' } },
        { id: 'D', text: { en: 'Public IP address', de: 'Öffentliche IP-Adresse' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'A virtual network link associates the private DNS zone with a VNet for name resolution.',
        de: 'Ein Link für virtuelle Netzwerke ordnet die Private-DNS-Zone einem VNet für die Namensauflösung zu.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/private-dns-scenarios'
    },
    {
      id: 'az700-285',
      type: 'single',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which Azure DNS Private Resolver component is used together with a ruleset to forward Azure-originated DNS queries toward on-premises DNS servers?',
        de: 'Welche Komponente von Azure DNS Private Resolver wird zusammen mit einem Regelsatz verwendet, um in Azure erzeugte DNS-Abfragen an lokale DNS-Server weiterzuleiten?'
      },
      options: [
        { id: 'A', text: { en: 'Outbound endpoint', de: 'Outboundendpunkt' } },
        { id: 'B', text: { en: 'Inbound endpoint', de: 'Inboundendpunkt' } },
        { id: 'C', text: { en: 'Private endpoint', de: 'Privater Endpunkt' } },
        { id: 'D', text: { en: 'Gateway subnet', de: 'Gateway-Subnetz' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The outbound endpoint works with DNS forwarding rules to send Azure DNS queries to downstream DNS servers.',
        de: 'Der Outboundendpunkt arbeitet mit DNS-Weiterleitungsregeln zusammen, um Azure-DNS-Abfragen an nachgelagerte DNS-Server zu senden.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-286',
      type: 'multiple',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which actions are good hybrid private DNS practices? Choose all that apply.',
        de: 'Welche Maßnahmen sind gute Praktiken für hybrides privates DNS? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'Use Azure DNS Private Resolver for managed forwarding', de: 'Verwenden Sie Azure DNS Private Resolver für verwaltete Weiterleitung' } },
        { id: 'B', text: { en: 'Link private DNS zones to the VNets that need to resolve them', de: 'Verknüpfen Sie Private-DNS-Zonen mit den VNets, die sie auflösen müssen' } },
        { id: 'C', text: { en: 'Configure conditional forwarders on on-premises DNS servers toward Azure for private zones', de: 'Konfigurieren Sie bedingte Weiterleiter auf lokalen DNS-Servern in Richtung Azure für private Zonen' } },
        { id: 'D', text: { en: 'Publish private endpoint IPs in public DNS', de: 'Veröffentlichen Sie IP-Adressen privater Endpunkte im öffentlichen DNS' } },
        { id: 'E', text: { en: 'Use service endpoint policies to answer DNS queries', de: 'Verwenden Sie Dienstendpunktrichtlinien zur Beantwortung von DNS-Abfragen' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'A sound hybrid DNS design combines private zones, VNet links, and managed conditional forwarding between Azure and on-premises.',
        de: 'Ein solides hybrides DNS-Design kombiniert private Zonen, VNet-Links und verwaltete bedingte Weiterleitung zwischen Azure und lokal.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-287',
      type: 'multiple',
      domain: { en: 'Design and implement private access to Azure services', de: 'Privaten Zugriff auf Azure-Dienste entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about Azure Private DNS are correct? Choose all that apply.',
        de: 'Welche Aussagen über Azure Private DNS sind korrekt? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'A private DNS zone can be linked to multiple VNets', de: 'Eine Private-DNS-Zone kann mit mehreren VNets verknüpft werden' } },
        { id: 'B', text: { en: 'Records in a private DNS zone are not publicly resolvable from the internet', de: 'Einträge in einer Private-DNS-Zone sind nicht öffentlich aus dem Internet auflösbar' } },
        { id: 'C', text: { en: 'Autoregistration can be used for supported VM records in linked VNets', de: 'Autoregistrierung kann für unterstützte VM-Einträge in verknüpften VNets verwendet werden' } },
        { id: 'D', text: { en: 'Every private DNS zone requires a public domain registrar', de: 'Jede Private-DNS-Zone erfordert einen öffentlichen Domainregistrar' } },
        { id: 'E', text: { en: 'Private DNS zones support only one record type', de: 'Private-DNS-Zonen unterstützen nur einen Datensatztyp' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Azure Private DNS supports private-only resolution, links to multiple VNets, and optional autoregistration for supported scenarios.',
        de: 'Azure Private DNS unterstützt private Namensauflösung, Verknüpfungen zu mehreren VNets und optionale Autoregistrierung für unterstützte Szenarien.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/private-dns-scenarios'
    },
    {
      id: 'az700-288',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Woodgrove Bank connects branch offices to Azure through ExpressRoute. Azure workloads in spoke VNets use private endpoints for Storage and Key Vault, and branch users must resolve the same private names without deploying custom DNS virtual machines in Azure. The bank wants a managed and supportable DNS architecture that can be audited centrally. Public DNS must not contain private endpoint records.',
        de: 'Woodgrove Bank verbindet Filialen über ExpressRoute mit Azure. Azure-Workloads in Spoke-VNets verwenden private Endpunkte für Storage und Key Vault, und Benutzer in den Filialen müssen dieselben privaten Namen auflösen können, ohne benutzerdefinierte DNS-VMs in Azure bereitzustellen. Die Bank möchte eine verwaltete und supportbare DNS-Architektur, die zentral geprüft werden kann. Öffentliche DNS-Zonen dürfen keine Einträge für private Endpunkte enthalten.'
      },
      question: {
        en: 'Which design should the bank implement?',
        de: 'Welches Design sollte die Bank implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Use the required private DNS zones, link them to the VNets, deploy Azure DNS Private Resolver inbound endpoints, and configure on-premises conditional forwarders', de: 'Verwenden Sie die erforderlichen privaten DNS-Zonen, verknüpfen Sie diese mit den VNets, stellen Sie Inboundendpunkte von Azure DNS Private Resolver bereit und konfigurieren Sie lokale bedingte Weiterleiter' } },
        { id: 'B', text: { en: 'Use only service endpoints and public DNS aliases', de: 'Verwenden Sie nur Dienstendpunkte und öffentliche DNS-Aliase' } },
        { id: 'C', text: { en: 'Publish private endpoint records to the internet and block them with NSGs', de: 'Veröffentlichen Sie Einträge privater Endpunkte im Internet und blockieren Sie sie mit NSGs' } },
        { id: 'D', text: { en: 'Use a route table to forward DNS requests', de: 'Verwenden Sie eine Routentabelle zur Weiterleitung von DNS-Anfragen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'This design provides private endpoint name resolution to Azure and on-premises clients without custom DNS VMs and without exposing private records publicly.',
        de: 'Dieses Design stellt die Namensauflösung für private Endpunkte für Azure- und lokale Clients bereit, ohne benutzerdefinierte DNS-VMs und ohne private Einträge öffentlich verfügbar zu machen.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-289',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Trey Research operates hubs in East US and West Europe. Regional spokes should use nearby DNS forwarding paths for low latency, and the company wants name-resolution resilience even if one hub experiences an outage. On-premises DNS servers in each geography should forward to the nearest Azure-managed endpoints. The architecture must stay based on managed Azure services rather than custom DNS appliances.',
        de: 'Trey Research betreibt Hubs in East US und West Europe. Regionale Spokes sollen aus Latenzgründen nahegelegene DNS-Weiterleitungspfade verwenden, und das Unternehmen möchte Namensauflösungsresilienz auch dann gewährleisten, wenn ein Hub ausfällt. Lokale DNS-Server in jeder Geografie sollen an die nächstgelegenen verwalteten Azure-Endpunkte weiterleiten. Die Architektur soll auf verwalteten Azure-Diensten und nicht auf benutzerdefinierten DNS-Appliances basieren.'
      },
      question: {
        en: 'Which design is the best fit?',
        de: 'Welches Design ist am besten geeignet?'
      },
      options: [
        { id: 'A', text: { en: 'Deploy Azure DNS Private Resolver in each regional hub and configure regional forwarding paths', de: 'Stellen Sie Azure DNS Private Resolver in jedem regionalen Hub bereit und konfigurieren Sie regionale Weiterleitungspfade' } },
        { id: 'B', text: { en: 'Use one public DNS zone for all private names', de: 'Verwenden Sie eine öffentliche DNS-Zone für alle privaten Namen' } },
        { id: 'C', text: { en: 'Use only service endpoints in each spoke', de: 'Verwenden Sie nur Dienstendpunkte in jedem Spoke' } },
        { id: 'D', text: { en: 'Deploy Application Gateway in place of DNS forwarders', de: 'Stellen Sie Application Gateway anstelle von DNS-Forwardern bereit' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Regional resolvers provide locality and resilience while keeping the forwarding architecture fully managed in Azure.',
        de: 'Regionale Resolver bieten Lokalität und Resilienz, während die Weiterleitungsarchitektur vollständig verwaltet in Azure verbleibt.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-290',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Datum Corporation still hosts several authoritative DNS zones on on-premises Active Directory DNS. Azure virtual machines must resolve those on-premises names, and on-premises systems must also resolve Azure private endpoint names for newly migrated applications. The company wants bidirectional DNS forwarding without deploying custom DNS servers in Azure. Operations prefers a design that uses managed endpoints and explicit forwarding rules.',
        de: 'Datum Corporation hostet weiterhin mehrere autoritative DNS-Zonen auf lokalem Active Directory DNS. Azure-VMs müssen diese lokalen Namen auflösen können, und lokale Systeme müssen außerdem Azure-Namen privater Endpunkte für neu migrierte Anwendungen auflösen. Das Unternehmen möchte eine bidirektionale DNS-Weiterleitung ohne benutzerdefinierte DNS-Server in Azure. Der Betrieb bevorzugt ein Design mit verwalteten Endpunkten und expliziten Weiterleitungsregeln.'
      },
      question: {
        en: 'What should the company implement?',
        de: 'Was sollte das Unternehmen implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Azure DNS Private Resolver with outbound endpoints and forwarding rules for on-premises zones, plus inbound endpoints for on-premises forwarding into Azure', de: 'Azure DNS Private Resolver mit Outboundendpunkten und Weiterleitungsregeln für lokale Zonen sowie Inboundendpunkten für die Weiterleitung aus dem lokalen Netzwerk nach Azure' } },
        { id: 'B', text: { en: 'A service endpoint policy on each Azure subnet', de: 'Eine Dienstendpunktrichtlinie auf jedem Azure-Subnetz' } },
        { id: 'C', text: { en: 'Only a Public IP Prefix and custom routes', de: 'Nur ein Public IP Prefix und benutzerdefinierte Routen' } },
        { id: 'D', text: { en: 'A Private Link service for DNS', de: 'Einen Private Link Service für DNS' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Bidirectional forwarding with inbound and outbound resolver endpoints is the managed way to connect Azure and on-premises DNS namespaces.',
        de: 'Bidirektionale Weiterleitung mit Inbound- und Outbound-Resolverendpunkten ist die verwaltete Methode, um Azure- und lokale DNS-Namensräume zu verbinden.'
      },
      hint: {
        en: 'Hybrid private DNS usually needs private DNS zones, conditional forwarding, and often Azure DNS Private Resolver.',
        de: 'Hybrides privates DNS erfordert in der Regel Private DNS-Zonen, bedingte Weiterleitung und häufig Azure DNS Private Resolver.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/dns/dns-private-resolver-overview'
    },
    {
      id: 'az700-291',
      type: 'single',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'Which peering setting on a spoke VNet lets it use a VPN or ExpressRoute gateway in the hub VNet?',
        de: 'Welche Peeringeinstellung auf einem Spoke-VNet ermöglicht die Nutzung eines VPN- oder ExpressRoute-Gateways im Hub-VNet?'
      },
      options: [
        { id: 'A', text: { en: 'Use remote gateways', de: 'Remote Gateways verwenden' } },
        { id: 'B', text: { en: 'Allow gateway transit', de: 'Gateway Transit zulassen' } },
        { id: 'C', text: { en: 'Allow forwarded traffic', de: 'Weitergeleiteten Datenverkehr zulassen' } },
        { id: 'D', text: { en: 'Use private endpoints', de: 'Private Endpunkte verwenden' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'The spoke must enable use remote gateways to consume the gateway exposed from the hub side.',
        de: 'Der Spoke muss Remote Gateways verwenden aktivieren, um das von der Hubseite bereitgestellte Gateway zu nutzen.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-292',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which peering setting on the hub VNet lets connected spokes use the hub gateway?',
        de: 'Welche Peeringeinstellung auf dem Hub-VNet ermöglicht verbundenen Spokes die Nutzung des Hub-Gateways?'
      },
      options: [
        { id: 'A', text: { en: 'Allow gateway transit', de: 'Gateway Transit zulassen' } },
        { id: 'B', text: { en: 'Use remote gateways', de: 'Remote Gateways verwenden' } },
        { id: 'C', text: { en: 'Allow service endpoints', de: 'Dienstendpunkte zulassen' } },
        { id: 'D', text: { en: 'Enable internet routing', de: 'Internet Routing aktivieren' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Gateway transit is exposed from the hub side, while the spoke side consumes it by using remote gateways.',
        de: 'Gateway Transit wird von der Hubseite bereitgestellt, während die Spokeseite es mit Remote Gateways verwenden nutzt.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-293',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which peering setting is required when traffic forwarded by a hub NVA must cross the peering to a spoke?',
        de: 'Welche Peeringeinstellung ist erforderlich, wenn von einer NVA im Hub weitergeleiteter Datenverkehr das Peering zu einem Spoke überqueren muss?'
      },
      options: [
        { id: 'A', text: { en: 'Allow forwarded traffic', de: 'Weitergeleiteten Datenverkehr zulassen' } },
        { id: 'B', text: { en: 'Allow gateway transit', de: 'Gateway Transit zulassen' } },
        { id: 'C', text: { en: 'Use remote gateways', de: 'Remote Gateways verwenden' } },
        { id: 'D', text: { en: 'Enable private DNS', de: 'Private DNS aktivieren' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Forwarded traffic must be permitted on the peering for NVA transit scenarios to work as intended.',
        de: 'Weitergeleiteter Datenverkehr muss auf dem Peering zugelassen werden, damit NVA-Transitszenarien wie vorgesehen funktionieren.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-294',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'easy',
      scenario: null,
      question: {
        en: 'What is a key limitation of VNet peering topologies?',
        de: 'Was ist eine zentrale Einschränkung von VNet-Peering-Topologien?'
      },
      options: [
        { id: 'A', text: { en: 'VNet peering is nontransitive', de: 'VNet-Peering ist nicht transitiv' } },
        { id: 'B', text: { en: 'VNet peering requires public internet transit', de: 'VNet-Peering erfordert öffentlichen Internettransit' } },
        { id: 'C', text: { en: 'VNet peering supports only one subnet per VNet', de: 'VNet-Peering unterstützt nur ein Subnetz pro VNet' } },
        { id: 'D', text: { en: 'VNet peering disables custom routes', de: 'VNet-Peering deaktiviert benutzerdefinierte Routen' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Peering connects two VNets directly, but it does not automatically create transitive connectivity across a chain of peerings.',
        de: 'Peering verbindet zwei VNets direkt, erzeugt aber nicht automatisch transitive Konnektivität über eine Kette von Peerings hinweg.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-295',
      type: 'single',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which topology usually scales best when many spokes need centralized shared services and inspection?',
        de: 'Welche Topologie skaliert in der Regel am besten, wenn viele Spokes zentralisierte gemeinsame Dienste und Inspektion benötigen?'
      },
      options: [
        { id: 'A', text: { en: 'Hub-and-spoke', de: 'Hub-und-Spoke' } },
        { id: 'B', text: { en: 'Full mesh', de: 'Vollvermaschung' } },
        { id: 'C', text: { en: 'Ring topology', de: 'Ringtopologie' } },
        { id: 'D', text: { en: 'Single subnet flat network', de: 'Flaches Netzwerk mit einem einzelnen Subnetz' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Hub-and-spoke centralizes shared services and security while avoiding the operational complexity of a full mesh for large estates.',
        de: 'Hub-und-Spoke zentralisiert gemeinsame Dienste und Sicherheit und vermeidet gleichzeitig die betriebliche Komplexität einer Vollvermaschung in großen Umgebungen.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-296',
      type: 'multiple',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'For spoke traffic that must traverse a hub NVA, which configurations are commonly required? Choose all that apply.',
        de: 'Welche Konfigurationen sind in der Regel erforderlich, wenn Spoke-Datenverkehr eine NVA im Hub durchlaufen muss? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'User-defined routes in the spokes that point to the hub NVA', de: 'Benutzerdefinierte Routen in den Spokes, die auf die NVA im Hub zeigen' } },
        { id: 'B', text: { en: 'Allow forwarded traffic on the relevant peerings', de: 'Weitergeleiteten Datenverkehr auf den relevanten Peerings zulassen' } },
        { id: 'C', text: { en: 'IP forwarding enabled on the NVA network interfaces', de: 'IP-Weiterleitung auf den NVA-Netzwerkschnittstellen aktiviert' } },
        { id: 'D', text: { en: 'Automatic transitive routing between all spokes', de: 'Automatisches transitives Routing zwischen allen Spokes' } },
        { id: 'E', text: { en: 'A service endpoint policy for the NVA subnet', de: 'Eine Dienstendpunktrichtlinie für das NVA-Subnetz' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'NVA transit needs explicit routing and peering settings because VNet peering does not create transitive forwarding by itself.',
        de: 'NVA-Transit erfordert explizite Routing- und Peeringeinstellungen, da VNet-Peering nicht von selbst transitives Forwarding erzeugt.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-networks-udr-overview'
    },
    {
      id: 'az700-297',
      type: 'multiple',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'medium',
      scenario: null,
      question: {
        en: 'Which statements about Azure VNet peering are accurate? Choose all that apply.',
        de: 'Welche Aussagen zum Azure-VNet-Peering sind zutreffend? Wählen Sie alle zutreffenden Antworten aus.'
      },
      options: [
        { id: 'A', text: { en: 'It supports global peering between Azure regions', de: 'Es unterstützt globales Peering zwischen Azure-Regionen' } },
        { id: 'B', text: { en: 'Peered VNets must use nonoverlapping address spaces', de: 'Gepeerte VNets müssen nicht überlappende Adressräume verwenden' } },
        { id: 'C', text: { en: 'Traffic between peered VNets uses the Microsoft backbone', de: 'Datenverkehr zwischen gepeerten VNets verwendet das Microsoft-Backbone' } },
        { id: 'D', text: { en: 'Peering automatically creates transitive connectivity across all connected VNets', de: 'Peering erzeugt automatisch transitive Konnektivität über alle verbundenen VNets hinweg' } },
        { id: 'E', text: { en: 'Peering can be created only inside a single subscription', de: 'Peering kann nur innerhalb eines einzigen Abonnements erstellt werden' } }
      ],
      correct: ['A', 'B', 'C'],
      explanation: {
        en: 'Global peering is supported, address spaces must not overlap, and traffic stays on the Microsoft backbone, but peering remains nontransitive.',
        de: 'Globales Peering wird unterstützt, Adressräume dürfen sich nicht überlappen, und der Datenverkehr bleibt auf dem Microsoft-Backbone. Peering bleibt jedoch nicht transitiv.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-298',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Northwind Traders has a hub VNet with a central firewall and forty spokes. Security policy requires all spoke internet egress and east-west traffic to pass through the hub, and some application teams assume that simple peering already gives them transit through the hub. The network team needs a design that is explicit, supportable, and consistent for every spoke. They also want to avoid accidental direct spoke-to-spoke paths.',
        de: 'Northwind Traders verfügt über ein Hub-VNet mit einer zentralen Firewall und vierzig Spokes. Die Sicherheitsrichtlinie verlangt, dass sämtlicher Internet-Egress der Spokes sowie Ost-West-Datenverkehr durch den Hub läuft, und einige Anwendungsteams gehen davon aus, dass einfaches Peering bereits Transit über den Hub bereitstellt. Das Netzwerkteam benötigt ein explizites, unterstütztes und konsistentes Design für jeden Spoke. Außerdem sollen versehentliche direkte Spoke-zu-Spoke-Pfade vermieden werden.'
      },
      question: {
        en: 'What should the network team implement?',
        de: 'Was sollte das Netzwerkteam implementieren?'
      },
      options: [
        { id: 'A', text: { en: 'Per-spoke peering to the hub plus UDRs toward the hub firewall and forwarded-traffic settings', de: 'Pro Spoke ein Peering zum Hub sowie UDRs in Richtung Hub-Firewall und Einstellungen für weitergeleiteten Datenverkehr' } },
        { id: 'B', text: { en: 'Only global peering between a few spokes and the hub', de: 'Nur globales Peering zwischen einigen wenigen Spokes und dem Hub' } },
        { id: 'C', text: { en: 'A public IP prefix on every spoke subnet', de: 'Ein Public IP Prefix auf jedem Spoke-Subnetz' } },
        { id: 'D', text: { en: 'Private endpoints between every spoke pair', de: 'Private Endpunkte zwischen jedem Spoke-Paar' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Because peering is nontransitive, each spoke needs explicit routing toward the hub firewall and peerings that allow the forwarded transit pattern.',
        de: 'Da Peering nicht transitiv ist, benötigt jeder Spoke explizites Routing zur Hub-Firewall sowie Peerings, die das Muster mit weitergeleitetem Transit zulassen.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-networks-udr-overview'
    },
    {
      id: 'az700-299',
      type: 'scenario',
      domain: { en: 'Design, implement, and manage hybrid networking', de: 'Hybrides Networking entwerfen, implementieren und verwalten' },
      difficulty: 'hard',
      scenario: {
        en: 'Humongous Insurance connects branch offices to a hub VNet through a VPN gateway. Several spoke VNets host applications that must reach on-premises systems, but the company does not want to deploy additional gateways in the spokes. The design should preserve centralized hybrid connectivity through the hub. Operations wants to use supported VNet peering settings rather than custom appliances.',
        de: 'Humongous Insurance verbindet Filialen über ein VPN-Gateway mit einem Hub-VNet. Mehrere Spoke-VNets hosten Anwendungen, die lokale Systeme erreichen müssen, aber das Unternehmen möchte in den Spokes keine zusätzlichen Gateways bereitstellen. Das Design soll die zentralisierte Hybridkonnektivität über den Hub beibehalten. Der Betrieb möchte unterstützte VNet-Peeringeinstellungen statt benutzerdefinierter Appliances verwenden.'
      },
      question: {
        en: 'Which design should the company use?',
        de: 'Welches Design sollte das Unternehmen verwenden?'
      },
      options: [
        { id: 'A', text: { en: 'Enable allow gateway transit on the hub peering and use remote gateways on the spokes', de: 'Aktivieren Sie Gateway Transit zulassen auf dem Hub-Peering und Remote Gateways verwenden auf den Spokes' } },
        { id: 'B', text: { en: 'Enable global VNet peering only between the spokes', de: 'Aktivieren Sie nur globales VNet-Peering zwischen den Spokes' } },
        { id: 'C', text: { en: 'Create a service endpoint for the VPN gateway', de: 'Erstellen Sie einen Dienstendpunkt für das VPN-Gateway' } },
        { id: 'D', text: { en: 'Assign a Public IP Prefix to the branch routers', de: 'Weisen Sie den Branch-Routern ein Public IP Prefix zu' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Gateway transit from the hub combined with remote gateway use on the spokes shares hybrid connectivity without additional spoke gateways.',
        de: 'Gateway Transit vom Hub in Kombination mit der Nutzung entfernter Gateways auf den Spokes teilt die hybride Konnektivität ohne zusätzliche Spoke-Gateways.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    },
    {
      id: 'az700-300',
      type: 'scenario',
      domain: { en: 'Design and implement routing', de: 'Routing entwerfen und implementieren' },
      difficulty: 'hard',
      scenario: {
        en: 'Proseware runs two regional hubs with their own firewalls and internet breakout. Most spokes should stay local to their region for latency and resilience, but a subset of shared services remains in the primary region. The company wants limited cross-region connectivity without creating a global full mesh of every spoke. The architecture team needs a peering pattern that remains understandable and operationally efficient.',
        de: 'Proseware betreibt zwei regionale Hubs mit eigenen Firewalls und eigenem Internet-Breakout. Die meisten Spokes sollen aus Gründen der Latenz und Resilienz in ihrer Region verbleiben, aber ein Teil der gemeinsam genutzten Dienste bleibt in der Primärregion. Das Unternehmen möchte begrenzte regionenübergreifende Konnektivität, ohne ein globales Vollmesh aller Spokes aufzubauen. Das Architekturteam benötigt ein Peeringmuster, das verständlich und betrieblich effizient bleibt.'
      },
      question: {
        en: 'Which design is the best fit?',
        de: 'Welches Design ist am besten geeignet?'
      },
      options: [
        { id: 'A', text: { en: 'Use regional hub-and-spoke topologies and selectively peer the regional hubs to each other', de: 'Verwenden Sie regionale Hub-Spoke-Topologien und peeren Sie die regionalen Hubs selektiv miteinander' } },
        { id: 'B', text: { en: 'Create full-mesh peering between every spoke in both regions', de: 'Erstellen Sie Vollmesh-Peerings zwischen allen Spokes in beiden Regionen' } },
        { id: 'C', text: { en: 'Replace the hubs with service endpoints', de: 'Ersetzen Sie die Hubs durch Dienstendpunkte' } },
        { id: 'D', text: { en: 'Use a single private endpoint for all cross-region traffic', de: 'Verwenden Sie einen einzigen privaten Endpunkt für den gesamten regionenübergreifenden Datenverkehr' } }
      ],
      correct: ['A'],
      explanation: {
        en: 'Selective hub-to-hub peering preserves regional locality for most traffic while enabling controlled cross-region access to shared services.',
        de: 'Selektives Hub-zu-Hub-Peering bewahrt die regionale Lokalität für den meisten Datenverkehr und ermöglicht gleichzeitig einen kontrollierten regionenübergreifenden Zugriff auf gemeinsame Dienste.'
      },
      hint: {
        en: 'VNet peering is nontransitive. Decide when you need gateway transit, forwarded traffic, UDRs, or selective global peering.',
        de: 'VNet-Peering ist nicht transitiv. Entscheiden Sie, wann Gateway Transit, weitergeleiteter Datenverkehr, UDRs oder selektives globales Peering erforderlich sind.'
      },
      reference: 'https://learn.microsoft.com/en-us/azure/virtual-network/virtual-network-peering-overview'
    }
  ];
  if (window.ExamData && window.ExamData['az-700']) {
    window.ExamData['az-700'].questions = window.ExamData['az-700'].questions.concat(extra);
  }
})();
