<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Azure Firewall on M365simple</title>
    <link>https://m365simple.de/tags/azure-firewall/</link>
    <description>Recent content in Azure Firewall on M365simple</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>de-de</language>
    <lastBuildDate>Thu, 11 Sep 2025 11:00:00 +0200</lastBuildDate><atom:link href="https://m365simple.de/tags/azure-firewall/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Azure streicht den Default Outbound Access - Was ist zu tun?</title>
      <link>https://m365simple.de/posts/azure-streicht-den-default-outbound-access-was-ist-zu-tun/</link>
      <pubDate>Thu, 11 Sep 2025 11:00:00 +0200</pubDate>
      
      <guid>https://m365simple.de/posts/azure-streicht-den-default-outbound-access-was-ist-zu-tun/</guid>
      <description>Ab dem 30. September 2025 macht Microsoft Schluss mit dem Default Outbound Access für virtuelle Maschinen. Bisher konnten VMs ohne eigene Public IP oder NAT Gateway trotzdem ins Internet. Azure hat sich darum gekümmert. Praktisch, aber kaum kontrollierbar.
Warum das Ganze? Der Schritt ist logisch: Ein unsichtbarer Internetzugang passt nicht zu modernen Zero-Trust-Strategien. Wer Compliance, Sicherheit und Nachvollziehbarkeit ernst nimmt, will wissen, welche Systeme wie und über welche IP heraustelefonieren.</description>
    </item>
    
  </channel>
</rss>
